Какие преимущества и недостатки разделение одной базы данных на несколько?

Question

[Verstak96]

Есть модули Geo, Places, Reviews, Users, Images. С какими проблемами я могу столкнуться, если решу хранить данные каждого модуля в отдельной базе данных?

Comments

[sim3x]

Зачем вы задумались о таком?

[Антон]

С икотой, ибо вспоминать вас, в случае чего, будут часто, и совсем не лестно.

[Verstak96]

Антон, объяснить сможете?

[Moses Fender]

Преймуществ нет, сплошные недостатки.
Самый главный недостаток - многочисленные внешние подключения, то есть, когда одно приложение работает с несколькими БД - будет необходимо подключаться к каждой из них.
А ещё через неделю понадобится JOIN дюжины таблиц из Geo, Places, Reviews, Users и Images одновременно…

[Руслан .]

Что в вашем понимании разные базы?
Это разные базы в пределах одного сервера или разные базы, каждая на своем сервере?

Если сервера разные, то возможны проблемы при джойне таблиц, т.к. это потребует линковки серверов.
Также при модификации данных могут возникать распределенные транзакции, которые из SQL не всегда поддерживаются.
Нужно одинаково настраивать права пользователей во всех базах, т.е. добавление нового юзера усложняется.

[Verstak96]

Руслан ., в пределах одного севера.

[Руслан .]

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

[Verstak96]

Благодарю всех за помощь, спасибо! =)

Answer 1

[ThunderCat]

Я тут подитожу

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

1) JOIN между таблицами будет мягко говоря затруднителен
2) Мелочи вроде поднятия N соединений вместо одного
3) В конфигах держать соответственно N настроек
4) соединение - эта операция нифига не бесплатная, как впрочем и отсоединение
5) Есть подозрение что с миграциями тоже не все будет гладко и шелковисто
6) Консистентность без транзакций - отдельная попаболь.

Выгоды ровно ноль, во всяком случае я не смог придумать ни одного аргумента про.

Answer 2

[Иван Шумов]

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