Стоит ли разбивать одну базу данных на несколько?

Question

[Александр]

Намечается большой веб-проект с кучей данных и, соответственно, таблиц. Появилась идея выделить логически несколько отдельных баз данных. Скажем, пользователей хранить в базе данных "Пользователи", статистику в базе "Статистика" и т.п. Как это повлияет на производительность? Слишком ли усложнится взаимодействие между базами? Даст ли это какое-нибудь преимущество в плане устройства архитектуры (станет ли проще обслуживать такую БД и т.п.). Или все же лучше, когда один проект - одна БД?

Answer 1

[Oleg]

На то чтобы делить - должны быть серьезные причины.
Например в 1 из проектов, в котором я участвую - были выделены логи в отдельную базу. Сделано это было потому что их много и нужна была возможность основную базу бекапить быстро.
Основная база - около 30гб. Логи - 300+ Гб.

Производительность добавилась только для указанного сценария, в остальном - стало немного сложнее все :)
Так что если не видите особой пользы - то не рекомендую

Comments

[leopardo11]

когда вы говорите об этих размерах, вы имеете ввиду MySQL? Я не профи в программировании и всегда задаюсь вопросом, как сервер справляется с такими объемами., потому что когда у меня в бд 20-30 тысяч записей и бд весит 50-60 мб, сайт начинает тупить)

[Oleg]

leopardo11: да, MySQL.
Вопрос не только объёма всегда, а так же настройки сервера, железа, структура таблиц и т.п.
Так же индексы очень важны. И даже какой движок вы используете: MySQL или innodb/ memory и тп

[leopardo11]

спасибо за инфу

Answer 2

[Оптимус Пьян]

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

Answer 3

[Армянское Радио]

Главная проблема, которая у вас будет - проследить, что версия базы данных с пользователями соответствует всем остальным данным в системе.

Иначе говоря, вы собираетесь в очередной раз поломать основы реляционных БД - а именно, нарушить связность. В пределах одной базы за этим следят внешние ключи - в разбитой базе за этим должен следить программист. Внешние ключи практически не ошибаются (если это происходит, БД страшно кривая), а вот программист - увы.

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