Oracle Replacement: MySQL or PostgreSQL?

[Palych]

Похоже мне придется поучаствовать в обсуждении замены оракла.
Можно выбрать либо MySQL (Maria DB).
Требования очень скромные: хранится фактически конфигурация приложения.
Редко меняется, относительно часто читается. Запросы примитивные: простые select, inner join.

Хотелось бы сделать распределённую структуру. Идеально: 2 мастера в разных data centers и несколько реплик. Чтобы писать можно было в любой мастер, откуда расходилось бы на другой мастер и реплики...

На чем такое сделать проще, и чтобы надежно было?
Сам я работал с Postgres в конце прошлого века. Тогда он был более продвинутый, но более падучий чем MySQL (тогда по-моему он назывался Minerva...)

[Palych]

Читаю тут: http://www.wikivs.com/wiki/MySQL_vs_PostgreSQL" onclick="window.open(this.href);return false;
Пока MySQL выглядит более законченным.
Я правильно понимаю что нам NDB подойдет для "звездообразной" репликации?

[iDesperado]

менять оракл на экспериментальный NDB имхо не самая здравая затея. плюс у этого NDB 100500 ограничений, например serializable не может, count() иногда фигню может начитать и т.п.
я бы смотрел на более проверенный innodb + репликация .

[Palych]

менять оракл на экспериментальный NDB имхо не самая здравая затея. плюс у этого NDB 100500 ограничений, например serializable не может, count() иногда фигню может начитать и т.п.
я бы смотрел на более проверенный innodb + репликация .

Как я говорил - требования к данным ниже плинтуса: это всего лишь конфигурация...
Но то что оно экспериментальное - хороший поинт.
Скорее всего и не разрешат...

[kostik78]

Я надеюсь Вы не собираетесь NDB across DC? Если да, то крепко подумайте еще. Если updates очень мало и в основном reads то я бы смотрел в сторону MySQL Galera на два DC с Arbitrator где нибудь в третьем месте (если очень нужен SQL engine).
Иначе бы смотрел в сторону NoSQL что для хранения конфигурации приложений может оказать лучше. Ну вообщем входных данных не много для того чтобы с увереностью говорить про NoSQL

Забыл добавить - Postgres будет получше чем Mysql если говорить о серьезном использовании SQL (complex joins, index manipulation and etc). Но для Вас может оказаться overkill.

[Palych]

Мне в Postgres нравится асинхронные клиентские соединения.
Но это наверняка в реальности криво, сыро и ни к чему не прикрутишь...

[mitnlag]

Если размер базы данных не превышает 100 мб, то любые сравнения ни к чему. Честно говоря, хоть sqlite. Вот когда ожидания от БД вырастут до 10ГБ+, вот тогда выбирайте postgresql.

[java.io]

https://www.percona.com/software/mysql- ... db-cluster" onclick="window.open(this.href);return false;

[sp123]

Если размер базы данных не превышает 100 мб, то любые сравнения ни к чему. Честно говоря, хоть sqlite. Вот когда ожидания от БД вырастут до 10ГБ+, вот тогда выбирайте postgresql.

+100500

[Palych]

Получается что кластеров для MySQL тыщи, каждый лепит что-то свое?

[kostik78]

Получается что кластеров для MySQL тыщи, каждый лепит что-то свое?

Кластеров для Mysql только два: NDB (недоделаный) и Galera. Остальные вариации типа flipper или tungsten это обычный мастер слейв.

[Palych]

А Galera как я понимаю с недавних пор является частью MariaDB?

[java.io]

А Galera как я понимаю с недавних пор является частью MariaDB?

Both MariaDB and Percona use galera.