此文章主要向大家講述的是SQL Server數據庫與.NET與Visual Studio的聯通的介紹，隨著SQL Server 2008數據庫的的上市，微軟另兩款開發產品.NET Framework 3.5與Visual Studio 2008也同步發布中文版Service Pack 1。

包含傳聞已久的微軟ORM（Object Relational Mapping）解決方案──ADO.NET Entity Framework，而LINQ，隨著SQL Server 2008的上市，微軟另兩款開發產品.NET Framework 3.5及Visual Studio 2008也同步發布中文版Service Pack 1，包含傳聞已久的微軟ORM（Object Relational Mapping）解決方案──ADO.NET Entity Framework，而LINQ（Language Integrated Query）也將增加支持存取Entity Framework對象的LINQ To Entities。

此外， ADO.NET Data Services也是新的，包含比SOAP（Simple Object Access Protocol）通訊協議更簡單的REST（Representational State Transfer）存取模式，可滿足傾向簡單應用Web Services的Web開發者。

事實上，Visual Studio必須升級才能與SQL Server 2008無縫掛接，微軟的.NET與SQL Server研發團隊，有越來越緊密合作的趨勢，操作SQL Server數據庫***用的開發工具是Visual Studio，而.NET Framework目前支持最完整的數據庫也是SQL Server數據庫，可以看出微軟企圖利用彼此捆綁的策略，拉抬兩者市場份額的野心。

而SQL Server 2008本身跟程序開發有關的部分，比較重要的改變是增加許多新的數據方式，包括FileStream及Geography、Geometry等空間數據格式。FileStream可以存放文件的Metadata，并指定存放文件的實體目錄。而空間數據方式則包含許多函數，幫助開發者處理點／線／面的空間計算。

對象與關系型數據對應的解決方案

LINQ與ADO.NET Entity Framework在微軟是由兩個不同的團隊研發，功能上看似有些重迭，但實際上是要解決現今程序開發上，所面臨的不同問題。

LINQ提供統一操作各種數據集合的模式；而ADO.NET Entity Framework則是提供對象導向開發者，對象與關系型數據對應的解決方案。

相對于對象導向程序開發的思維，在發明SQL的年代，并沒有對象導向的觀念，所以SQL語法一點也不對象導向。而習慣用對象思考，并希望對象導向觀念與關系型數據庫可以平順整合的開發者，會希望有一套ORM解決方案。

而ORM的目的，是企圖幫助開發者從對象導向程序開發的角度，單純地思考類別之間的繼承及參照關系，而不需要知道實體的數據是如何分散在不同的數據表，以及對象背后對應哪些數據表，甚至SQL指令的組成，也交由平臺處理。

ADO.NET Entity Framework就是微軟的ORM解決方案，事實上，ORM在Java及PHP等陣營早有對應的解決方案，所以微軟在這方面的腳步并不算是很快。

ORM的價值

ADO.NET Entity Framework中的“Entity（數據實體）”，是指對象化的數據記錄。使用數據實體而不直接連接數據庫的好處，在于開發者不必使用SQL指令，而是透過對象的方法（Method）存取數據庫，藉以簡化程序設計的復雜度，并提升程序代碼重復使用的機會。

以客戶數據為例，在數據庫有Customer和Customer Detail兩個數據表（Table），運用ADO.NET Entity Framework，可以把2個數據表對應（Mapping）成一個Customer數據實體，也就是對象類別，開發者只需呼叫Customer類別的Insert、Update和Delete等Method，并輸入必要的參數，那么ADO.NET Entity Framework即自動產生對應的SQL語法，一對多地新增、修改及刪除Customer和Customer Detail數據表中的數據。

對象與數據表的對應，除了一對多的情況，也可能是多對一甚至多對多的復雜對應。例如一個Employee數據表，在業務面因為屬性不同，而拆成Manager、Employee和新人等3個不同的類別。

由于ORM需要對應SQL Server數據庫與對象的關聯，還要處理對象之間的繼承關系，使得應用上存在一定的復雜度，因此，設計工具扮演的角色，相形之下變得重要，如果它無法使對應關系的設定，盡可能地簡單而直覺，就會減損使用ORM的好處。

Visual Studio 2008升級至SP1之后，將提供可視化的精靈及操作工具，處理數據實體與數據庫的對應。主要的功能包括透過實體數據模型（Entity Data Model）導入現有數據庫的數據表，再以此為基礎，設定數據表之間的關聯，然后經由概念模型（Conceptual Model）處理數據表與數據實體兩者的對應。

這些作法的背后，實際上底層是透過3個XML文件記錄數據實體、數據庫結構及兩者之間的對應關系。不過，Visual Studio的操作界面，將透過圖形化的設計工具簡化對應的難度。

概念模型與ER Model不同

微軟所謂的概念模型，與過去設計數據庫架構常見的ER Model（Entity Relationship Model，實體關系模型）并不相同。

ER Model以圖形化的方式，描述實體數據表之間的一對一、一對多或多對多關系，是屬于實體的數據庫模型。而概念模型則貼近系統分析階段的思維，以業務的角度看待數據實體。

從這里也可以看出對象導向與SQL Server數據庫設計理念的不同之處。

數據庫設計時，為了避免同樣的數據重復存在于多個數據表，造成空間的浪費及維護的困難，所以必須歷經正規化過程。

例如員工基本數據包含親屬數據，但設計關系型數據庫時為了正規化，親屬數據可能被拆出來，成為另一個數據表，而兩者透過主鍵（Primary Key）和外部索引鍵（Foreign Key）建立一對多關系。

使用ER Model就會是兩個數據表透過一對多關系連接，而進入概念模型之后，就對象導向的觀點，將是以一個數據實體代表員工，其中會有一個屬性是親屬數據的集合。而在概念模型的背后，是員工這個數據實體，一對多地對應到數據庫的員工數據及親屬數據兩個數據表。

【編輯推薦】

1. SQL Server數據轉換服務利用與導入式格式的描述
2. SQL Server性能進行提高的4項技術概述
3. 正確維護Sql Server表索引的2個步驟
4. SQL Server數據庫的N多注意事項
5. SQL ServerCoalesce的大量使用的具體描述