кто нибуть побывал ?
на вопрос "зачем?" контроль версий для себя чтоб помнить что для чего менял, конечно коменты рулят, но красивее если можно будет какие изменения в ПО соответствовали изменениям в БД.
вот интересно как бы можно было это организовать ?
самое простое это выгружать все БД в скрипт и его хранить
в svn , решение не удобно с точки зрения дальнейшего сравнения.
значит надо выгружать либо в ~3 скрипта таблицы\процедуры\тригеры\..
или каждый обьект отдельно и как-то не забыть связи при вносе метаданных обртно в БД.
хранение метаданных в svn
1. сравнивать большие обьемы всегда не удобнееkdv писал(а): чем неудобно?
2. увеличивает трафик
ну не правильно выразился,гм, ты о чем это? какие связи, и что значит "внос метаданных обратно"? Куда "обратно"?
имелось ввиду есть база, вношу в неё измения,
потом для других разработчиков выгружаю в скрипт
и отправляю в cvs , другие при обновлении cvs
видят что скрипт базы изменился и должны внести их
в БД это и есть обратно =)
ладно тогда вопрос попроще, а есть ли консольные утилиты
выгрузки БД в sql скрипт и сравнения БД со скриптом?
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
ну не впервый пользовался им в составе IBExpertkdv писал(а): про dbcomparer первый раз слышишь?
думал сам он до ужаса гуишный, а он вроде как еще
параметры ком строки понимает, сча поизучаю что он там умеет.
ну так оно примерно и было, только пишу новый обьекты в том же IBExpert потом проверяю его работоспособность в тестовой БД а потом выгружаю в скрипт. в общем мысль понял, спасибо.Dimitry Sibiryakov писал(а): Правльно будет держать образцовый скрипт и вносить изменения в него. А база уже - вторична: она создается из этого скрипта.