Ухохатыватель
Зарегистрирован: 20 October 2003
Сообщения: 970
Примеры кода: 0
|
RE[3]: SQL Source Control 2003 |
22 March 2005 09:53 |
|
|
|
|
Я решаю это проблему значительно тривиальней, и, опять же, не тратя лишних денег на покупку специализированного ПО, использую CVS.
Каждый разработчик вносит свои изменения в скрипт (sql file), который может быть разбит на процедуры, таблицы, триггеры и пр. Таким образом, если я изменил десяти килобайтную процедуру в той части, где она отвечает за update, а мой коллега - в той где проверка данных, оба потом заменили скрипт и сделали cvs commit, то руководитель проекта получит рабочий скрипт для БД, а разработчики спокойную параллельную работу.
Да, я думал об этом. Но тут все равно возникают проблемы с table changes - некоторые изменения нужно выполнять в строгой последовательности. И это привязывает нас либо к одной базе, либо к строгой дисциплине. Последнее обладает свойством время от времени ломаться. Если при этом будет ломаться (а время от времени так и будет) нормальный ход работы - то это большая проблема. Так что мы приходим к варианту с одной базой данных. А следовательно нужна возможность брать сущности базы на уникальное пользование (лочить проще говоря). Поэтому получив пару шишек от грабель ищу средство убирающее грабли или хотя бы поролонновую насадку на ручку грабель...
|
|