LINQ和ADO.NET技術概述
LINQ和ADO.NET
如今，許多業務開發人員都必須使用兩種（或多種）編程語言：用于業務邏輯和表示層的高級語言（如 Visual C# 或 Visual Basic）和可與數據庫交互的查詢語言（如 Transact-SQL）。這要求開發人員精通多種語言才能奏效，同時也導致在開發環境中語言不匹配。例如，使用數據訪問 API 對數據庫執行查詢的應用程序會將查詢指定為用引號括起的字符串。編譯器不能讀取此查詢字符串，因此不會檢查是否有錯誤，如語法無效或引用的列或行是否實際存在。不會檢查查詢參數的類型，也不支持 IntelliSense。
語言集成查詢 (LINQ) 使開發人員能夠在應用程序代碼中形成基于集合的查詢，而不必使用單獨的查詢語言。您可以編寫針對各種可枚舉數據源（即實現 IEnumerable 接口的數據源）的 LINQ 查詢，可枚舉數據源包括駐留在內存中的數據結構、XML 文檔、SQL 數據庫和 DataSet 對象等。雖然這些可枚舉數據源以多種方式實現，但它們都公開相同的語法和語言構造。由于可以使用編程語言本身形成查詢，因此您不必使用編譯器無法理解或驗證的以字符串形式嵌入的其他查詢語言。通過提供編譯時類型和語法檢查以及 IntelliSense，將查詢集成到編程語言也使 Visual Studio 程序員的工作更有效。這些功能降低了對查詢調試和錯誤修復的需求。
有三種獨立的 ADO.NET 語言集成查詢 (LINQ) 技術：LINQ to DataSet、LINQ to SQL 和 LINQ to Entities。LINQ to DataSet 提供針對 DataSet 的形式多樣的優化查詢，LINQ to SQL 使您可以直接查詢 SQL Server 數據庫架構，而 LINQ to Entities 允許您查詢 實體數據模型。
將數據從 SQL 表傳輸到內存中的對象通常單調乏味并容易出錯。由 LINQ to DataSet 和 LINQ to SQL 實現的 LINQ 提供程序可以將源數據轉換為基于 IEnumerable 的對象集合。在您查詢數據和更新數據時，程序員始終會以 IEnumerable 集合的形式查看這些數據。為編寫針對這些集合的查詢提供完全的 IntelliSense 支持。
LINQ和ADO.NET：關系圖
下面的關系圖概述了 ADO.NET LINQ 技術如何關聯到高級編程語言和啟用 LINQ 的數據源。
下面各節提供有關 LINQ to DataSet、LINQ to SQL 和 LINQ to Entities 的更多信息。
LINQ to DataSet
DataSet 是賴以生成 ADO.NET 的斷開連接式編程模型的關鍵元素，使用非常廣泛。LINQ to DataSet 使開發人員能夠通過使用許多其他數據源可用的同樣的查詢表述機制在 DataSet 中內置更豐富的查詢功能。
LINQ to SQL
LINQ to SQL 是適合不需要映射到概念模型的開發人員使用的有用工具。通過使用 LINQ to SQL，您可以直接在現有數據庫架構上直接使用 LINQ 編程模型。LINQ to SQL 使開發人員能夠生成表示數據的 .NET Framework 類。這些生成的類直接映射到數據庫表、視圖、存儲過程和用戶定義的函數，而不映射到概念數據模型。
使用 LINQ to SQL 時，除了其他數據源（如 XML）外，開發人員還可以使用與內存集合和 DataSet 相同的 LINQ 編程模式直接編寫針對存儲架構的代碼。
LINQ to Entities
大多數應用程序目前是在關系數據庫之上編寫的。有時這些應用程序將需要與以關系形式表示的數據進行交互。數據庫架構并不總是構建應用程序的理想選擇，并且應用程序的概念模型與數據庫的邏輯模型不同。實體數據模型 是可用于對特定域的數據進行建模的概念數據模型，以便應用程序可作為對象與數據進行交互。
通過 實體數據模型，在 .NET 環境中將關系數據作為對象公開。這樣，對象層就成為 LINQ 支持的理想目標，從而允許開發人員通過用于構建業務邏輯的語言編寫對數據庫的查詢。
以上就介紹了LINQ和ADO.NET的關系以及一些技術方面的簡介。
【編輯推薦】
