Миграция базы данных в существующей большой базе данных - PullRequest
2 голосов
/ 05 апреля 2011

Можно ли начать использовать среду миграции, такую ​​как RikMigrations или Tarantino , в существующей большой устаревшей базе данных? Схема все еще дорабатывается, поэтому я надеялся использовать миграции для управления этими настройками.

База данных SQL Server 2008 и 600 таблиц, 300 представлений и 2000 сохраненных процессов? Я просто немного обеспокоен тем, что первоначальная миграция, чтобы получить то, что мы сейчас находимся, будет непрактичной / медленной / подверженной ошибкам?

1 Ответ

1 голос
/ 09 мая 2011

Почему бы не контролировать версию вашей базы данных и не следить за изменениями таким образом? Red Gate предлагает несколько замечательных продуктов для управления изменениями в базах данных:

  • Контроль исходного кода SQL : версия управляет вашей базой данных (почти любой VCS: Mercurial, Git, SVN и т. Д.) И позволяет упростить разработку баз данных в команде, поскольку у всех вас есть собственные выделенные базы данных для работы , Вы также можете контролировать свои статические данные с помощью этого инструмента.
  • SQL Compare : Используется для сравнения 2 баз данных (скажем, контроля версий с базой данных TEST или PRODUCTION), экспорта сценариев и синхронизации баз данных
  • Сравнение данных SQL : Используется для сравнения статических справочных данных, требуемых вашими приложениями (таких как значения перечисления, списки стран и т. Д.)

Наша команда была гораздо более продуктивной, и с помощью этих инструментов изменения в базе данных были выполнены с уверенностью. Я написал пару постов об этом здесь: http://davidduffett.net/post/4663483715/database-continuous-integration-and-deployment-with-red

...