Slant-shadowМожете подсказать почему не указываются мощности при бинарной связи?

и расход топлива...

Slant-shadow,

А почему не так? У Вас кажись ID Сущности1 и ID Сущности2 при такой конфигурации будут или равны, или одно пустое, или оба пустых... или... не найдутся со стороны Сущностей, или я ничего не понимаю...

Я вам предложил Связь мощностью N:M «многие ко многим» по Чену...

http://asu105.narod.ru/study/db/lection_5.html

Slant-shadowчто за + ID?

это ID таблицы Сущность_Отношения... можно конечно и без него (сделав составной ключ из двух верхних ID), но тогда: В связующей таблице нельзя будет повторить пару ключей (а вдруг это нужно, например сочетание ежемесячно и т.д. и т.п.)
Ну и примечание (от меня, я так думаю...) если в связующей таблице кроме двух ключей больше ничего нет - эта таблица избыточна и без неё можно обойтись, в ней должна быть хотя бы дата, номер документа, параметры... иначе зачем она вообще - как неоконченная фраза : вот тот и вон тот дядя вместе...

ID Сущность2 зачеркнул, ID Сущность1 исправил на ID Сущность (как в главной таблице)

интересуемсоа строгую бинарность пупкин буит обеспечивать ?

без реального примера ни о чём...

интересуемсо,

ну раз примера нет, как минимум касается нас обоих...

Кот МатроскинНапример, хранение информации о вершинах и ребрах графа.

Спасибо за пример! Редко кто может сделать качественный массаж мозга...

Не вижу проблем с размещением информации о графах в моем примере (две главные одинаковые таблицы с вершинами, между ними связующая – матрица смежности для описания рёбер):
- в самом простейшем случае наличие пары ключей в связанной таблице говорит о наличии ребра (это самый экономный вариант – неполная связующая матрица, особенно будет эффективен в разреженных матрицах – храним только реальные ребра)
- для указания направления и даже длины ребра нужно всего одно числовое поле: положительное число – длина ребра туда, отрицательное число - длина ребра обратно.
- кому не жалко памяти (и матрица плотная) можно использовать полную связующую матрицу, где 0 – нет ребра, >0 – длина ребра туда, <0 – длина ребра обратно.
В такую структуру легко укладываются графы и с петлёй на себя (как на рисунке) и всякие…
С удовольствием бы посмотрел я на другую реализацию хранения информации о разношерстных графах…
После того как вник в «графы» фраза «а строгую бинарность пупкин буит обеспечивать ?» для меня вообще потеряла всякий смысл…

Можно пользоваться кому нужно… блин, а вдруг на диссертацию потянет…

ну и (для хранения графов)... собственно так как слева-справа одинаково, то упрощаем - всего будет две таблицы (главная и подчиненная) Вершины + Матрица смежности...

Кот МатроскинНа Вашей картинке изображено нечто совершенно другое.

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

Кот МатроскинТо что Вы описали - это ровно то что было на первоначальном рисунке :) ну единственно что
у Вас зачем-то "2 главные таблицы", хотя вторая совершенно не нужна,

вторая совершенно не нужна для графов, я и сам об этом говорил:

vmagну и (для хранения графов)... собственно так как слева-справа одинаково, то упрощаем - всего будет две таблицы (главная и подчиненная) Вершины + Матрица смежности...

а речь вёл о простой классике - связывающая таблица, с этой целью и картинку ТС подрисовал под эту классику:

преподаватели 1-----& расписание &-----1 предметы

В расписании ID преподавателя, ID предмета, дата, время, аудитория, бла...бла...
О любой схеме можно говорить бесконечно, употребляя умные термины, но всегда всё заканчивается на конкретном примере

Я просто высказал свою точку зрения на первую картинку. Когда говорят, что что-то неправильно, то говорят и как правильно... осталось просто кому-то ответить ТС у по существу... Если кто-то соизволит спуститься с небес и разложить по полочкам - буду искренне признателен за науку...