Всем привет!
В общем, на выходных под кружечку пивка меня осенило)))
Схема из таблиц "Пункты" и "Под пункты" - не совсем хороша, уж больно мудрено придется логику выстраивать. Но тут же подумав, а чем подпункт отличается от пункта? (да в общем-то ничем), исходя из этого нарисовалась немного другая структура БД.

"Таблица пункты и подпункты"
ID_dDoc - идентификатор дополнительной записи документа (возможно и не нужен)
ID_DOC - идентификатор документа (из таблицы НД)
ID_TYPE - идентификатор типа записи (0 - Пункт, 1 - Подпункт)
Num_P - номер пункта из документа ("1, 2, 3" и т.д.)
Num_PP - номер подпункта из документа ("1, 2, 3" или "а, б, в" и т.д.), у пунктов в данном поле 0 или пусто
TEXT_dDoc - текст пункта или подпункта

"Таблица типов записи"
ID_TYPE
NAME_TYPE

Дальше строим составные индексы, к примеру так: ID_DOC + NUM_P + NUM_PP.
В интерфейсе программы при заполнении полей NUM_P и NUM_PP, необходимо сделать проверку на вводимые данные.

rikitikiесть "таблица топливо" - заполняем по максимуму (здесь пока проблемы с добавлением новой записи)

А в чем именно? Опишите в чем может быть проблема при добавлении новой записи?

"Таблица обозначение НД" - что в этой таблице будет?
"Таблица пунктов" - тот же самый вопрос.

Ого, да у Вас тут уже "бойня" )))) пойду по порядку.
rikitiki "Таблица НД"
Id_Regulation - идентификатор НД N(4)
Id_Sign - идентификатор обозначения НД
Number - номер НД C(20)
Denotation - название НД M(4)
Date_Begin - дата введение в действие НД D(8)
Date_End - дата окончания действие НД D(8)

"Таблица пунктов"
Id_PunktND - идентификатор пункта НД N(3)
Denotation - текст пункта НД M(4)


Не вижу связи между этими таблицами, хотя "пункты" это не неотъемлемая часть НД.

rikitikiПросто набор фраз - например (вимоги пунктів 5.1.2; 5.1.4; 5.2.1 R13 щодо конструкції гальмівних систем і системи сигналізації КТЗ, а також вимоги пунктів 1.4.2; 2.1.1; 2.3 додатка 4)
как писал

Извиняюсь, это я немного "протупил", работаю еще над своей программой и у меня в голове сработало "Пункты" - это "населенные пункты" ))))

sg12У вас будет огромное число таблиц-справочников и вы быстро запутаетесь в обозначениях. У вас объемная работа.
Уже сейчас неясно применение таблиц типа "Таблица правил".
Я бы не сказал, что огромное количество таблиц справочников, возьмите к примеру КЛАДР или ФИАС - это уже 3 справочных таблицы (а их часто используют в своих программах), вот про обозначения не понял.
Таблица правил - по логике вещей это вспомогательная таблица для создания связи между пунктами НД (требованиями) и сферой их применения. Не спорю на текущий момент у автора не все гладко, но он стремиться к лучшему.

sg12Я бы посоветовал пронумеровать эти нормативы: n01... и o01... и использовать эти обозначения в соответствующих им названиях справочников.

Не знаю насколько Вы осилили прочтение данного топика, но прослеживается не понимание сути.
Нормативные документы - это куча ГОСТов, Правил, ДСТУ, ТУ У и прочего в которых прописаны всевозможные требования к различным объектам сертификации (фары, ремни, колеса и т.д.).
Так же транспортные средства (далее ТС) подразделяются:
на категории N, L, M, O (подробней я описывал ранее);

по состоянию (новое, б/у, переоборудованное)

по топливу на котором работают (бензин, газ, электричество и т.д.)

Так вот, автору необходимо зная выше перечисленные 3 составляющие, отобразить НД и их пункты относящиеся именно к такому сочетанию составляющих, бррр... как-то мудрено получилось.
Отсюда вопрос: как нумерация нормативов поможет?

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

Ой, дальше я даже продолжать не буду, а то от темы уходим.

rikitiki - на неделе попробую изобразить свое виденье в виде готовых таблиц, чтоб говорить более предметно. А то на словах уже сам начинаю путаться.