Как мы можем перейти на использование проектов базы данных VS2005? - PullRequest
1 голос
/ 21 мая 2009

В нашей компании наш текущий метод обновления базы данных - подключиться с помощью обозревателя серверов в VS2005, а затем изменить хранимые процедуры, открыв их и отредактировав. Разработчикам здесь, похоже, нравится этот менталитет «пиши и сохраняй, как будто это код». Это довольно удобно, поскольку он автоматически превращает Create в Alter и запускает сценарии для существующей базы данных, когда нам нужно что-то настроить.

В последнее время это немного усложнило нас во время сбоя сервера, когда мы потеряли много изменений, которые не были сохранены. Я настаиваю на том, чтобы переместить нашу разработку SQL туда, где она есть: в проектах БД, чтобы мы могли поместить их в SVN вместе с другим кодом. Альтернатива - ночные резервные копии базы данных.

Хотя я мало что знаю о проектах БД или о том, как с ними работает. Боюсь, что если я не смогу получить что-то похожее на их текущую модель, они просто не переключатся. Есть какие-нибудь мысли по поводу поддержания нашей текущей рабочей модели, но переход к проектам БД?

1 Ответ

2 голосов
/ 22 мая 2009

Если разработчики устанавливают правила (а ваш пост звучит так, как они), вы можете продолжить, только если новый рабочий процесс «лучше», чтобы их . Будучи самим разработчиком, я думаю, что так и должно быть. Я видел, как некоторые не разработчики придумывают довольно бессмысленные процессы разработки и заставляют их наносить вред всем разработчикам.

Если вы думаете о проектах VS DB, вы сначала проверите, работает ли VS DB с вашей базой данных. Если это произойдет, вам придется настроить большой шанс в процессе: «истинная» копия базы данных теперь находится в VS DB, а не на сервере базы данных.

Другим выходом является регулярное резервное копирование сервера разработки. Если вы выполняете резервное копирование ежедневно, а журнал транзакций - каждый час, становится очень трудно потерять значительный объем работы.

Или создайте запланированное задание, которое записывает все определение базы данных в текстовый файл. (Сценарий всех объектов в базе данных.) Эти файлы, как правило, очень малы, поэтому вы можете сохранить большое отставание.

Многие уважаемые блоггеры, похоже, считают, что сохранение определений баз данных в SVN - хорошая идея. См. Этот пост coding horror или связанный с ним вопрос переполнения стека Как создать версию базы данных MS SQL в SVN .

Поговорите с разработчиками и посмотрите, с чем можно договориться.

...