Обычный способ состоит в том, чтобы либо иметь форму для вставки записей в правила, основанную на запросе, который включает в себя таблицу отношений и, скажем, комбо, позволяющий пользователю выбрать соответствующий обзор, либо набор форм / подчиненных формс подходящими основными / дочерними полями.В примере базы данных NorthWind таблица Order Order является примером вашей таблицы Relationship, в ней используется ненавистная антивирусная функция поиска в таблице, но вы можете получить некоторые идеи для дальнейших исследований.
Гораздо более подробное описание варианта 1
Таблицы
Обзор Я БЫобзор
Правила Я БЫправило
Отношения RulesID) ПК, образованный двумя ФКOverviewID)
Отношение
Данные
Предложение 1 Дизайн запроса
Обратите внимание, что оба поля из Отношения включены в запрос.Нет необходимости показывать ID из правил, потому что это поле для автонумерации, но оно включено здесь для простоты.
Если строка удалена, записи из обеих таблиц будут удалены.
Вы не можете нарушать ссылочную целостность.Прежде чем это сработает, вам нужно будет создать все обзоры или предоставить другой способ добавления обзоров.
Если вы обновите RulesID
и OverviewID
, записьбудет добавлен в таблицу отношений, но не в правила.
Если вы обновите OverviewID
и Rule
, записи будут добавлены как в отношения, так и в правила.
Если вы создаете непрерывную форму, вы получаете все вышеперечисленное в гораздо более удобном для пользователя виде с большим контролем.Вы можете использовать комбинированный список, чтобы позволить пользователю выбрать более понятное описание обзора, а не ID, и вы можете воспользоваться событием NotInList для добавления новых обзоров.
Обратите внимание, что до сих пор для этого не требовалось ни одной строки кодаЭто сила доступа.