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

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

如果您的数据库简单明了，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引入关系数据

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

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

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倍。。。

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

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

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

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