LINQ 和 ADO.NET
当今，很多企业开发人员必须使用两种或更多种编程语言：使用某种高级语言（例如 Visual C# 或 Visual Basic）来开发业务逻辑层和呈现层，使用某种查询语言（例如 Transact-SQL）来与数据库交互。 这要求开发人员精通多种语言才能奏效，同时也导致在开发环境中语言不匹配。 例如，使用数据访问 API 对数据库执行查询的应用程序会将查询指定为用引号括起的字符串。 编译器无法读取此查询字符串，因此不会检查是否出错，例如语法无效或引用的列或行是否实际存在。 不会检查查询参数的类型，也不支持 IntelliSense。
语言集成查询 (LINQ) 使开发人员能够在应用程序代码中构建基于集的查询，而无需使用单独的查询语言。 可以编写针对各种可枚举数据源（即实现 IEnumerable 接口的数据源，例如内存中的数据结构、XML 文档、SQL 数据库和 DataSet 对象）的 LINQ 查询。 虽然这些可枚举数据源以多种方式实现，但它们都公开相同的语法和语言构造。 由于可以使用编程语言本身形成查询，因此您不必使用编译器无法理解或验证的以字符串形式嵌入的其他查询语言。 通过提供编译时类型和语法检查以及 IntelliSense，将查询集成到编程语言还能提高 Visual Studio 程序员的工作效率。 这些功能降低了对查询调试和错误修复的需求。
将数据从 SQL 表传输到内存中的对象通常单调乏味并容易出错。 LINQ to DataSet 和 LINQ to SQL 实现的 LINQ 提供程序可将源数据转换为基于 IEnumerable 的对象集合。 在您查询数据和更新数据时，程序员始终会以 IEnumerable 集合的形式查看这些数据。 为编写针对这些集合的查询提供完全的 IntelliSense 支持。
有三种独立的 ADO.NET 语言集成查询 (LINQ) 技术：LINQ to DataSet、LINQ to SQL 和 LINQ to Entities。 LINQ to DataSet 提供丰富的且针对 DataSet 优化的查询，LINQ to SQL 可用于直接查询 SQL Server 数据库架构，而 LINQ to Entities 可用于查询实体数据模型。
下面的关系图概述了 ADO.NET LINQ 技术如何关联到高级编程语言和启用 LINQ 的数据源。
有关 LINQ 的详细信息，请参阅语言集成查询 (LINQ)。
以下部分提供有关 LINQ to DataSet、LINQ to SQL 和 LINQ to Entities 的详细信息。
LINQ to DataSet
DataSet 是用作 ADO.NET 构建基础的离线编程模型的关键要素，其使用非常广泛。 LINQ to DataSet 使开发人员能够使用许多其他数据源可用的相同查询构建机制，在 DataSet 中内置更丰富的查询功能。 有关详细信息，请参阅 LINQ to DataSet。
LINQ to SQL
LINQ to SQL 是适合不需要映射到概念模型的开发人员使用的有用工具。 使用 LINQ to SQL，可以直接在现有数据库架构上使用 LINQ 编程模型。 开发人员可以使用 LINQ to SQL 生成用于表示数据的 .NET Framework 类。 这些生成的类直接映射到数据库表、视图、存储过程和用户定义的函数，而不映射到概念数据模型。
借助 LINQ to SQL，除了其他数据源（例如 XML）外，开发人员还可以使用与内存中集合和 DataSet 相同的 LINQ 编程模式直接针对存储架构编写代码。 有关详细信息，请参阅 LINQ to SQL。
LINQ to Entities
大多数应用程序目前是在关系数据库之上编写的。 有时这些应用程序将需要与以关系形式表示的数据进行交互。 数据库架构并不总是构建应用程序的理想选择，并且应用程序的概念模型与数据库的逻辑模型不同。 实体数据模型是可用于对特定域的数据进行建模的概念数据模型，以便应用程序可作为对象与数据交互。 有关详细信息，请参阅 ADO.NET 实体框架。
通过实体数据模型，在 .NET 环境中将关系数据作为对象公开。 这使得对象层成为实现 LINQ 支持的理想目标，开发人员可以采用生成业务逻辑所用的语言来构建数据库查询。 此功能称为 LINQ to Entities。 有关详细信息，请参阅 LINQ to Entities。