Есть достаточно большая БД: некая информация по оборудованию, точкам и прочая, прочая, прочая (изначально были екселевые таблицы, потом их загнали в ACCESS).
Потихоньку добавляю в нее функционал. Но нет "междумордия": добавление и изменение данных напрямую в таблицах. Пока таблиц и записей было немного - нормально, и правил я один. Но сейчас таблиц уже более 50, записей в некоторых более 500 - становится грустно. Ну и распределять обязанности приходится.
Вот "стандартная" задача (стандартная - ибо по такому принципу многие вещи в ней учитываются):
Есть список юрлиц (таблица ЮРИКИ), список торговых точек (МАГАЗИНЫ), какая версия ПО стоит в каждом магазине (таблица ВЕРСИИ) и история изменений версий (ИсторияВерсий).
Надо сделать форму:
1. Первый список: перечень юрлиц+слово ВСЕ
2. Грид1, в которой показываются магазины по выбранному юрлицу в списке (или все).
3. Поле, показывающее текущую версию на указанном в гриде магазине
4. Грид2 с историей версий по выбранному в грид1 магазине.
5. Кнопку, нажав на которую в запросится номер новой версии, ФИО и в таблицу "ИсторияВерсий" добавится соответствующая запись, и внесется исправление в таблицу "Версии".

Пункты 1 и 2 - получилось сделать без проблем. Но вот подвязать "третий" уровень подчиненных таблиц не выходит. Как и "тразакция" на изменение номера версии...

Во вложении - таблицы, вырезанные для этого случая...

З.Ы. На ДЕльфях\Лазарусе+MySQL для одного отдельного примера - 2-3 часа: накидал на форму списки, гриды, повязал их через DataSource, ну и рефреши в соответствующих событиях. Но таких задач - около 35-40... Да конвертить в мускуль тоже время потеряется (просто перегнать - не больше 30 минут, но вот править все поля, к нужному виду-не один день потратить придется)....

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