Теоретический вопрос. Варианты связи таблиц.

[Ivanhoe]

Цитата:

Сообщение от Владимир Максимов

Предположим, у таблицы могут быть указаны "Сайт" и "Склад". Два поля.

Уже второй раз этот аргумент. Если мы строим связи через эти поля, очевидно, не могут быть они заполнены одновременно. Также как всем очевидно, что в стандарте при указании "Номенклатура" в енуме, во втором поле будет НЕ группа, а код номенклатуры.

[Владимир Максимов]

Цитата:

Сообщение от Ivanhoe

Уже второй раз этот аргумент. Если мы строим связи через эти поля, очевидно, не могут быть они заполнены одновременно.

"А почему, собственно?" (с)

Факт заполнения обеих полей на собственно СВЯЗИ не влияет НИКАК. От слова "совсем"

А влияет это не на связи, а на интерпретацию (вычисление) некоего реквизита. Т.е. на основании факта заполнения тех или иных полей Вы формируете некое "вычисляемое" поле, на основании которого и строите дальнейшую логику работы

Так почему вместо "вычислений" не указать это значение явно? Через дополнительный Base Enum?

Возвращаемся к примеру

Есть Base Enum со значениями: All/Group/Item

Цель и смысл существования этого поля? Разве для создания Relation? Вовсе нет! Его цель и смысл - это некий switch в программном коде. Некое "ветвление кода"

А Relation для чего? Для автоматического перехода к нужной записи таблицы.

Ну, и как повлияет на КОД (тот самый switch) факт заполнения обеих полей? Это влияние возможно в том и только в том случае, если у Вас нет Base Enum и Вы вынуждены каким-то образом "вычислять" по какой ветке кода пойдет обработка. А вычисление - это всегда некоторая неопределенность