@Grundy если внутри круга А люди, а внутри круга Б заказы, то круги не могут пересекаться, иначе получается, что какие-то люди являются заказами %)

@АндрейNOP какая-то странная логика :)

@Grundy ну круг это множество точек, отобранных по какому-то условию. Если одна и та же точка лежит в двух кругах, то это одна и та же сущность, которая попадает под условия и первого круга и второго

@АндрейNOP под именно, подпадает под условия

Ну т е для меня разные сущности вообще не должны лежать в одной плоскости

@Grundy что? Человек или заказ?

@АндрейNOP так они и не лежат ¯\_(ツ)_/¯

@АндрейNOP в этом случае точка в плоскости - это пара ключей

кортеж

@АндрейNOP так это ваша статья или вы настолько солидарны?

@PashaPash откуда кортеж? Если у меня в круге люди, кортеж с чем?

@АндрейNOP почему у вас в круге люди?

@4per нет, не моя

@PashaPash ↑

@АндрейNOP так там не люди.

А что там?

У меня две таблицы: клиенты и заказы. Как я могу показать с помощью этих диаграмм работу джойнов?

@АндрейNOP А почему связь между множествами должна быть обязательно "являются"? Может там "владеют"?

(указаны как "владельцы заказа" в поле OwnerId, по которому джойн идёт)

и да, это снова возвращает к типовых энтерпрайзным сценариям, когда ключ уникальный, есть индекс и вообще безхозных (ownerId = null) не бывает.

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

@AK это я к тому, что и люди и заказы на одной плоскости обозначаются, по сути одна точка это одновременно и такая сущность и такая

@АндрейNOP ну так очевидно, что вместо ? будет - клиентские заказы :)

или заказы клиентов :)

или в принципе что угодно, смотря по какому признаку идет объединение :)

@Grundy не очевидно. Мне очевидно, что множество клиентов и множество заказов не имеет общих точек :)

@АндрейNOP почему?:) у клиентов же могут быть заказы :)