为什么需要Linq?（摘自原文）
读者会发现LINQ着眼于解决编程语言和数据库之间广发存在的不统一问题。
1.常见的问题，使用.NET Framework Class Library(FCL)提供了ADO.NET，开发人员必须显式地操作数据库中的表、记录、列，而当下流行的C#语言却都是面向对象的。
为了解决上面说的ADO.NET的问题，当然可以使用某些对象/关系映射工具，但这些工具也不是完美的，存在着自身的限制。例如，用来访问数据库的工具一般没法处理其他数据源，比如XML。
并且有一件事情只用微软能够做到，而第三方对象/关系映射工具生厂商无法实现，那就是将数据访问以及查询功能集成至语言本身中。
所以引入LINQ的动机主要有两个：一是微软尚没有一套数据映射解决方案；二是借助LINQ能够将查询集成至开发语言中。
LINQ的设计目的在于，开发人员可以在其熟悉的语言中使用统一的查询访问任何数据源。
额，我感觉这部分于前面部分有重复呢，都是使用Linq可以解决的问题。
2.解决理念上的失调
这部分，文字真多了，我看了好久，都有点不耐烦了。具体值得什么意思呢？
阻抗失调，就是面向对象、关系型数据库以及xml，表现数据时并不能很好的转换（个人理解的）；
对象/关系映射，首先基础数据类型就不同，其次是理论来源于不同的数据模型，比例的是关系型数据库和面向对象的模型，然后又说编程模型也不同，最后提到了封装也是不同的。
总而言之，就是关系型数据库和面向对象的类层次结构之间存在着差异。
但是，我们希望将对象模型映射到关系型数据库中，一般来说，连接面向对象语言和关系型数据库的一个解决方案是使用对象/关系映射，简而言之，我们为对象/关系映射程序提供类、数据库以及映射的配置，随后映射程序将自动完成余下的工作。比如生成SQL语句、从数据库中获取数据并填充至对象中，以及将对象持久化到数据库中等。
当然，没有那种解决方案是完美的，且对象/关系映射程序仍有改进的空间。
总结下，无法完美的转换，可以使用对象/关系或者xml映射 程序工具来解决转换的问题。当然，也只是书中抛砖引玉，最终的解决方案就是Linq喽。
“阻抗失调”让我们不得不在两边中选择其一作为“主要”的一边。在Linq中微软公司选择了编程语言作为主要的一边，因为修改C#和VB.NET要比修改SQL或XML容易得多。LINQ的主要理念是将数据查询和维护的工作紧密集成至编程语言中。
LINQ打通了对象、数据库和XML之间的很多限制，允许开发人员基于相同的语言集成特性操作3种不同领域中的数据。
这样，我有个问题，LINQ是不是包含了对象/关系或xml映射 工具的功能了，我之前是分不清Linq和EF的。