ПЫХАлюди приветствую Вас!!!
Что Вы думаете по поводу этих замечательных опенсорс СУБД PostgreSQL (PgSQL) и MySQL ???
Опишите плюсы и минусы, как на bsd платформах так и linux. Как intel так и amd.
http://www.opennet.ru/opennews/art.shtml?num=11661
задумался о переходе на постгрес…
новые сообщения
ответы на мои сообщения
избранное
скрытые темы
случайный топик
открыть всё в новых вкладках
Форум → Разработка → Базы данных → PostgreSQL vs MySQL
PostgreSQL vs MySQL
Страницы: ← Следующая страница →
-
Сообщения:
22959
Репутация:
N
Группа:
в ухо
-
Сообщения:
11960
Репутация:
N
Группа:
в ухо
10 августа 2007 г. 13:18, спустя 12 минут 32 секунды
для небольших сайтов мускула хватает с головой
для серьёзных проектов — уже другие цели и задачи
многие говорят о разнице в производительности этих СУБД при больших нагрузках
у тебя есть повод им не доверять? =)все умрут, а я изумруд -
Сообщения:
3131
Репутация:
N
Группа:
в ухо
10 августа 2007 г. 13:24, спустя 6 минут 5 секунд
На простых запросах MyISAM таблицы, конечно, быстрее, так как не заморачиваются со связями, откатами и т.п.
А на сложных, придется то, что в PG делается одним запросом, реализовывать несколькими мускульными. Тут уже о производительности говорить нечего.
По крайней мере 4-е версии mysql постгри заруливает однозначно.
Если проблем с хостингом нет - при более-менее сложной обработке данных лучше перейти на PG -
Сообщения:
22959
Репутация:
N
Группа:
в ухо
10 августа 2007 г. 13:32, спустя 8 минут 19 секунд
Я из разных источников читал, что мускул при повышении нагрузки и при одновременных коннектах постепенно тухнет (как myisam так и innodb). По крайней мере уступает значительно постгрессу…
Сам я все время работал с MySQL.
У меня проект назревает, база свыше 4 гектаров, это при открытии проекта только, дальше больше.
Сейчас уже собрано железо amd64 x2 4400, ddr2 pc6400, 2 sata hdd (raid mirror).
Планируется FreeBSD6.1, PostgreSQL.
+ Выделенный канал от "Ростелекома" на территории их датацентра
Обдумывается все пока…https://smappi.org/ - платформа по созданию API на все случаи жизни -
Сообщения:
883
Репутация:
N
Группа:
Джедаи
10 августа 2007 г. 13:42, спустя 9 минут 43 секунды
Скажем так. Пг и мускль изначально взяли за основу 2 разные модели - мускль как известно хотел создать наиболее шуструю базу, легкую с минимальным функционалом - подходящим для наиболее распространенных задач, пг ударял по функциональности в ущерб скорости.
сейчас они развиваются в направлении друг друга. пг стал пошустрее, в мускле появились хранимые продедуры и проч прелесть. Основные минусы мускля - недотлаженность всего нового.
мускль разраьатывает конкретная команда, код пг открыт, его дорабатывает куча народу.
имхо пг - перспективней. -
Сообщения:
883
Репутация:
N
Группа:
Джедаи
10 августа 2007 г. 13:43, спустя 1 минуту 21 секунду
проект оригинальный - или что-нить стандартное?
кстати о сравнениях - насколько мне попадались замечания о народе который обхаивал пг - типа запросы долго выполняются и проч. - никто из них не предоставил базу для подтверждения результатов тестирования
за что обожаю пг - кучу логики при сохранениях удалениях объектов выносится в хранимые процы, тригеры ну и просто связки внешних ключей :) -
Сообщения:
52
Репутация:
N
Группа:
Кто попало
10 августа 2007 г. 13:59, спустя 15 минут 46 секунд
ad3000, http://www.liveinternet.ru работает на mysql и не обламывается, и я думаю, что тебе нужно ну ОООЧЕНЬ сильно постараться, чтобы разработать проект, который будет иметь подобные нагрузки!!! Боюсь соврать в точной цифре, но к их базе идёт несколько тысяч обращений в секунду!!!! и нормально работает… очень даже шустро. Если интересно, посмотри видео с докладом разработчиков - http://www.rit2007.ru/paper_view.html?id=1797 -
Сообщения:
22959
Репутация:
N
Группа:
в ухо
10 августа 2007 г. 14:11, спустя 11 минут 34 секунды
проект оригинальный - или что-нить стандартное?
оригинальный, можно так сказать, пока нет аналогов в вебе, но есть под десктопы, бизнес проект кароч, с большой базой.
Наверно кто-то уже понял о чем я…
я всего-лишь пишу веб фейс, и размещаю его на хосте мажордомо, а база лежит на территории ростелекома (так как в Уфе есть его датацентр, альтернатив нет).https://smappi.org/ - платформа по созданию API на все случаи жизни -
Сообщения:
883
Репутация:
N
Группа:
Джедаи
10 августа 2007 г. 14:20, спустя 8 минут 53 секунды
смари есть одно мнение, и я его считаю вполне рациональным: проекты надо делать на СУБД которую ты хорошо знаешь, особенно если это существующий коммерческий проект в котором потеря данных критична.
и есть мое мнение: вполне рационально разобраться в пг и перевести базу на него.. только аккуратно, с бекапами и прочим.. -
Сообщения:
22959
Репутация:
N
Группа:
в ухо
10 августа 2007 г. 14:31, спустя 11 минут 5 секунд
Спасибо за комменты, но мы отходим от темы =)
смари есть одно мнение, и я его считаю вполне рациональным: проекты надо делать на СУБД которую ты хорошо знаешь, особенно если это существующий коммерческий проект в котором потеря данных критична.
А потом перегонять его в постгресс…и есть мое мнение: вполне рационально разобраться в пг и перевести базу на него.. только аккуратно, с бекапами и прочим..
Это мне больше подходит!
Бекапы? Что это? Гг обязательно… я всегда бекапю, если это необходимо. Был жестокий опыт нарушения психики и не один раз!https://smappi.org/ - платформа по созданию API на все случаи жизни -
Сообщения:
883
Репутация:
N
Группа:
Джедаи
10 августа 2007 г. 14:40, спустя 9 минут 46 секунд
ну скажем так. помимо дампов :
во-первых нужно сделать тестовую копию и с ней работать.
2. когда все будет готово - перегнать всю базу и еще тестировать.
3. для перехода выбрать момент когда база будет наименее загружена.
4. желательно автоматизировать как перенос базы с мускля на пг так и обратно, чтоб ежели чего - быстро предоставить юзверям работу с актуальными данными
5. первые 2 недели постоянно контролировать процесс. -
Сообщения:
22959
Репутация:
N
Группа:
в ухо
10 августа 2007 г. 15:13, спустя 32 минуты 56 секунд
ну скажем так. помимо дампов :
во-первых нужно сделать тестовую копию и с ней работать.
2. когда все будет готово - перегнать всю базу и еще тестировать.
3. для перехода выбрать момент когда база будет наименее загружена.
4. желательно автоматизировать как перенос базы с мускля на пг так и обратно, чтоб ежели чего - быстро предоставить юзверям работу с актуальными данными
Это все понятно.5. первые 2 недели постоянно контролировать процесс.
ghost этот портал я разрабатываю не для фирмы, а для себя. Первые три месяца вообще фривара, пока проработаю usability и accessibility фейсы, добьюсь стабильности. Далее буду разрабатывать разные фишки для повышения функциональности портала.
Кстати планирую базу юзеров держать у хостинг провайдера где сам сайт будет, то есть на пг будет только информационная база. Так надо. Потомучто база скорее всего будет раз в полгода частично менять свою архитектуру. и работать через скриптовый драйвер (бд_фейс), который будет изменятся так же в полгода.https://smappi.org/ - платформа по созданию API на все случаи жизни -
Сообщения:
22959
Репутация:
N
Группа:
в ухо
10 августа 2007 г. 15:26, спустя 12 минут 28 секунд
Connection Problems
Sorry, SMF was unable to connect to the database. This may be caused by the server being busy. Please try again later.
А у Вас на чем база? Ггhttps://smappi.org/ - платформа по созданию API на все случаи жизни -
Сообщения:
11960
Репутация:
N
Группа:
в ухо
-
Сообщения:
3131
Репутация:
N
Группа:
в ухо
10 августа 2007 г. 16:01, спустя 4 минуты 7 секунд
База на чем надо. Сайт на отстойном хостинге пока.
Страницы: ← Следующая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!