Нелепости)) Ни в одной СУБД нельзя, конечно же, связать экземпляры объектов (классов, типов сущности), между которыми не объявлена связь. Для этого не нужны контекстный механизм ограничения домена значений, макрообъекты, макротипы и т.п. Вероятно, они нужны, когда используется реляционная СХОД и, соответственно, архитектура "модель верхнего уровня+маппинг+РМД":
13577413

ViPRosБредятина,

ВИПРОС и есть СУБД по твоему
Да. Но, перегруженная концепциями.

ViPRosБредятина,

нет ничем не перегружена, наоборот, до нескольких концепций никак руки не доходят
у меня основная концепция такова - если можно что то существенное (т.е. что не разово) вычислить автоматически (или с помощью минимальной наводки) исходя из заданной структуры, то она должна быть вычислена
а так, если хошь, приходи, покритикуй, предложи решения, и мы тебя или наймем, или как то по другоему сотрудничество организуем, вплоть до назаначения тебя руководителем проекта
Конечно, все существенное должно быть реализовано, но это вовсе не означает, что нужно перегружать СУБД (точнее, МД) концепциями.
Вы не знакомы с MUMPS, а СУБД больше ни на чем не сделаешь, на сегодняшний день.

ViPRosБредятина,

вот ответ мн на вопрос
как можно было бы в МУМПС организовать такое декларативно
есть пара свойств объекта и между ними зависимости
А является предком (потомком) Б
у А и Б общие родители (потомки)
и вопрос который задал парень наверху про динамичсекие ограничения на домен
При чем здесь MUMPS??? MUMPS - не СУБД, и в ней нет никакой МД.
Ни в одной СУБД нельзя, конечно же, связать экземпляры объектов (классов, типов сущности), между которыми не объявлена связь. Для этого не нужны контекстный механизм ограничения домена значений, макрообъекты, макротипы и т.п. Вероятно, они нужны, когда используется реляционная СХОД и, соответственно, архитектура "модель верхнего уровня+маппинг+РМД".
И не нужно выходить за границы темы с новыми задачами, тем более, ориентируясь на биологические концепции, необходимость в которых весьма не однозначна))