Я бег SQL Server 2008 R2, у меня есть тестовая база данных, которую я модифицированную иметь новые внешние ключи и столбцы и т.д.SQL миграция баз данных
мне было интересно, что это лучший способ отображения все о изменениях в моем live db?
Должен ли я запускать кадр и создавать сценарий по отдельности на каждой таблице?
Я попытался щелкнуть правой кнопкой мыши -> задачи -> сгенерировать сценарии базы данных ->, но при запуске я получаю много ошибок.
Лучший способ сравнить базы данных и применить изменения от одного к другому (в вашем случае тест для производства) - использовать SSDT (инструменты данных SQL Server).
С помощью этого инструмента вы можете легко сравнить буксирные базы данных, источник и цель, посмотреть необходимые сценарии для обновления каждого объекта целевой базы данных, чтобы он был точно таким же, как исходная база данных, и запускал все или только выбранные сценарии для целевой базы данных.
Вы также можете создать сценарий обновления или файл dac pac.
Пожалуйста, смотрите это для получения дополнительной информации:
Проблема заключается в том, что просто сравнить & синхронизации не использует репозиторий контроля версий при выполнении сравнения и генерации скрипта DDL. По этой причине репозиторий управления версиями не действует как единственный источник правды.
Другая проблема, с которой сталкиваются простые сравнения и синхронизации, заключается в том, что, поскольку информация хранится в репозитории ALM, CMS или версии, который является внешним по сравнению с инструментом синхронизации сравнения &, он сравнивает всю базу данных и показывает различия, генерирующие релевантные и нерелевантные сценарии развертывания.
Наиболее критически, простое сравнение и синхронизация не гарантируют, что сценарий развертывания обрабатывает конфликты и объединяет их.
С другой стороны, управление изменениями с помощью базы данных, с другой стороны, сочетает в себе контроль процессов управления версиями объектов базы данных с генерацией сценария развертывания, когда это необходимо, на основе репозитория управления версиями и структуры среды в то время.
Этот подход использует «сборку и развертывание по требованию», что означает, что сценарий развертывания создается (генерируется), когда это необходимо, а не как часть разработки. Это позволяет эффективно обрабатывать конфликты, слияния и изменения вне процесса.
Посмотрите здесь для получения дополнительной информации:
Спасибо Я буду делать некоторые исследования по этим ссылкам –