Лучший способ к управлению версиями T-SQL? [дубликат]

Я вчера спросил этого и получил некоторые хорошие ответы:

Сохраненная схема процедур/DB в управлении исходным кодом

В статьях от Scott Allen K говорится все это: http://odetocode.com/Blogs/scott/archive/2008/01/31/11710.aspx

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

Я использую Visual Studio, 2008 Pro создает проекты Базы данных (Другие типы проекта-> База данных). Мы уже используем SVN в качестве репозитория кода, таким образом, проект с набором .sql файлов, представляющих Ваши хранимые процедуры, является просто другой вещью вставить репозиторий - Вы видите diffs/history и т.д. Это работает то же с VSS или любым другим репозиторием, который Вы используете.

хорошая вещь о проектах Базы данных состоит в том, что Ваш проект будет помнить Вашу строку подключения и все, что необходимо сделать, щелкнуть правой кнопкой по .sql файлу (или выбрать всех их сразу!) и выбор, выполненный для обновления его в дб. Это помогает обновить Ваши .sql файлы из репозитория и выполнить их всех для обновления всех хранимых процедур, проверяя, что база данных обновляется в секундах.

можно также выбрать, создают проект LINQ (Визуальный C#-> База данных) и хранят весь код LINQ в репозитории.

Hope, которая помогает!

Если бы Вы были супер ленивы, то Вы могли бы использовать SMO (Объекты управления SQL Server), или при использовании SQL Server до 2005 DMO (распределил объекты managmeent) к сценарию все таблицы/представления/хранимые процедуры ежедневно, и затем сравните сценарий со сценарием в управлении исходным кодом и если существуют какие-либо изменения, регистрируют новую версию. Вы не будете в состоянии обязательно иметь как симпатичные из сценария, как будто Вы просто создали все изменения дб в сценариях, но по крайней мере можно воссоздать, все представляет процедуры/представления в виде таблицы/хранит. Например, в моих сценариях создания таблицы часто существуют комментарии.

Вот статья для запущения Вас на сценариях: http://www.sqlteam.com/article/scripting-database-objects-using-smo-updated .

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

Я использую выпуск Базы данных Visual Studio, который может экспортировать схему из SQL Server в к проекту Visual Studio. Это затем хранится в Управлении исходным кодом и может быть развернуто, где когда-либо необходимый. Проект Базы данных VS является просто набором сценариев, хотя и это - неуклюжий способ работать.

Более устойчивый метод должен был бы использовать платформу миграции базы данных и если Вы работаете с выездом .NET это сообщение в блоге для хорошего описания http://flux88.com/NETDatabaseMigrationToolRoundup.aspx.

Обновление

Как упомянуто в комментариях, эта страница больше не. Таким образом, вот является последний известный снимок из Wayback Machine http://web.archive.org/web/20080828232742/http://flux88.com/NETDatabaseMigrationToolRoundup.aspx