Имеется проект .NET в TFS, база данных к нему пока хранится в виде апдейт скриптов.
Как по-уму надо вести архив БД в системе контроля версий? Вроде как должно быть что-то вроде полновестного скрипта всей базы и при изменении базы этот скрипт обновляется. Но что если скрипт большой и работает одновременно много разработчиков?

Здравствуйте, Аноним, Вы писали:

А>Имеется проект .NET в TFS, база данных к нему пока хранится в виде апдейт скриптов.
А>Как по-уму надо вести архив БД в системе контроля версий? Вроде как должно быть что-то вроде полновестного скрипта всей базы и при изменении базы этот скрипт обновляется. Но что если скрипт большой и работает одновременно много разработчиков?

Visual Studio Team System 2008 Database Edition уже смотрели?

Здравствуйте, Lloyd, Вы писали:

L>Visual Studio Team System 2008 Database Edition уже смотрели?
2010.

2008я местами оочень неюзабельна (и эти баги в обозримом будущем подправлены не будут). Если интересует — подниму переписку на форумах, составлю список.

Здравствуйте, Sinix, Вы писали:

L>>Visual Studio Team System 2008 Database Edition уже смотрели?
S>2010.

Не суть.

S>2008я местами оочень неюзабельна (и эти баги в обозримом будущем подправлены не будут). Если интересует — подниму переписку на форумах, составлю список.

Не интересует, ибо пользуемся уже который год. По сравнению с ручными скриптами — просто пестня.

Аноним 762 wrote:

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