Postgres vs. Mysql?

Question

[Constantine]

Достали холивары про "Кто быстрее/лучше/сильнее".
Где можно раздобыть конкретный разбор полетов, чем плоха/хороша СУБД из сабжа?
С уважением!

Answer 1

[Виталий Яковенко]

Буквально вчера же на хабре пост был. Однобокий правда, в хвалу Postgres, но всё же...
Вот ссылка, если что.

Comments

[Constantine]

Давненько не заходил туда. Сейчас полистаю.

[Constantine]

В общем-то, в этом посте, есть описание "хороших" и "плохих" сторон.

Answer 2

[Евгений Кузнецов]

Смотря для чего... Быть может и не та и не другая под конкретный проект не подойдет)
Сейчас выбор большой и уже нужно отталкиваться от конкретной задачи, а не от инструмента.

Comments

[Constantine]

Мм. Верно, не указал зачем. Суть, хранение данных (сайт) и сбор статистики + биллинг, т.е. много мелких транзакций, и их пересчет. Понимаю что надо это дело разделять. Вот думаю что лучше использовать.

[Евгений Кузнецов]

А насколько много ожидается транзакций? Данные однотипные?

[Constantine]

Евгений Кузнецов: Насколько много, трудно сказать сходу. Поскольку у меня такой проект впервые, знакомых компетентных в этом вопросе нет. На глаз, в начале планируется около 10к на биллиинг, и еще больше на статистику, в сутки и с последующим увеличением. Также по этим данным нужно выводить визуальную статистику, то есть строить графики и прочее. Тут думаю понятно.
А данные однотипные, но для каждой подсистемы свой формат.

Все это можно сравнить с банерной рекламой. Думаю от этого можно отталкиваться.

[Евгений Кузнецов]

Поскольку пока таблицы будут умещаться в памяти проблем у всех БД не должно возникнуть, то я бы смотрел в сторону простоты масштабирования, и думаю выбирал между Postgres и Mongo (на одном проекте не плохо себя показала). И выбрал бы то, с чем лучше знаком.

Для себя вы должны тоже выбрать с чем больше знакомы и что сможете без особых затрат смаштабировать.

[Constantine]

Пока будут в памяти, это. Но рано или поздно они в нее не будут помещаться и тут ждет сюрприз.

Вот тут встает дилемма. С Postgres вообще дел не имел, а с Монгой, только посмотреть что за зверь. И все же не хочется в будущем встревать с тормозами. Особенно если это выльется в смену СУБД.

Хочется узнать, почему не mysql?)

[Евгений Кузнецов]

Почему-то в голове сидит мысль, что mysql плохо масштабируется. Сам его использую для некрупных проектов. То, что покрупнее - Mongo. С postgres не работал, но слышал хорошие отзывы.

[Constantine]

Про масштабируемость мне нужно будет еще отдельно почитать.
В остальном будем думать.
Спасибо.

[mayorovp]

Если нужен биллинг - то никакой Монги быть не должно! У нее все плохо с транзакциями.

[Constantine]

mayorovp: Полистал про транзакции в монге. Дописывать костыли, что-то не хочется.

[mayorovp]

Constantine: И правильно не хочется. Потому что они все равно не работают (Монга в принципе не дает гарантий относительного порядка записи в разных коллекциях - а потому любые костыли остаются самоуспокоением)

[Constantine]

mayorovp: Согласен. Буду изучать постгре, а начинать проект с мускулем. Доктрина, если верить документации, безболезненно переползает на другую СУБД.