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