Существует ли официальное название для many-many таблицы отношений в схеме базы данных?
Создайте собственный пользовательский элемент управления для панелей, которые вы хотите отобразить, содержащий все элементы управления из необходимой панели инструментов.
public partial class MyControl : UserControl
{
...
}
В «MyControl» вы определяете события для всех вещей, которые могут произойти и должны обрабатываться извне элемента управления. Такой же как например «SelectedIndexChanged» для выпадающего списка.
Ваш класс управления будет выглядеть следующим образом:
public partial class MyControl : UserControl
{
public event EventHandler<MyImportantEventA> OnImportantThingHappend;
//Event-Invoker
protected virtual void OnOnImportantThingHappend(MyImportantEventA e)
{
OnImportantThingHappend?.Invoke(this, e);
}
}
//Data of your event. Customize as you like/need.
public class MyImportantEventA : EventArgs
{
public string Message { get; set; }
}
Когда вы добавляете свой элемент управления динамически, привязывайте к событию (ям) вашего элемента управления:
myUserControl.OnImportantThingHappend += DoSomethingWithEvent;
контроль может справиться сам, не нужно выставлять его как события. Например :
«Закрыть» может быть чем-то, что должно быть обработано извне. Вам нужно удалить элемент управления, изменить его расположение и т. Д.
«Показать детали», вероятно, является чем-то, что может быть обработано полностью внутри вашего контроля. Ваш элемент управления показывает окно сообщения или необычную подсказку.
10 ответов
Наиболее распространенное имя - «Объединить таблицу "на мой взгляд, но я слышал еще несколько перечисленных вами. Так что я бы сказал «нет», «официального» названия нет: -)
Пересечение таблицы, конечно! Я верю, что оракул также поддерживает таблицы пересечения .
http://download.oracle.com/docs/cd/B40099_02/books/ConfigApps/ConfigApps_TablesColumns7.html
Я называю это таблицей перекрестных ссылок.
Некоторые могут не считать это официальным термином, но, безусловно, популярным. Я имею в виду, что вы найдете множество релевантных результатов в Google, если выполните поиск . Еще мне нравится то, что его можно легко сократить до «xref», а затем использовать в схеме именования таблиц, например, «table1_xref_table2». Это заставит всех в вашей команде называть это одним и тем же.
ОБНОВЛЕНИЕ:
Википедия называет это соединительной таблицей . Странно, что я никогда не слышал этого термина, но полагаю, что в разных кругах его называют по-разному. Как мы выясняем - однозначного официального ответа нет.
Я называю их таблицами ссылок , но я так долго называл их, что понятия не имею, откуда я взял этот термин.
Я думаю, что таблица отношений более на высоте. По крайней мере, это то, что мы используем. Кстати, если вы спрашиваете об именовании, мы всегда используем его так table1_table2 без исключений. Это хорошо послужит вам в долгосрочной перспективе.
В SQL есть раздел для Smarties, в которых у Celko была возможность назвать этот вид таблиц:
Таблицы, представляющие многие-ко-многим отношения должны называться их содержимое и должно быть минимальным, как возможное. Например, студенты относится к классам на треть (отношения) таблица для их внимание. Эти таблицы могут представляют собой чистые отношения, или (и т. д.) ...
В верхней части раздела он говорит о диаграммах ER (сущность-связь).
Я всегда называю их просто «таблицами многие-ко-многим» или «таблицами соединения многие-ко-многим». Кажется, что его вряд ли неправильно поймут как что-то еще. (Я заметил, что вы использовали похожую формулировку в заголовке своего вопроса ...)
Это ОЧЕНЬ ненаучно, но я подумал, что было бы интересно посмотреть, сколько результатов Google было связано с комбинацией общих ответов на этот вопрос и термина «многие ко многим».
Исходя из этого, похоже, что «таблица соединений» является наиболее часто используемым термином для ... гм ... таблицы соединения в отношении "многие ко многим".
Комбинированные поисковые запросы
«объединить таблицу» «многие ко многим»
возвращают около 13 700 результатов в Google.
«таблица ссылок» «многие ко многим»
возвращает около 4 700.
«соединительная таблица» «многие ко многим»
возвращает около 3500.
"таблица ассоциаций" "многие ко многим"
возвращает около 3 300.
«таблица отношений» «многие ко многим»
возвращает около 3200.
«таблица пересечений» «многие ко многим»
возвращает около 1500.
«таблица перекрестных ссылок» «многие ко многим»
возвращает 1000.
герундий «многие ко многим»
возвращает только 450.
Мне сказали называть их «сущностями ссылок», когда я впервые начал работу над реляционными базами данных (декабрь Rdb почти 20 лет назад). Бит «сущность», вероятно, исходит из диаграмм взаимосвязей сущностей, в которых находились таблицы, хотя «таблицы ссылок» теперь лучше подходят для того же эволюционного дерева.
Используя новаторское исследование @Noah в Google, в настоящее время получено около 2000 ссылок:
"link entity" "many to many"