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

包含傳聞已久的微軟ORM（Object Relational Mapping）解決方案──ADO.NET Entity Framework，而LINQ，隨著SQL Server 2008的上市，微軟另兩款開發(fā)產(chǎn)品.NET Framework 3.5及Visual Studio 2008也同步發(fā)布中文版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）通訊協(xié)議更簡單的REST（Representational State Transfer）存取模式，可滿足傾向簡單應(yīng)用Web Services的Web開發(fā)者。

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

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

對象與關(guān)系型數(shù)據(jù)對應(yīng)的解決方案

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

LINQ提供統(tǒng)一操作各種數(shù)據(jù)集合的模式；而ADO.NET Entity Framework則是提供對象導向開發(fā)者，對象與關(guān)系型數(shù)據(jù)對應(yīng)的解決方案。

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

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

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

ORM的價值

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

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

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

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

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

這些作法的背后，實際上底層是透過3個XML文件記錄數(shù)據(jù)實體、數(shù)據(jù)庫結(jié)構(gòu)及兩者之間的對應(yīng)關(guān)系。不過，Visual Studio的操作界面，將透過圖形化的設(shè)計工具簡化對應(yīng)的難度。

概念模型與ER Model不同

微軟所謂的概念模型，與過去設(shè)計數(shù)據(jù)庫架構(gòu)常見的ER Model（Entity Relationship Model，實體關(guān)系模型）并不相同。

ER Model以圖形化的方式，描述實體數(shù)據(jù)表之間的一對一、一對多或多對多關(guān)系，是屬于實體的數(shù)據(jù)庫模型。而概念模型則貼近系統(tǒng)分析階段的思維，以業(yè)務(wù)的角度看待數(shù)據(jù)實體。

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

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

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

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

【編輯推薦】

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