Строго типизированные данные, история их версий и меркуриал

[metaclass]

Сижу думаю над шизой.
Имеется описание предметки в виде модели для кодогенерации - хитрозаколдованный набор данных, над которым работают несколько людей и по которому нужно хранить историю.
Для обычной цели "посмотреть кто в прошлом виноват и что делать" истории в виде текстовых diff вполне хватило бы, и набор данных можно представить в любом человеко-машино-читаемом виде (JSON, YAML, итд), засунув его под меркуриал и разбив на несколько файлов по отдельной модели в каждом (там моделей несколько, они зависят друг от друга и работать над ними лучше независимо).
Но вторая цель хранения истории - это генерить патчи для миграции данных, которые эта модель описывает, между версиями модели. Т.е. добавили в модель поле, пару таблиц, еще чего-нибудь навертели - нужно из этого сгенерировать аццкий SQL скрипт, который это все применит к уже работающей базе данных. А тут уже текстовых diff-ов мало.

Можно было бы сделать собственное хранение истории, благо описание самой модели хранится в ней самой и прикрутить к кодогенератору еще и генерацию триггеров аудита изменений особой проблемы нет. Но тогда будет дублирование функциональности меркуриала, причем каждое изменение будет в двух местах - в основных данных, и в логе изменений дописано в конец. Но другого разумного способа сопоставить историю типизированных данных и ее отражение в виде сhangeset-ов меркуриала я не вижу.

Comments

[permea-kra.livejournal.com]

Что мешает описать модификации модели как набор последовательных операций, в скрипты миграции транслируемые однозначно ?

[metaclass.livejournal.com]

Ничего, я про это и пишу.
Просто я хочу это дело заинтегрировать с системой контроля версий, чтобы не повторять ее функциональность.

[permea-kra.livejournal.com]

>>Просто я хочу это дело заинтегрировать с системой контроля версий,чтобы не повторять ее функциональность.
А зачем? Если инструмент не может то, что вам надо, то нужно ли его насиловать?