在@lars发布的文章中，有许多明显的区别，但简短的回答是：

L2S是紧密耦合的-对象属性到数据库的特定字段，或者更正确地将对象映射到特定数据库模式L2S仅适用于SQL Server（据我所知）EF允许将单个类映射到多个表EF将处理M-M关系EF将能够针对任何ADO.NET数据提供程序

最初的前提是L2S用于快速开发，EF用于更多的“企业级”n层应用程序，但这使L2S的销售有点不足。

我认为快速而肮脏的答案是

LINQ to SQL是实现这一目标的快速简便的方法。这意味着如果你正在做一些小的事情，你会更快地完成任务，更快地交付。实体框架是一种全面、无限制的方法。这意味着如果你在做更大的事情，你会提前花更多的时间，发展得更慢，并且有更大的灵活性。

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

LINQ to SQL仅支持Microsoft SQL Server中可用的数据库表、视图、存储过程和函数的1对1映射。它是一个很好的API，可用于快速构建设计相对良好的SQL Server数据库的数据访问。LINQ2SQL首次与C#3.0和.Net Framework 3.5一起发布。

LINQ to Entities（ADO.Net Entity Framework）是一个ORM（对象关系映射器）API，它允许广泛定义对象域模型及其与许多不同ADO.Net数据提供程序的关系。因此，您可以混合和匹配许多不同的数据库供应商、应用程序服务器或协议，以设计由各种表、源、服务等构建的对象的聚合组合。ADO.Net Framework是与.Net Framework 3.5 SP1一起发布的。

这是一篇很好的MSDN入门文章：将LINQ引入关系数据

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关系场景的推荐数据访问解决方案。

我的印象是，如果Linq2Sql不符合您的需求，那么您的数据库就相当糟糕或者设计得非常糟糕。我有大约10个大大小小的网站都在使用Linq2Sql。我已经多次查看和实体框架，但我找不到在Linq2Sql上使用它的好理由。也就是说，我尝试使用我的数据库作为模型，所以我已经在模型和数据库之间建立了1对1的映射。

在我目前的工作中，我们有一个拥有200多个表的数据库。一个有很多糟糕解决方案的旧数据库，因此我可以看到实体框架优于Linq2Sql的好处，但我还是希望重新设计数据库，因为数据库是应用程序的引擎，如果数据库设计糟糕且速度慢，那么我的应用程序也会很慢。在这样的数据库上使用Entity框架似乎是一种快速修复方法，可以掩盖坏模型，但它永远无法掩盖从这样的数据库中获得的糟糕性能。

我在实体框架方面的经验并不出色。首先，您必须从EF基类继承，所以向POCO说再见。你的设计必须围绕EF。使用LinqtoSQL，我可以使用现有的业务对象。此外，没有延迟加载，您必须自己实现。有一些变通方法可以使用POCO和延迟加载，但它们存在IMHO，因为EF还没有准备好。我计划在4.0后重新开始

我认为，如果您需要快速开发一些东西，而中间没有奇怪的东西，那么您需要有代表您的表的实体：

Linq2Sql可以是一个很好的联盟，将它与LinQ一起使用可以释放出一个良好的开发时机。

两者都不支持唯一的SQL 2008数据类型。与我的观点不同的是，Entity仍然有机会在未来的某个版本中围绕我的地理数据类型构建模型，而Linq to SQL被放弃，永远不会。

不知道nHibernate或OpenAccess有什么问题。。。

我发现在使用EF时，我不能在同一个数据库模型中使用多个数据库。但在linq2sql中，我只需在模式名称前面加上数据库名称即可。

这是我最初开始使用linq2sql的原因之一。我不知道EF是否已经允许这一功能，但我记得读到它的初衷是不允许这一点。

我在这里找到了一个非常好的答案，它解释了何时使用简单的词语：

使用哪个框架的基本经验法则是如何规划在演示层中编辑数据。Linq To Sql-如果您计划编辑一对一的表示层中数据的关系。意思是你不要计划在任何一个视图中组合来自多个表的数据或第页。实体框架-如果您计划在视图或页面中组合来自多个表的数据。制作更清楚的是，上述术语是特定于在视图或页面中操纵，而不仅仅是显示。这是重要的是要理解。使用实体框架，您可以将表格数据“合并”在一起以可编辑的形式呈现给演示层，然后提交表格后，EF将知道如何更新所有数据从各种表格中选择。可能有更准确的理由选择EF而不是L2S，但是这可能是最容易理解的。L2S没有能够合并数据以进行视图显示。

这里的答案涵盖了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之上支持一系列不同的应用程序。

解决并发冲突

同质数据源：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

Linq到SQL

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

链接到实体

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

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

我正在为一个使用Linq to SQL的大型项目的客户工作。当项目开始时，这是一个明显的选择，因为当时实体框架缺乏一些主要功能，Linq to SQL的性能要好得多。

现在EF已经进化，Linq to SQL缺少异步支持，这对于高度可扩展的服务非常有用。我们有时每秒有100多个请求，尽管我们已经优化了数据库，但大多数查询仍然需要几毫秒才能完成。由于同步数据库调用，线程被阻塞，无法用于其他请求。

我们正考虑切换到实体框架，仅用于此功能。遗憾的是，微软没有在Linq to SQL中实现异步支持（或者开源，所以社区可以这样做）。

2018年12月补遗：微软正在向.NET Core迁移，而Linq-2-SQL在.NET Core上不受支持，因此您需要迁移到EF，以确保将来可以迁移到EF.Core。

还有一些其他选项需要考虑，例如LLBLGen。它是一个成熟的ORM解决方案，已经存在了很长时间，并且已经被证明比MS数据解决方案（ODBC、ADO、ADO.NET、Linq-2-SQL、EF、EF.core）更具未来性。

这里有一些指标。。。（量化事物！！！）

我在使用实体框架的地方进行了这个查询

var result = (from metattachType in _dbContext.METATTACH_TYPE
                join lineItemMetattachType in _dbContext.LINE_ITEM_METATTACH_TYPE on metattachType.ID equals lineItemMetattachType.METATTACH_TYPE_ID
                where (lineItemMetattachType.LINE_ITEM_ID == lineItemId && lineItemMetattachType.IS_DELETED == false
                && metattachType.IS_DELETED == false)
                select new MetattachTypeDto()
                {
                    Id = metattachType.ID,
                    Name = metattachType.NAME
                }).ToList();

并将其更改为我使用的存储库模式Linq公司

            return await _attachmentTypeRepository.GetAll().Where(x => !x.IsDeleted)
                .Join(_lineItemAttachmentTypeRepository.GetAll().Where(x => x.LineItemId == lineItemId && !x.IsDeleted),
                attachmentType => attachmentType.Id,
                lineItemAttachmentType => lineItemAttachmentType.MetattachTypeId,
                (attachmentType, lineItemAttachmentType) => new AttachmentTypeDto
                {
                    Id = attachmentType.Id,
                    Name = attachmentType.Name
                }).ToListAsync().ConfigureAwait(false);

Linq到sql

            return (from attachmentType in _attachmentTypeRepository.GetAll()
                    join lineItemAttachmentType in _lineItemAttachmentTypeRepository.GetAll() on attachmentType.Id equals lineItemAttachmentType.MetattachTypeId
                    where (lineItemAttachmentType.LineItemId == lineItemId && !lineItemAttachmentType.IsDeleted && !attachmentType.IsDeleted)
                    select new AttachmentTypeDto()
                    {
                        Id = attachmentType.Id,
                        Name = attachmentType.Name
                    }).ToList();

另外，请知道Linq to Sql比Linq快14倍。。。