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的关系以及一些技术方面的简介。
【编辑推荐】
