Member 13938136 Ответов: 1

Отношение "многие ко многим" (пять таблиц)


Привет,у меня есть пять таблиц, представляющих отношение "многие ко многим" следующим образом:
------------------------------------------
1.метки
------------------------------------------
id (первичный ключ)
label_key
значение метки

------------------------------------------
2.resource_a
------------------------------------------
id (первичный ключ)
имя экземпляра

------------------------------------------
3.resource_b
------------------------------------------
id (первичный ключ)
имя экземпляра

------------------------------------------
4.resource_c
------------------------------------------
id (первичный ключ)
имя экземпляра

------------------------------------------
5.resource_d
------------------------------------------
id (первичный ключ)
имя экземпляра

Что я уже пробовал:

Labels table id соответственно со следующими четырьмя таблицами ресурсов instance_name - это отношение "многие ко многим", моя идея состоит в том, чтобы установить среднюю таблицу, поле внешнего ключа в таблице среди связанных меток в идентификаторе таблицы, другое поле не делает ссылку, просто поле хранения instance_name, но такая структура при добавлении данных не знает, как присоединиться

пожалуйста, посоветуйте мне
Спасибо

1 Ответов

Рейтинг:
0

Mike V Baker

Вы не опубликовали никакого кода, показывающего нам, где находится ваша проблема, что делает вопрос очень общим. Поэтому я дам вам общий ответ.
The many-to-many relation typically involves the middle table that you mentioned but with the foreign key for each of the joined tables. It's tough to figure what you're going for with all the tables named 'resource_x' so let's consider Students and Classes (not the C#/C++ class, but the class that offers a course at school). A class can have many students in it, and a student can attend many classes. Your "Student_Class" table would have at least StudentId and ClassId, the foreign key for Student and Class respectively. Those two values can either be combined to make a composite key or it can have an additional field StudentClassId that is the IDENTITY for that table.

ХТХ, Майк