мы пишем интерфейс рабоды с БД. это наш первый опыт создания подобных проектов и поэтому, вообще говоря, мы - ламаки. но мы стараемся.

задача вообщем достаточно небольшая - ~30 таблиц.

мы делаем библиотеку, которая будет подключаться через MapInfo (это приложение будет вызывать соотв. ф-ции при выборе пользователя) и содержать формы для изменения данных БД

мы уже как бы делаем версию 2 (т.е. мы уже перепроектируем)

в первой версии у нас были 2 класса DBMan и ScreenMan

по сути для каждой таблицы у нас соответствовала структура в с++ с соответствующими полями.

жизнь была прекрасна - мы начали кодить.

как только я стал писать 2ю форму стало ясно, что формы однотипные и писать 30 раз одно и тоже меня фиг заставишь.

идея перепроектирования назрела - мы стали продумывать новую структуру.

возможно мы бросились в другую крайность:

теперь у нас все формы описываются соответсвующими скриптами (предположительно небольшими и простыми):

в скриптах присутствуют такие сущности:

SQL запрос, логическая переменная, и виз. компоненты (впрочем далее мы объединили первые 2 объекта)

как это примерно выглядит? скажем StringGrid (виз. компонент типа таблица) связан с соответсвующим запросом (связь описывается в скрипте)

у запроса есть параметр - текущая выделенная строка (тут у нас уже возникают вопросы, что строка должна определяться по id, а не по номеру)
каждый столбец запроса связан с лог. переменной, которая связана с Edit'ом или ComboBox'ом. при изменении текущей строки SGrid посылает сообщение запросу. Запрос меняет связанные по столбцам лог. переменные, а они меняют Edit'ы. таким образом в Edit'aх появляется данные текущей выбранной записи.

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

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

теперь собственно вопрос. реально ли сделать достаточно нормальную систему на основе описаний в скрипте соотв. форм (без непосредственно забивания похожего кода в каждую) для небольшой БД? (у нас поддерживается система, если встречается что-то, что не вписывается в систему, то мы можем явно указывать какой код выполнять при событиях, но такое должно быть РЕДКО!)

я думаю, что мы ничего нового не открыли. работаете ли вы, профи, с чем-то подобным или это дохлый номер и нормальную систему (компактную и не сильно ограничивающую построить почти нереально) (и проще делать как-то по другому. тогда как? - дайте тогда плз ссылку на книжку (лучше электронную))

заранее благодарен.