Цитата:
Сообщение от
belugin
Прочитай семантику uml - "содержит" - лишь один из видов отношений.
ну да, ну да... использует, наследует...
но со ссылками почти все превращается в семантику "содержит".
кроме того, мы же находимся в контексте data entity.
а в этом контексте даже навигационные свойства к внешним data entity превращаются в "принадлежит".
я говорил в этом контексте.
согласен с тем, что сформулировано коряво.
над формулировкой нужно еще подумать.
Цитата:
Сообщение от
belugin
Не требуют relation суррогатных ключей - открой морпхикс и простой рилейшен на любых ключах.
да, ты прав. это я неточно сформулировал.
я говорил не о любых relation,
а о сильно нормализованных таблицах.
в которых связь технически нужно реализовать, но отражения на реальный мир эта связь не имеет.
такие relation как правило реализуются суррогатными ключами.
в аксапте это DimId, системная номерная серия и прочие
для таких ключей в номерной серии безболезненно можно использовать & вместо # - пользователи этого не заметят.
так вот, data entity полностью устраняют потребность в таких технических ключах.
Цитата:
Сообщение от
belugin
Это ключи а не релейшены указатели. Это они требуют внимания программиста. Проблема аккаунты в том, что нельзя в запросах использовать рилейшены аи не ключи.
да-да. именно это я и имел в виду.
нужно генерить искуственные ключи, чтобы их можно было использовать как Foregn Key,
и таким образом реализовать Relation в сильно нормализованных таблицах.
да, сформулировано было коряво.
надо подумать
Цитата:
Сообщение от
belugin
Требуется как только надо изобразить что-то сложнее иерархии.
ну да, ну да - "если объект может принадлежать нескольким объектам".
другими словами, граф, содержащий хотя бы один нетривиальный цикл. (не дерево)