SQL-сервер базы данных сценария 2008

Люди, Studio управления SQL Server 2008 года действительно позволяет Вам сценарию схему И данные - это - новая опция, которая была добавлена, но не обычно известна о.

В Мастере Сценария, под Опциями Таблицы, изменяют настройки Script Data к Истинному (это - Ложь по умолчанию), и это генерирует операторы INSERT T-SQL со всеми данными в, а также схема таблицы.

Это было также обсуждено ранее на SF в вопросе здесь, и я просто вел блог об этом со снимком экрана - см. схему Сценариев И данные с SSMS в SQL 2008.

Надеюсь, это поможет!

Принятие Вас имеет права владельца на базе данных, можно щелкнуть правой кнопкой по имени базы данных и выбрать, "Генерируют Сценарии" для создания сценария. Это запустит мастер, который позволяет Вам выбирать, какие объекты Вы хотите написать сценарий и вывести тот сценарий в файл, окно запроса или буфер обмена.

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

"Генерируйте Сценарии", хорошо, но если бы Вы хотите смочь к "разности" две версии схемы, я рекомендовал бы ScriptDB (http://www.codeplex.com/ScriptDB). Это производит фактически тот же сценарий, как "Генерируют Сценарии" (это использует объекты управления SQL Server точно так же, как студия управления), но помещает вывод в каталоги с файлами в них, во многом как представление в студии управления. Это очень удобно для рабочей разности между версиями схемы. Я нахожу с попыткой к разности, вывод "Генерирует Сценарии", это, иногда большие блоки кода перемещаются между версиями, но иначе не имеют никаких изменений (особенно, когда это прибывает из двух различных баз данных, что независимые разработчики работали в).

Вы рассмотрели реализацию тех изменений в 'подготовке' или 'быстродействующей' среде около Вашей 'dev' среды?

Возьмите резервное копирование своей производственной базы данных. Восстановите его в новый дб в той же среде, где Вы размещаете 'dev'. Это даст Вам возможность запустить те скрипты обновления в зеркало живых данных. Затем Вы будете знать, насколько успешный Ваши сценарии изменения.