比较LINQ to Entities和LINQ to SQL

[来源：ADO.NET Technology Preview论坛] Kevin Hoffman的文章《LINQ to Entities vs. LINQ to SQL - What should I use and when? 》对LINQ to Entities与 LINQ to SQL(原名DLINQ)的功能做了比较，还对具体应该采用哪个技术做了讨论。

功能比较如下：

注：*估计作者有误，五月份的LINQ CTP版支持单表继承
      #支持三种继承映射，单表(table-per hierarchy)，一类一表(table-per type)，一具体类一表(table-per concrete type)

LINQ to Entities与LINQ to SQL间最本质性的区别在于，LINQ to Entities是对概念数据模型(conceptual data model)的查询。

Kevin Hoffman的结论是，

1. 如果你需要有对底层数据库数据定义的隔离，使你的对象更有弹性，那么采用实体框架
2. 如果你需要实体继承和实体组合，那么使用实体框架
3. 如果你已经有大量DLINQ 编码，不用实体也运行正常，那么别浪费时间重构到实体框架
4. 如果你需要针对对象模型做LINQ查询，但你的对象模型与数据库里的数据表有1:1对应的话，你大概不需要实体框架
5. ADO.NET vNext包含一个“客户端视图(client-views)”引擎，假以时日，其威力之强劲，让人难以拒绝实体框架

Paul Gielens也指出，选择哪个技术，很大程度上取决于你的数据库定义与你的domain model是否相近。如果非常相似，那么使用LINQ to SQL更直接了当，否则就使用ADO.NET实体框架。

*********************************
(第一次使用Windows Live Writer发中文贴，有一个地方很奇怪，Windows Live Writer居然不让拷贝中文标题！)