ADO.NET 資料服務規格
ADO.NET 資料服務規格會定義如何針對 URI 所識別的資源執行建立、讀取、更新和刪除作業。本章節的主題將描述如何透過定義 URI 定址語法與各種實體類型互動、ADO.NET 資料服務所辨識的裝載格式,以及 HTTP 通訊協定 (Protocol) 可用於存取和管理資源的規則。
下列規格需要對 Entity Data Model 有基本的了解。
概觀
作業是針對 URI 所識別的資源執行。下列資源類型可以在 ADO.NET 資料服務通訊協定中定址:
實體集代表 EntitySet 或 AssociationSet。EntitySet 是 entity type 執行個體 (Instance) 的集合。實體定義在概念結構定義語言 (CSDL) 中。
關聯型別代表 CSDL 中實體類型之間的關聯。關聯會定義成 AssociationSet 的成員。
![]() |
---|
EntityType 代表應用程式定義域中有用的資料項目,例如客戶、訂單、產品或供應商。實體之間的關聯性會定義成 AssociationType。 |
屬性代表 EntityType 所包含的資料。EntityType 可能會具有指定之 EDM 簡單型別或 ComplexType 的一個或多個屬性。
複雜類型代表一組相關的資訊,例如位址或非獨立實體的其他多重值屬性。EDM 中的 ComplexType 是由簡單或複雜類型的一個或多個屬性所組成。與 EntityType 不同的是,ComplexType 沒有識別 (Identity) 索引鍵。
導覽屬性:描述兩個實體類型之間的雙向導覽路徑。雙向導覽需要參與 AssociationType 之兩個實體的 NavigationProperty 定義。
導覽連結:描述單向導覽路徑,從宣告 EntityType 到目的地 EntityType。NavigationProperty 僅定義在 Association 的一端。
服務作業會部署可由 URI 定址的方法或函式。服務作業可用於實作安全性邏輯。讓給定資料來源中的所有資料都可供所有擁有完整存取權的使用者使用並不適用於大部分案例。應用程式會利用驗證規則來限制可見的實體集,並且加上管理用戶端代理程式與資料互動之方式的原則。服務作業是針對支援這類需求所設計的,而且能夠以這類方式定址,以便在 URI 語法中顯示成其他資源集。
如需詳細資訊,請參閱用於定址資源的 URI 格式 (ADO.NET 資料服務架構)。
另請參閱
概念
包含統一 URI 的簡單資料定址配置 (ADO.NET 資料服務架構)
服務作業和攔截器 (ADO.NET 資料服務架構)
一般 HTTP 需求 (ADO.NET 資料服務架構)