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

Sishnikov
MBGПросто классический пример проекта, где постгрес _не нужен_. Собственно, и _реляционная_ СУБД там не нужна.
Обоснуйте (конечно к форуму PostgreSQL это уже отношения не имеет...)

Ок, на правах оффтопика :-) Позвольте начать с того, что постгрес - версионник. Это значит, что хорош он именно на конкурентных транзакциях, на что вся его архитектура заточена (например, система кэширования наиболее эффективна при выполнении одновременно нескольких идентичных запросов). А когда транзакции бывают конкурентными? Понятно, что тогда, когда их или очень много, или они достаточно длительные. Причем второй случай зачастую можно реализовать с помощью двух баз - мастер плюс слэйв, на последнем запускаются длительные запросы (обычно отчеты) и они не блокируют мастер-базу. Итак, в общем и целом, остается случай, когда много запросов, причем модифицирующих, т.к. чтение может выполняться параллельно и без блокировок. Это мы рассмотрели область применимости постгреса.

Теперь что касается реляционности. Сложных запросов в указанном проекте нет и не предвидится - это не система корпоративной отчетности, а несложный, по сути, калькулятор. Сохранить данные еще может иметь смысл, хотя и кукисами обойтись можно бы или хранить ассоциативный массив в RAM, но реляционность вовсе не требуется.

И еще добавим немного цифр. Указанный топикстартером ресурс, кряхтя и охая, генерит в лучшем случае 10 страниц в секунду. К примеру, СУБД токиакабинет может выполнить около миллиона операций записи в секунду. Даже полагая 10 операций записи на страницу (явно завышенная оценка, разумнее было бы считать 1 пишуший запрос на 10 страниц), сайт мог бы работать в 10 000 раз быстрее :-) Впрочем, обработать свыше 10 000 запросов в секунду бывает сложно, но не 10 же! Какая тут репликация, если сайт просто не работает. Проблема явно не в постгресе, а в той самой прослойке между стулом и монитором...

MBG
И еще добавим немного цифр. Указанный топикстартером ресурс, кряхтя и охая, генерит в лучшем случае 10 страниц в секунду.

На всякий случай уточняю - я замерил.