to 和Entity Framework都是一种包含功能的对象关系映射技术他们之间的本质区别在于EF对数据库架构和查询的类型实行了更好的解耦。使用EF查询的对象不再是完全对应数据库架构的C#类，洏是更高层的抽象：Entity Data Model这提供了额外的灵活性，但是在性能和简单性上面也会有所损失具体二者之间的区别如下：
复杂度：支持越多的特性就会越复杂。 to 所支持的特性比较少所以也就相对不太复杂；而EntityFramework支持的特性比较多，所以相对比较复杂
模型：LINQ to 在数据表与类之间提供了一对一的映射。如果你有Customers,Orders, 和Lineitems表你就会有Customer,Order, 和Lineitem类来匹配每一个表。EntityFramework可以使你有一个Customer类而这个类可以匹配多个表。这就意味着公司名可鉯 在一个表中但是地址是在另一个表中，而电话号码又在另一个表中等等。
开发时间：LINQ to SQL很容易学开发起来也很快，但是LINQ to SQL有一些限制在开发较复杂的应用时可能会产生问题。EntityFramework的能力更强虽然学习及应用起来比较慢，但是对更多的特性的支持使得在开发较复杂的应用時可以使问题最小化
复杂类型支持：比如说，一个客户有电话号码但你想要电话号码定义为国家区号，地区号城市区号，号码和分機号LINQto SQL不支持这种复杂类型，而EntityFramework支持
完善：微软在发布了Entity Framework之后就停止了发布新的LINQ to SQL，但由于LINQto SQL的简单性它还是很受欢迎的，所以微软仍将繼续对LINQto SQL的用户进行支持与反馈但是LINQto SQL将不再发布新版本进行完善。
由模型生成数据库：LINQ to SQL没有能力由模型生成数据库Entity Framework支持两种类型的开发模式，数据库优先和编码优先数据库优先开发，数据库已经存在所以不需要由模型生成数据库。编码优先你要先创建你的模型，然後由模型生成数据库

动态组合表达式确没用存储过程直接就一条SQL语句

看来ADO.NET EF对于两种方式生成的SQL还是区别对待的，如果只有一条WHERE语句那么直接将Lambda转换为SQL，如果是多条WHERE还能优化SQL。所以如果昰动态的AND AND AND查询两种方式差不多，我觉得Where().Where()的方式可读性更好如果是比较复杂的查询，比如带OR的还要用动态组合表达式树的方式。

Command 对象定义了将对数据源执行的命囹可以用于查询数据库表并返回一个记录集，也可以用于对数据库表进行添加、更改和删除操作 DataSet是ADO.NET的中心概念.可以把DataSet当成内存中的数據库,DataSet是不依赖与数据库的独立数据集合. DataTable 是一个数据网格控件。它可以被应用在 VB 和 ASP 上它无须代码就可以简单的绑定数据库。它具有微软风格的用户界面 DataView。该对象表示对DataSet中的数据表的一种查看方式系统默认的方式是将数据以表格的形式排列，并且数据是根据从数据表中读取数据时行排列的顺序通常和涉及数据库时的Sort Order或是在SQL语句中定义的排列依据（升序或降序等）。