Новое приложение - предлагает ли PostgreSQL преимущества по сравнению с MySQL для моего варианта использования?

Question

За последние семь лет я много использовал MySQL, и мой опыт, как правило, заключался в том, чтобы "игнорировать хранимые процедуры и помещать любую логику в базу данных. Сохраняйте бизнес-логику в коде и сохраняйте базу данных как тупое хранилище данных". . "

Я создаю новый проект, в настоящее время с Python + Flask + MySQL. База данных MySQL в основном имеет дело с чтениями. Есть одна главная таблица - список элементов для отображения в веб-приложении. Я никогда не изменяю строки в этой таблице после их первоначального создания. Этот список отображаемых элементов обновляется один раз в день с помощью скрипта cron, который захватывает фид данных клиента.

Будет ли PostgreSQL иметь некоторые преимущества перед MySQL в этом сценарии? (большой объем операций чтения, записи ограничен одной партией в день)

В настоящее время я размещаю его на Heroku, используя ClearDB для MySQL, если это имеет значение.

Answer 1

Существует довольно много преимуществ использования PostgreSQL над MySQL, и довольно много преимуществ использования MySQL над PostgreSQL.Какой из них вы выберете, полностью зависит от того, чего вы пытаетесь достичь, и от того, какие требования вы предъявляете к проекту.

В вашем случае, если база данных является просто «хранилищем тупых данных», вы не должны видеть никаких данных.разница вообще в том, как ведет себя MySQL против PostgreSQL.Многое можно сказать о «следовании тому, что вы знаете», поэтому, если вы более знакомы с MySQL по сравнению с PostgreSQL ... используйте MySQL.

Кроме того, использование подходящей базы данных никогда не является плохой идеей.уровень абстракции, так что если вам нужно изменить платформу базы данных в будущем, вам не нужно переписывать весь код БД.

Answer 2

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

Answer 3

«Я много использовал MySQL за последние семь лет»

Это твой ответ. Без веской причины для перехода, не надо.

Answer 4

Ваш дизайн приложения идеально подходит для MySQL. Если вас беспокоят возможные проблемы с масштабированием, я бы посоветовал взглянуть на решение NoSQL вместо PostgreSQL. Не то чтобы в PostgreSQL было что-то не так (это далеко не так!), Но для вашего случая хорошо подойдет высокоскоростное распределенное хранилище данных, и большинство решений NoSQL легче настроить и начать работать, чем пытаться настроить кластер СУБД.