实体框架与LINQ to SQL

解决并发冲突

同质数据源：SQL Server仅适用于数据结构设计良好的小型项目可以在不使用SqlMetal.exe重新编译的情况下更改映射.dbml（数据库标记语言）表和类之间的一对一映射支持TPH继承不支持复杂类型存储优先方法以数据库为中心的数据库视图由C#团队创建支持但不打算进一步改进

实体框架

异构数据源：支持多个数据提供者建议用于所有新项目，以下项目除外：小型（LINQ to SQL）当数据源是平面文件（ADO.NET）时在将模型和映射文件元数据工件过程设置为复制到输出目录时，可以在不重新编译的情况下更改映射.edmx（实体数据模型），包含：SSDL（存储架构定义语言）概念模式定义语言映射规范语言表和类之间的一对一、一对多、多对一映射支持继承：TPH（每个层次的表）TPT（每种类型的表格）TPC（混凝土等级表）支持复杂类型代码优先、模型优先、存储优先的方法以应用程序为中心的数据库视图由SQL Server团队创建Microsoft Data API的未来

另请参见：

LINQ To SQL与实体框架LINQ to SQL与实体框架的区别实体框架与LINQ TO SQL

2015-04-21 08:26:32

如果您的数据库简单明了，LINQ to SQL就可以了。如果您需要在表上添加逻辑/抽象实体，请使用实体框架。

2008-09-17 07:22:11

Linq到SQL

它是提供程序，仅支持SQL Server。这是一种将SQL Server数据库表映射到.NET对象的映射技术。这是微软第一次尝试ORM对象关系映射器。

链接到实体

是相同的想法，但在后台使用实体框架，作为ORM-同样来自Microsoft，它支持多个数据库实体框架的主要优点是开发人员可以在任何数据库上工作，无需学习语法即可在不同的数据库上执行任何操作

根据我的个人经验，Ef更好（如果你对SQL一无所知）与EF相比，LINQ的性能稍快，因为LINQ语言是用lambda编写的。

2017-02-21 05:36:24

这里的答案涵盖了Linq2Sql和EF之间的许多差异，但有一个关键点没有得到太多关注：Linq2Sql只支持SQL Server，而EF为以下RDBMS提供了提供程序：

由Microsoft提供：

用于SQL Server、OBDC和OLE DB的ADO.NET驱动程序

通过第三方提供商：

MySQL数据库神谕分布式数据库维斯塔数据库数据库PostgreSQLInformix公司U2型Sybase公司Synergex公司火鸟Npgsql语言

举几个例子。

这使得EF成为关系数据存储的强大编程抽象，这意味着无论底层数据存储如何，开发人员都可以使用一致的编程模型。这在开发产品时非常有用，您希望确保产品能够与广泛的通用RDBMS互操作。

这种抽象有用的另一种情况是，您是一个开发团队的一部分，该团队与许多不同的客户或组织内的不同业务部门合作，您希望通过减少他们必须熟悉的RDBMS的数量来提高开发人员的生产力，以便在不同的RDBMS之上支持一系列不同的应用程序。

2014-03-17 03:19:58

LINQ to SQL真的死了吗？Jonathan Allen为InfoQ.com撰写

马特·沃伦（Matt Warren）将[LINQ to SQL]描述为“根本就不应该存在”的东西。从本质上讲，在真正的ORM准备就绪之前，它只是应该帮助他们开发LINQ。...实体框架的规模导致它错过了.NET 3.5/VVisual Studio 2008的最后期限。它及时完成了不幸命名为“.NET 3.5 Service Pack 1”，它更像是一个主要版本，而不是一个Service Pack。...由于复杂性，开发人员不喜欢[ADO.NET实体框架]。...从.NET 4.0开始，LINQ to Entities将是LINQ to关系场景的推荐数据访问解决方案。

2008-11-03 15:53:25