我 'o' 及之間有點混亂 ' - >' 在模型文件中使用,例如:通過由assetid {'o'和.cto文件中使用的箭頭符號有什麼不同?
識別ö字符串
資產字段由assetid
ö客戶僱主
- >客戶CUSTID
}
由客戶ID識別的參與者的客戶{
Ø字符串客戶ID
}
「
之間有什麼區別的 」o客戶所有者「 和 」 - >客戶CUSTID「?
我 'o' 及之間有點混亂 ' - >' 在模型文件中使用,例如:通過由assetid {'o'和.cto文件中使用的箭頭符號有什麼不同?
識別ö字符串
資產字段由assetid
ö客戶僱主
- >客戶CUSTID
}
由客戶ID識別的參與者的客戶{
Ø字符串客戶ID
}
「
之間有什麼區別的 」o客戶所有者「 和 」 - >客戶CUSTID「?
o
表示這是一個類的wned屬性。又名「字段」。這意味着當類的實例被刪除時,它的所有屬性也會被刪除。
-->
表示這是與另一個可尋址資源的關係。又名指針或主/外鍵實體關係。
在您的示例中,您的資產Field
有一個屬性或類型爲Customer
的所有者。當Field
的實例被刪除時,它們存儲在所有者屬性中的Customer
的實例也將被刪除。
Field
資產也與存儲在名爲custId
的屬性中的Customer
實例有關係。刪除字段的實例將而不是刪除關係所指向的Customer
的實例。
作曲家關係本質上是類型指針。它們是指向的資源的完全限定類型名稱,以及所指向的實例的標識。
在Composer關係中不會級聯刪除,並且不存在關係的參照完整性檢查。由應用程序決定是否存在關係末尾的資源,並進行適當的響應。
請注意,將來我們可能會阻止使用o
與資產和參與者。這對於那些希望在各自的註冊管理機構中找到它們的人來說確實沒有什麼意義,並且令人困惑。對於資產和參與者,人們應該使用-->
。
非常感謝Dan :) –