Таблицы базы данных - сколько баз данных?

Question

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

Answer 1

В чем причина этого в разных базах данных?

Вы можете просто поместить все таблицы в одну базу данных без проблем, даже если, например, несколько установок пакета с открытым исходным кодом. В этом случае вы можете использовать префиксы таблиц.

Answer 2

This is what happens when management tries to make tech decisions...

Answer 3

Простой ответ, как всегда, как можно.

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

Answer 4

Если вы разрабатываете действительно БОЛЬШОЙ веб-сайт, одна из баз данных - это способ продолжить (кстати, рассмотрели ли вы возможные проблемы, которые могут возникнуть при работе с различными базами данных?).

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

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

Answer 5

Я не технический человек только делает функциональный анализ, но я собственный проект, поэтому мне нужно следить за технической командой. Моя причина иметь несколько баз данных - это безопасность и производительность.

Поскольку это будет новый стартап, нет денег, чтобы инвестировать в сильную защиту или получить базу данных, разработанную безупречно. Кроме того, в настоящее время не существует политики резервного копирования, поэтому: 1) Я хочу отделить важные данные, такие как пароль пользователя/базовый профиль, а затем выделить пользовательские носители (фотографии, которые они загружают в свой профиль), а затем содержимое пользователя. Затем отделите содержимое системы. Текущая конструкция состоит в том, чтобы иметь слои таблиц: мастер-таблицы для всей системы и таблиц модулей для каждого отдельного модуля. 2) Производительность. Существует много модулей, которые разрабатываются, и это социальный сайт с интенсивным использованием данных, в котором много отчетов/аналитических систем, встроенных так много чтения/записи. Может быть, лучше распределить нагрузку по базе данных по назначению?

Поскольку финансирования не так много, поэтому я хочу, чтобы это было в первый раз с моими инвестициями, поэтому база данных может масштабироваться & работать хорошо до тех пор, пока выручка не поступит, чтобы фактически инвестировать в ее правильное использование. Конечно, это может быть, может быть, через 6 месяцев, и сказать, что миллион пользователей тоже.

Oh & Планируется добавить режим постановки/производства и так отдельно или такую ​​же базу данных?

Answer 6

Если вы начинаете использовать отдельные базы данных, вы также можете запустить стратегию резервного копирования/восстановления.Если у вас есть 5 баз данных и резервное копирование всех пяти, что происходит, когда вам нужно восстановить один из них, вам нужно восстановить все пять?

Я бы выбрал наименьшее количество баз данных.

Answer 7

Причина, по которой вы хотите иметь несколько баз данных, предназначена для масштабирования нескольких компьютеров. В контексте «социальной заявки», где большой объем/высокая доступность вызывает озабоченность. Если вы ожидаете, что вам нужно масштабировать до нескольких компьютеров для обработки больших объемов, тогда прорыв таблиц должен быть тем, что логически необходимо поддерживать вместе.

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

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

Answer 8

На данный момент вы будете придерживаться одной базы данных. Ваши разработчики могут изолировать/отделить данные приложения, используя схему базы данных. Работа с несколькими базами данных может быстро стать путешествием в мире боли, и его следует избегать, если это не будет иметь решающее значение.