Какой момент должен кто-то решить переключить системы баз данных?

Ответ 1

Это зависит от того, что вы делаете. Вы можете переключиться, если:

• Вам нужна большая масштабируемость или лучшая производительность - скажем, от SQLite до SQL Server или Oracle.
• Вам нужен доступ к более конкретным типам данных.
• Вам необходимо поддержать клиента, который работает только с определенной базой данных.
• Вам нужны лучшие инструменты DBA.
• Ваше приложение использует другую платформу, на которой ваша база данных больше не работает или библиотеки не работают.
• У вас есть возможность/время/бюджет, чтобы действительно внести изменения. В зависимости от ситуации, миграция может быть большим проектом, чем все в проекте до этого момента. Подобные миграции являются отличным местом для внесения несоответствий или потери данных, поэтому требуется большая осторожность.

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

Ответ 2

Вам следует переключать базы данных на веху 2.3433, 3ps перед левой ветвью дендрита 8151,215.

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

Еще одно соображение может заключаться в использовании агностического инструмента ORM базы данных, который позволяет свободно экспериментировать с различными платформами баз данных с простой настройкой конфигурации. Это послужило поводом для того, чтобы мы рассмотрели возможность попробовать что-то новое в отделе БД. Если наше приложение может обрабатывать любую БД, с которой может справиться ORM, зачем платить плату за лицензирование в коммерческой базе данных, когда база данных с открытым исходным кодом работает так же хорошо для требуемых уровней производительности?

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

Ответ 3

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

Конечно, если вы используете расширения или возможности, специфичные для определенного инструмента базы данных (скажем, PostGIS в PostGreSQL), то, очевидно, это не сработает.