Лучший подход к обновлению базы данных SQL - PullRequest
Новая
       0

Лучший подход к обновлению базы данных SQL

3 голосов
/ 25 мая 2011

Наш процесс сборки довольно чистый с помощью Team Foundation Server. Мы можем создать и опубликовать веб-сайт в 3 филиалах Dev / Qa / Prd. Помимо некоторой забавности с web.config (что могло бы помочь при большем использовании .NET 4), это работает хорошо.

Но на стороне БД все не так хорошо. Я записываю все обновления и собираю их в один файл. Затем я отправляю этот файл другому парню, который на самом деле запускает сценарии.

Проблемы

  • AFAIK TFS имеет слабую / плохую / нет интеграции с сервером SQL.
  • Я легко пропускаю обновление (разрешения для сценариев ...).
  • Мне не нравится создавать сложные сценарии для вставки столбца с определенным индексом / порядковым номером.
  • Легко пропустить курок.
  • Сценарии тестовых данных тоже неинтересны.
  • Процесс отключен от нашей обычной сборки. (Джоэл тестирует 1 шаг сборки = сбой)

Я использовал непрерывную интеграцию в прошлом. Хотя я не уверен, как это может помочь нам с SQL. Итак, как я могу сделать процесс более автоматизированным для SQL?

1 Ответ

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

Теперь вы можете создать проект SQL в Visual Studio, который может обладать некоторыми необходимыми вам функциями.Честно говоря, пока я создал только один, чтобы поиграть с ним, потому что мой текущий клиент - магазин Java.

Другой вариант - Контроль исходных кодов SQL в Red Gate .Я обнаружил, что все продукты Red Gate действительно на высшем уровне.Опять же, я не использовал это широко (это довольно новый), но, вероятно, стоит загрузить пробную копию по крайней мере.Он интегрируется с большинством крупных продуктов контроля версий и адаптируется, так что вы можете заставить его работать с любым продуктом контроля версий, который имеет функции командной строки.

...