Как работать с постоянно изменяющейся базой в системе контроля версий?
Используем subversion, MySQL, NetBeans.
Хотелось бы чтобы окромя кода база тоже находилась бы в svn. База проекта обновляется достаточно часто. Как с наименьшими трудозатратами обновлять, фиксировать и т.п. таблицы, процедуры, вьюшки и т.п.?
новая база всегда совместима с предыдущей версией кода (то есть обратная совместимость 1 на выкладку железно сохраняется — и если код придется откатить на старый, то с новой базой он будет работать корректно). на деле это выглядит так: если надо удалить какое-то поле в БД в выкладке N, то поле будет удалено только при выкладке N+1
изменения в структуре БД от версии к версии сохраняются в файлах sql/alter/n.sql. выполненные изменения переносятся в /sql/alter/done. файлы нумеруются по-порядку, каждый разработчик создаем себе новый, чтобы измежать конфликтом при merge
В итоге при выкатке нового кода мы сперва выполняем alter'ы, потом выливаем код. В случае, если в коде есть ошибки — старый код гарантировано работает с новой базой.
В Rails подобная проблема решается при помощи механизма миграций. Каждое изменение БД описывается через DSL, а не применяется напрямую к базе. Получается, что миграции — это обычные файлы с исходным кодом, которые легко вносятся в ту же svn. Для PHP (если разработка на нём) можно либо поискать подходящую библиотеку, которая будет транслировать php-код в sql запросы, либо написать самостоятельно. Сложного там ничего нет.