Я действительно не использовал доступ какое-то время и не слишком уверен, как лучше поступить с этой моделью данных:
У меня есть набор таблиц ресурсов разного типа, например: данные, литература, подрядчики и т. д. У меня также есть набор таблиц категорий, таких как процедуры, темы и регионы.
Мне нужно создать отношения «многие ко многим» между различными ресурсами и различными категориями, чтобы можно было просмотреть запись ресурса и просмотреть списки различных категорий, которым выделен ресурс, и наоборот, то есть просмотреть все ресурсы, отнесенные к определенной категории.
Я понимаю, что мог бы создать множество таблиц ссылок, например: LnkDataProcs, LnkDataTopics и т. д., однако, возможно, имея 10 таблиц ресурсов и 3 таблицы категорий, я бы получил 30 с лишним таблиц ссылок, что кажется неправильным (также может быть полезно запросить в любом случае все ресурсы из каждой категории, поэтому было бы хорошо иметь одну таблицу ссылок для каждой категории).
Я делал такие вещи до использования SQL в пользовательских клиентских приложениях БД, используя одну таблицу ссылок со следующими полями: CategoryTable, CategoryID, ResourceTable, ResourceID — чтобы в таблице ссылок хранилось имя таблицы, а также внешний ключ.
Однако я не слишком уверен, как вписать такую модель в базу данных доступа, было бы неплохо использовать инфраструктуру доступа (объекты основной-дочерней формы), а не писать множество пользовательского кода для выполнения запросов и заполнения форм. .
Любые идеи, как действовать, или даже как называются такие отношения?