Hi givi!

Советую подумать над упорядочением процедуры внесения изменений в структуру,
а не над написанием шибко умного кода, который должен сам придумать что и
как менять. Если ты переименовал поле то что сможет сделать твой программа?
Как она поймёт что надо перенести информацию? А если добавил поле с
одновременным заполнением его какими-то данными (например основанными на
данных соседних полей, или даже просто счётчик) - короче нереально это.
Тема кстати обсуждалась неоднократно. Я например всегда все изменения в
структуру вношу только командами (ALTE TABLE и т.д.) - и тогда эти команды у
меня собираются в файлик, который потом вмсте с обновлённой программой идёт
к клиенту и там повторяет нужные изменения (ну конечно всё сложнее - надо
отследивать номера версий программы и базы - учитывая что "встроенного"
номера версии в базе нету)...

Posted via ActualForum NNTP Server 1.3

Hi Andrey!

> Очень удобное есть неиспользуемое свойство у БД - Comment - как раз
> подходит для хранения версии базы

Ну что оно "неиспользуемое" - это не всегда так :) А вообще конечно неплохое
мето - если нет желания заморачиваться со "скрытыми местами хранения -
например полем User dbc файла...
К сожалению всё сравнительно просто если ЕСТЬ dbc (а не набор свободных
dbf-ов например), и если она одна (ну максимум 2-3).
А "обновления" я делаю инкрементными, т.е. там целая "цепочка" - первое
звено обновляет 1.0 до 1.1 второе - 1.1 до 1.2 и т.д - при этом конечно на
каждом шаге повторно проверяется этот Comment=Version - так что и для
"пропустивших" очередное обновление баз ничего не потеряно :)
Правда сама процедура обновления не в основном exe, а в отдельном exe,
который вызывает модуль обновления (и это тоже отдельный exe - иначе никак
не переписать "основной" exe).
Для "богатых и ленивых" (или хитрых и ленивых :) ) кстати можно
порекомендовать Stonefield Database Toolkit - мощная штука по "ведению"
баз - имеет возможность интегрироваться в пользовательские программы...

Posted via ActualForum NNTP Server 1.3