實體資料模型

實體資料模型 (EDM) 是描述資料結構的概念集,不論其預存形式為何。 EDM 借用 Peter Chen 於 1976 年描述的實體關聯模型 (Entity-Relationship Model),但同時補強實體關聯模型並延伸其傳統用法。

EDM 解決資料儲存形式過多所導致的難題。 例如,試想將資料儲存在關聯式資料庫、文字檔、XML 檔、試算表及報告中的企業。 這代表著資料模型、應用程式設計及資料存取各方面的重大挑戰。 設計資料導向應用程式時,難題在於撰寫有效率且可維護的程式碼,而不需犧牲資料存取、儲存的效率及擴充性。 資料具有關聯結構時,資料存取、儲存及擴充性非常有效率,但維持寫入效率及可維護的程式碼則更為困難。 資料具有物件結構時,取捨則是相反的:必須犧牲資料存取及儲存的效率和擴充性,以換取寫入效率和可維護的程式碼。 即使能在這些取捨當中找到平衡,在不同形式之間轉移資料時仍會出現新的挑戰。 實體資料模型能夠依據獨立於任何儲存結構描述的實體和關聯來描述資料結構,因此可以解決這些難題。 這也讓資料的預存形式與應用設計和開發不相關。 同時,由於實體和關聯會以應用程式中使用資料的方式 (而非其預存形式) 來描述資料結構,因此可以隨著應用程式的演進而演進。

conceptual model是以實體和關係代表資料結構的特定表示,而且通常是以實作 EDM 概念的特定定義域語言 (DSL) 定義而成。 概念結構描述定義語言 (CSDL) 是這類特定領域語言的範例。 您可以將概念模型中描述的實體和關聯視為應用程式中的抽象物件和關聯。 這樣可讓開發人員專注於概念模型,不需擔心儲存結構描述,也可以讓他們有效率地撰寫程式碼並兼顧可維護性。 同時,儲存結構描述設計人員可以專注於資料存取、儲存的效率及擴充性。

本節內容

本節的主題描述實體資料模型的概念。 實作 EDM 介面的任何 DSL 都應包括此處描述的概念。 請注意,ADO.NET Entity Framework 會使用 CSDL 來定義概念模型。 如需詳細資訊,請參閱 CSDL Specification

實體資料模型索引鍵概念

實體資料模型:命名空間

實體資料模型:基本資料類型

實體資料模型:繼承

關聯 End

關聯 End 多重性

關聯集

關聯集 End

關聯類型

複雜類型

實體容器

實體索引鍵

實體集

實體類型

facet

外部索引鍵屬性

模型宣告函式

模型定義函式

導覽屬性

property

參考完整性條件約束

另請參閱