ПЫХАлюди приветствую Вас!!!
Что Вы думаете по поводу этих замечательных опенсорс СУБД PostgreSQL (PgSQL) и MySQL ???
Опишите плюсы и минусы, как на bsd платформах так и linux. Как intel так и amd.
 
http://www.opennet.ru/opennews/art.shtml?num=11661
 
задумался о переходе на постгрес...

для небольших сайтов мускула хватает с головой
для серьёзных проектов — уже другие цели и задачи
 
многие говорят о разнице в производительности этих СУБД при больших нагрузках
у тебя есть повод им не доверять? =)

На простых запросах MyISAM таблицы, конечно, быстрее, так как не заморачиваются со связями, откатами и т.п.
А на сложных, придется то, что в PG делается одним запросом, реализовывать несколькими мускульными. Тут уже о производительности говорить нечего.
По крайней мере 4-е версии mysql постгри заруливает однозначно.
Если проблем с хостингом нет - при более-менее сложной обработке данных лучше перейти на PG

Я из разных источников читал, что мускул при повышении нагрузки и при одновременных коннектах постепенно тухнет (как myisam так и innodb). По крайней мере уступает значительно постгрессу...
 
Сам я все время работал с MySQL.
 
У меня проект назревает, база свыше 4 гектаров, это при открытии проекта только, дальше больше.
Сейчас уже собрано железо amd64 x2 4400, ddr2 pc6400, 2 sata hdd (raid mirror).
Планируется FreeBSD6.1, PostgreSQL.
 
+ Выделенный канал от "Ростелекома" на территории их датацентра
 
Обдумывается все пока...

Скажем так. Пг и мускль изначально взяли за основу 2 разные модели - мускль как известно хотел создать наиболее шуструю базу, легкую с минимальным функционалом - подходящим для наиболее распространенных задач, пг ударял по функциональности в ущерб скорости.
 
сейчас они развиваются в направлении друг друга. пг стал пошустрее, в мускле появились хранимые продедуры и проч прелесть. Основные минусы мускля - недотлаженность всего нового.
 
мускль разраьатывает конкретная команда, код пг открыт, его дорабатывает куча народу.
 
имхо пг - перспективней.

проект оригинальный - или что-нить стандартное?
 
кстати о сравнениях - насколько мне попадались замечания о народе который обхаивал пг - типа запросы долго выполняются и проч. - никто из них не предоставил базу для подтверждения результатов тестирования
 
за что обожаю пг - кучу логики при сохранениях удалениях объектов выносится в хранимые процы, тригеры ну и просто связки внешних ключей :)

ad3000, http://www.liveinternet.ru работает на mysql и не обламывается, и я думаю, что тебе нужно ну ОООЧЕНЬ сильно постараться, чтобы разработать проект, который будет иметь подобные нагрузки!!! Боюсь соврать в точной цифре, но к их базе идёт несколько тысяч обращений в секунду!!!! и нормально работает... очень даже шустро. Если интересно, посмотри видео с докладом разработчиков - http://www.rit2007.ru/paper_view.html?id=1797  

проект оригинальный - или что-нить стандартное?

оригинальный, можно так сказать, пока нет аналогов в вебе, но есть под десктопы, бизнес проект кароч, с большой базой.
Наверно кто-то уже понял о чем я...
 
я всего-лишь пишу веб фейс, и размещаю его на хосте мажордомо, а база лежит на территории ростелекома (так как в Уфе есть его датацентр, альтернатив нет).

смари есть одно мнение, и я его считаю вполне рациональным: проекты надо делать на СУБД которую ты хорошо знаешь, особенно если это существующий коммерческий проект в котором потеря данных критична.
и есть мое мнение: вполне рационально разобраться в пг и перевести базу на него.. только аккуратно, с бекапами и прочим..

Спасибо за комменты, но мы отходим от темы =)
 

смари есть одно мнение, и я его считаю вполне рациональным: проекты надо делать на СУБД которую ты хорошо знаешь, особенно если это существующий коммерческий проект в котором потеря данных критична.

А потом перегонять его в постгресс...
 

и есть мое мнение: вполне рационально разобраться в пг и перевести базу на него.. только аккуратно, с бекапами и прочим..

Это мне больше подходит!
Бекапы? Что это? Гг обязательно... я всегда бекапю, если это необходимо. Был жестокий опыт нарушения психики и не один раз!

ну скажем так. помимо дампов :
во-первых нужно сделать тестовую копию и с ней работать.
2. когда все будет готово - перегнать всю базу и еще тестировать.
3. для перехода выбрать момент когда база будет наименее загружена.
4. желательно автоматизировать как перенос базы с мускля на пг так и обратно, чтоб ежели чего - быстро предоставить юзверям работу с актуальными данными
5. первые 2 недели постоянно контролировать процесс.

ghost

ну скажем так. помимо дампов :
во-первых нужно сделать тестовую копию и с ней работать.
2. когда все будет готово - перегнать всю базу и еще тестировать.
3. для перехода выбрать момент когда база будет наименее загружена.
4. желательно автоматизировать как перенос базы с мускля на пг так и обратно, чтоб ежели чего - быстро предоставить юзверям работу с актуальными данными

Это все понятно.
 

5. первые 2 недели постоянно контролировать процесс.

ghost этот портал я разрабатываю не для фирмы, а для себя. Первые три месяца вообще фривара, пока проработаю usability и accessibility фейсы, добьюсь стабильности. Далее буду разрабатывать разные фишки для повышения функциональности портала.
 
Кстати планирую базу юзеров держать у хостинг провайдера где сам сайт будет, то есть на пг будет только информационная база. Так надо. Потомучто база скорее всего будет раз в полгода частично менять свою архитектуру. и работать через скриптовый драйвер (бд_фейс), который будет изменятся так же в полгода.
 

Connection Problems
Sorry, SMF was unable to connect to the database. This may be caused by the server being busy. Please try again later.

А у Вас на чем база? Гг

на мыслях %)

База на чем надо. Сайт на отстойном хостинге пока.