Существует ли официальное имя таблицы отношений "многие ко многим" в схеме базы данных?

Большинство проектов, над которыми я работал, потребовали отношения "многие ко многим" в схеме базы данных. Например, у вас может быть концепция пользователей и групп, и база данных может содержать таблицу User, таблицу Group и таблицу UserGroup для связи между ними.

Меня интересует концептуальное имя таблицы UserGroup в этом примере.

Я привык называть их "качающимися таблицами", потому что так я узнал об этом, но я не слышал, чтобы другие люди использовали этот термин через некоторое время.

Вместо этого я слышал все следующие (включая некоторые новые, благодаря всем вам!):

  • Таблица ассоциации
  • Таблица моста
  • Таблица перекрестных ссылок
  • Gerund (E.F. Codd, создатель реляционной модели, может предпочесть это)
  • Таблицы пересечений
  • Присоединиться к таблице (большинство результатов поиска в Google... см. ниже)
  • Таблица переходов (Википедия поддерживает этот)
  • Таблица ссылок (Фаулер любит этот
  • Таблицы отношений "многие ко многим"
  • Таблица карт
  • Справочная таблица
  • Таблица отношений
  • Таблица поворота

Есть ли официальное название для такого рода таблиц с исходным текстом для его официальной версии?

Ответы

Ответ 1

Самое распространенное имя - "Join Table", на мой взгляд, но я слышал несколько других, которые вы указали. Итак, я бы сказал "нет", нет "официального" имени: -)

Ответ 2

Я называю это таблицей перекрестных ссылок.

Некоторые могут не считать это официальным термином, но, безусловно, популярным. Я имею в виду, что вы найдете множество релевантных результатов в Google, если вы выполните поиск. Другое, что мне нравится, это то, что его можно легко аббревиатура "xref", а затем использовать в схеме именования таблиц, например. "Table1_xref_table2". Это заставит всех в вашей команде называть это одним и тем же.

UPDATE:

Википедия называет это таблица соединений. Странно, что я никогда не слышал этого термина, но я полагаю, что разные круги называют это разными вещами. Как мы выяснили - единого официального ответа нет.

Ответ 3

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

Основываясь на этом, он выглядит как "таблица соединений" - наиболее часто используемый термин для... um... соединения таблицы в отношениях "многие-ко-многим".

Комбинированные термины поиска

"join table" "many to many"

возвращает около 13 700 результатов в Google.

"таблица ссылок" "многие для многих"

возвращает около 4.700.

"таблица соединений" "многие для многих"

возвращает около 3500.

"таблица ассоциаций" "многие для многих"

возвращает около 3,300.

"таблица отношений" "многие для многих"

возвращает около 3200.

"таблица пересечений" "многие для многих"

возвращает около 1500.

"таблица перекрестных ссылок" "многие для многих"

возвращает 1000.

gerund "много для многих"

возвращает 450.

Ответ 4

Я всегда вызывал таблицы пересечения.

Ответ 5

Я называю их таблицами ссылок, но я назвал их так долго, что я понятия не имею, откуда я получил этот термин.

Ответ 6

Я думаю, что таблица отношений больше подходит. По крайней мере, это то, что мы используем. Кстати, если вы попросите назвать, мы всегда используем его таким образом table1_table2 без каких-либо исключений. Это послужит вам хорошо в долгосрочной перспективе.

Ответ 7

Здесь есть раздел в SQL для Smarties, где Celko имел возможность назвать такую ​​таблицу:

Таблицы, которые представляют собой многие-ко-многим отношения должны быть названы их содержимого, и должен быть минимальным возможное. Например, учащиеся связанных с классами на третью (отношения) для их attendence. Эти таблицы могут представляют собой чистые отношения или (И т.д.)...

В начале раздела он рассказывает о диаграммах E-R (сущность-связь).

Ответ 8

Я всегда называю их таблицами "многие-ко-многим" или "много-ко-многим". Кажется, что наименее вероятно, что его неправильно поняли как нечто другое. (Я замечаю, что вы использовали аналогичную формулировку в названии своего вопроса...)

Ответ 10

Мне сказали называть их "связующими объектами", когда я впервые начал работу над реляционными базами данных (Dec Rdb почти 20 лет назад). "Сущность", вероятно, исходит из диаграмм отношений сущности, в которые были включены таблицы, хотя "таблицы ссылок" теперь звучат как более подходящие для одного и того же эволюционного дерева.

Используя исследование @Noah ground break в Google, это дает около 2000 ссылок в настоящее время:

"link entity" "many to many"