Привет.
Что посоветуете использовать?
Читал кое какой материал и сложилось двоякое мнение.
Где-то хвалят PostgreSQL, где-то MySQL, но больше люди склоняются к PostgreSQL по некоторым причинам.
Некоторые из причин:
1. PostgreSQL следует современным стандартам SQL
2. В PostgreSQL механизм репликации лучше чем в MySQL (что то связано с физической и логической репликацией)
3. Всё, чего нет в PostgreSQL и есть в MySQL будет реализовано в будущем, в рамках разумного

Так следует ли взять PostgreSQL за основу для мало- или средне-нагруженных проектов?

MariaDB

Следует.
Достойная субд на голову выше mysql/mariadb

В postgresql реплика работает. В mysql - генерирует головную боль.


Можно хоть один пример?
Речь идёт об обратном - всё то, что реализовано в слонике может быть только когда-нибудь или скорее вовсе не будет сделано в mysql по архитектурным причинам.

Слоник транзакционен. С рождения и до самого ядра транзакционен. Даже alter table транзакционен, вроде только alter type нетранзакционен сейчас.
Если можно выбирать СУБД - то слоник.
А вот если надо ориентироваться на шареды - то mysql.

INSERT .. ON DUPLICATE
В postgresql, не прошло и много лет, буквально только недавно это реализовали, еще релиза нет с этим патчем ;)

Не могу привести, так как в статье это было сказано так же на словах, без примеров.
Я 0 в этом. Шареды подразумевают под собой кластеризацию БД по нескольким серверам?
Почему у слоника с этим проблемы?

Блин, upsert, точно.


Я про шаред-хостинги. Кластеризация - это шарды.

а ясно, с этим проблем нет.
Спасибо за ответы, возьму слоника.

Я бы рекомендовал, брать тот инструмент, который Вы знаете. Можете настроить и т.д и т.п

Если вы всегда будете брать только то, что знаете - как же вы будете развиваться? ;)

Обыдна что в MySQL нэт аналога hstore PostgreSQL Иногда, не хватает нативно этой штуки..

Смотрел недавно лекции от мэйлру
они выбрали mysql потому как для высоких нагрузок транзакции это вообще плохо
слишком высокие накладные расходы
они контролируют консистентность периодически запускаемыми задачами
топорный мускул им больше подходит
это лирическое отступление не более
а мое имхо что без разницы если юзать фреймворки ормы и обычные запросы
если не пользовать архитектурные особенности и ну и транзакционность конечно если не особо важна

Как раз таки целостность данных на 1 месте.
Высоких нагрузок не предвидится, так что этот "минус" особо-то и не важен.

Всё зависит от того для чего вам нужна субд, с какими данными будете работать.
Если у вас каталог магазина, то в общем-то без разницы.
А если у вас большая база картографических данных или сервис грузоперевозок с привязкой к геолокации, то однознаяно слоника надо брать.

Иной магазин посложнее "базы картографической" будет.
А в Постгресе есть набор плюшек, которые полезны для любой разработки.