Устаревшая проблема сценариев автоматического изменения SQL Server 2008
https://stackoverflow.com/questions/428909
-
06-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Мы включаем " Инструменты == > Настройки == > Дизайнеры == > Дизайнеры таблиц и баз данных == > Автоматическое создание сценариев изменений " в нашей SQL Server Management Studio (SSMS). При изменении схемы нашей базы данных мы сохраняем сценарий и, благодаря инструментам переноса БД, которые мы установили на все машины, на которых выполняются наши приложения, мы можем синхронизировать схему во время следующего обновления версии программного обеспечения.
Недавно мы перевели наши копии для разработки и некоторые производственные серверы на SQL Server 2008. Однако у нас все еще есть несколько десятков SQL Server 2005, на которых наше программное обеспечение работает в дикой природе. Мы не планируем обновлять их некоторое время.
Проблема проста. Сценарии, сгенерированные SSMS, просто не всегда работают с SQL Server 2005. SMSS добавляет в команды дополнительные метаданные (например, в отношении повышения блокировки). Чтобы сделать наши сценарии с 2005 года, мы должны вручную удалить дополнительную информацию, иначе сценарии не запустятся.
Есть ли способ настроить SSMS для генерации сценариев, совместимых с SQL Server 2005? Существуют ли инструменты, позволяющие автоматически избавляться от лишнего SQL или, по крайней мере, сообщать нам о проблемных файлах?
Решение
В SQL Server Management Studio 2008 перейдите в раздел Инструменты - > Параметры - > Обозреватель объектов SQL Server - > Сценарии и выберите " Сценарий для версии сервера " и измените его на SQL Server 2005.
Другие советы
Рекомендуемое решение для изменения параметров выглядит правильным, однако оно все еще генерирует ALTER TABLE SET (LOCK_ESCALATION = TABLE) в моей базе данных (я даже перевел в режим совместимости 90)
Я еще не пользовался студией управления 2008 года, но в каждой предыдущей версии вы могли устанавливать сценарии для определенной версии SQL Server в опциях.
У меня в 2005 году студия управления настроена на создание 2000 совместимых скриптов по тем же причинам.
