модУточните, что здесь сущности: птицы (по видам) или страусы (по своим видам или экземплярам - в зоопарке) ? От этого и зависит стр-ра отношений.Сущности здесь - птицы вообще и страусы (а так же куры, вороны и райские птицы) в частности. Сущности здесь - окна и диалоги(тоже окна). Сущности здесь - документы вообще, документы на отгрузку и документы на отгрузку по продаже. Сущности здесь эллипсы и круги(частный вид эллипса). Сущности здесь служащие и начальники(тоже служащии). Продолжать? Так что, будем птиц и страусов(служащих и начальников, эллипсы и круги, окна и диалоги, разного рода документы) в в разные таблицы засовывать?

2 мод

Я не спрашиваю про "виды птиц"(окон). Я спрашиваю про "птиц"(окна, круги и служащих).ИМХО Вы это понимаете - Вы же не стали говорить про "виды документов", хотя вопрос ставился в абсолютно одинаковых фразах.

авторПо одному отношению на каждый вид документа + view на все если это действительно где-то надо (как правило - не надо). А еще проводки есть...
1) если появиться новый вид документа, то надо руками все view переписывать?
2)Например есть документ, у которого в качестве сопровождения может быть другой документ (любой). Как мы ("оставаясь в рамках РМД"(с)мод) такую связь организуем? что из множества отношений разных видов документов связывать то будем? Или "в рамках РМД" озназает в рамках "реализации РМД" (кривой по отношению собственно к РМД)?

модЭто называется проектированием БД (тут думать надо)...."иногда головой"(с) то же

модА, понял, типа зоопарк Не-а это было как возможный пример наследования - безотносительно зоопарков и, тем более, возможным решениям для зоопарков :)

модПо любому придется, надо же согласовать новый вид документа с этим общим view.Да-да, и делать это приходиться руками - не автоматам же доверить это дело.

мод U-gene 2)Например есть документ, у которого в качестве сопровождения может быть другой документ (любой). Как мы ("оставаясь в рамках РМД"(с)мод) такую связь организуем?А в чем проблема ? Дочерние док-ты ссылаются на родителя. Так строятся цепочки док-ов - очень длинные.Вы серьезно не понимаете о чем я говорю? Напомню... мод Наследование для отношений - это создание новых отношений на основе уже сущ. (копирование свойств) + возможность использования программ, написанных для других отношений.Как Вы, "оставаясь в рамках РМД ... класс = отношение", будете ссылаться из главного документа на разные сопровождающие, если последнии у Вас распихнуты в разных отношения? Вообще впечатление, что между "наследуемые классы" и "разные классы" Вы особой разницы не видите. Новое отношение = другое отношение (потму что, еще раз, отношение - это всего-навсего значение), а класс- наследник это не другой класс, а скорее наоборот (потому что классы это пересекающиеся множесва объектов).

модДа, здесь есть путаница. Ага - есть. И начинается эта путаница с утверждения "Класс = Отношение". Не воспринимаете мои слова - почитайте Дейта.

мод U-geneИ начинается эта путаница с утверждения "Класс = Отношение".
Которое вы не смогли или не захотели опровергнуть.Ага. Вы все же с собой то определитесь - либо "есть путаница" (с)мод, либо я "не смог опровергнуть" (с)тоже мод. А то получается, что в деталях "путаница", но в целом - верно. ИМХО такого не бывает.

Опять же ИМХО если до Вас не доходит мысль что отношение - это просто значение, а класс это множество объектов, которые есть заодно и переменные, если не понятно, что слово "наследование" к отношением неприменимо, если Вы по прежнему употребляете фразы типа "создание объекта в классе-наследнике ведет к созданию объекта в родительском классе" (типа это разные объекты ), еще и пытаясь "это поведение как то задавать", то думаю никакие опровержения Вам будут не указ.

модНачнете реализацию - увидите.Уверен. Только в случае "Классы = Отношения" путаница возникает задолго до реализации.

модЯ правильно понял, что по-вашему объект класса-наследника и объект класса-родителя это один объект ?Объект класса-наследника является также объектом родительского класса. Или. Множество объектов данного класса включает все объекты всех классов - наследников данного класса.