一、前言：

目前，隨著數據庫系統和編程語言的不斷發展，它們各自都有了自己專注的特定的功能而逐漸分離開。這導致產生了在現今的應用程序中的數據存儲和業務邏輯之間的阻抗失諧。SQL Server 2008與Microsoft數據平臺技術的結合使得你可以快速并輕松的建立能夠消除這個失諧的綜合的和可擴展的基于數據的解決方案。

尤其是，ADO.NET 實體框架為開發人員定義了一個新的方式來將數據放到易于使用的實體中，而一個叫做LINQ的創新技術定義了一個新的、強大的數據訪問查詢語法來與實際的任何數據類型直接通信，包括實體和SQL Server 2008。

SQL Server 2008專注于三個關鍵領域來滿足目前的數據可編程性需求：

◆ 生產力。SQL Server 2008和Microsoft Visual Studio®為開發人員提供了新的數據模型、語法和團隊合作工具，提高了開發人員的生產力。

◆ 連接。SQL Server 2008支持新的和舊的連接技術，使得開發人員可以使用最適合他們的要求的技術。

◆ 可擴展性。SQL Server 2008提供了一個用于許多不同類型的工作負載(從移動設備到企業解決方案)的可擴展的數據庫系統。它還與Visual Studio 集成，從而使得開發人員可以建立可擴展的解決方案。

二、提高了生產力

Microsoft SQL Server 2008和Microsoft 數據平臺的開發技術為開發人員提供了架構、數據連接技術、編程語言、Web services 、開發工具、和數據間的無縫集成，從而提高了開發人員的生產力。

ADO.NET實體框架

開發人員經常花費大量的時間解析數據庫架構和編寫復雜的查詢來獲取他們的應用程序中所需要的數據。ADO.NET 實體框架簡化了這些工作，使得開發人員可以專注于他們的應用程序的業務邏輯。

企業系統經常使用多個異構數據源的數據，這些數據使用不同的架構和命名規則。此外，這些數據源經常使用不同的標準化級別，這導致用于某個特定的業務項目的信息跨越了多個表和行。而這使得開發人員得寫大量的應用邏輯來管理這些復雜的數據庫關系。

ADO.NET 實體框架基于實體數據模型，使得開發人員可以將數據庫架構中的關系數據轉換到可以直接在應用程序中使用的概念實體中。例如，你的應用程序中的客戶數據可能存儲在數據庫中的多個表中。通過使用ADO.NET實體框架，架構師和開發人員可以定義一個單獨的概念上的客戶實體，這個實體完全抽象了從應用程序中訪問和更新客戶數據所需要的復雜關系。這個抽象層將數據訪問邏輯封裝到一組用在一個應用程序中的良好定義的實體中，而這個抽象幫助開發人員專注于開發應用程序的邏輯。

ADO.NET 實體框架提供了一個數據編程界面

◆ 易于理解概念數據模型。通過使用實體數據模型，你可以按照應用程序中的業務邏輯來使用數據，而不是數據源的邏輯架構。

◆ 易于設計和開發應用程序。開發結合了業務邏輯和數據訪問邏輯的應用程序使得架構師設計應用程序和開發人員編寫代碼都變得簡單得多。

◆ 易于維護應用程序。通過使用一個概念數據模型，開發人員可以專注于應用程序的業務邏輯，而不是數據存儲邏輯。而且，ADO.NET 實體框架保護應用程序，防止對后臺數據架構的改動，這樣就將維護工作降低到最小。

因為實體數據模型使用實體而不是表和行，開發人員需要一個與這些對象交互的查詢語言。實體SQL(Entity SQL)是一個新的語言，它能夠執行面向集合的聲明性查詢語言和對實體數據模型中的實體和關系的更新。實體SQL與實際的數據提供商無關，所以你可以重用對不同的數據庫提供商的查詢，這節省了你的編碼時間。

大多數開發人員使用面向對象的編程語言例如C#和Visual Basic 在他們的商業應用程序中編寫新的代碼。這些語言模型實體將類及其活動作為它們的代碼，而ADO.NET將數據作為它的值。這導致了數據和應用程序間的阻抗失諧。ADO.NET 實體框架提供了一個對象服務層，它降低了這個失諧程度。開發人員可以使用對象服務來建立類型查詢和返回、操縱和更新作為業務對象的結果。ADO.NET 實體框架從架構中的實體數據模型實體生成.NET類。這些類是局部類，因此開發人員可以用定制的業務邏輯來擴展它們，而不會影響已生成的代碼。這些業務對象可以通過實體SQL或語言級集成查詢能力來查詢(Language Integrated Query，LINQ)。