我应该使用.net的ORM？
我是.NET的新手，已经使用Linq2Sql近一年了，但它缺少我现在正在寻找的一些function。
我将开始一个新项目，我想在其中使用具有以下特征的ORM：
- 它必须非常高效，我不想处理访问层以保存或从数据库中检索对象，但它应该允许我在实际将其提交到数据库之前轻松调整任何对象; 它也应该允许我使用不断变化的数据库模式轻松工作
- 它应该允许我扩展从数据库映射的对象，例如向它们添加虚拟属性（虚拟列到表）
- 它必须（至少几乎）与数据库无关，它应该允许我以透明的方式使用不同的数据库
- 它必须没有那么多配置或必须基于约定才能使其工作
- 它应该允许我与Linq合作
那么，你知道我可以用的任何ORM吗？ 谢谢您的帮助。
编辑我知道一个选项是使用NHibernate。 这似乎是企业级应用程序的事实标准，但由于其深度学习曲线，它似乎也不是很有效。 换句话说，我在SO中读过其他一些post，认为它与Linq没有很好的整合。 这一切都是真的吗？
也许你最好的选择是使用NHibernate 。 对于商业和开源ORM而言，它可以说是最好的“行业标准”。 它已经在很长一段时间内变得非常稳定，在许多企业公司中使用，是基于更为人所知的Hibernate（java），但已经完全重写以充分利用.NETfunction。
NHibernate的缺点
这听起来像我是NHibernate的拥护者。 也许我是。 但NHibernate有一个缺点：它有一个陡峭的学习曲线，并习惯了许多可能性，为你的情况选择正确或“最佳”的做法可能是令人生畏的，即使对于有经验的开发人员。 但这是支付几乎任何东西的企业级ORM的奖励。
NHibernate与FluentNHibernate摇滚
许多这些缺点和设置问题在您开始使用Fluent Nhibernate的那一刻就会消失 ，个人而言，我几乎不再没有它，因为它一下子（几乎）消除了所有繁琐的NHibernate。
它使得使用NHibernate变得轻而易举：只需将您的实体编写为POCO并自动加载它们以创建数据库，关联等（或者如果已经存在则不创建模式）。 使用Fluent语法配置数据库。 一个非常简单的设置可以看起来像这样基本：
// part of a default abstract setup class I use public ISessionFactory CreateSessionFactory() { return Fluently.Configure() .Database( MsSqlConfiguration.MsSql2008 .ConnectionString(c => c.Server(this.ServerName) .Database(this.DatabaseName) .Username(this.Username) .Password(this.Password) ) ) .Mappings(m => m.AutoMappings.Add(AutoMap.AssemblyOf() // loads all POCOse .Where(t => t.Namespace == this.Namespace)) // here go the associations and constraints, // (or you can annotate them, or add them later) ) .ExposeConfiguration(CreateOrUpdateSchema) .BuildSessionFactory(); } // example of an entity // It _can_ be as simple as this, which generates the schema, the mappings ets // but you still have the flexibility to expand and to map using more complex // scenarios. It is not limited to just tables, you can map views, stored procedures // create triggers, associations, unique keys, constraints etc. // The Fluent docs help you step by step public class User { public virtual int Id { get; private set; } // autogens PK public virtual string Name { get; set; } // augogens Name col public virtual byte[] Picture { get; set; } // autogens Picture BLOB col public virtual List Settings { get; set; } // autogens to many-to-one } public class UserSettings { public virtual int Id { get; private set: } // PK again public virtual int UserId { get; set; } // autogens FK public virtual User { get; set; } // autogens OO-mapping to User table } 它接受所有POCO实体并自动映射它们，为ORM创建配置并在数据库中构建模式，前提是用户具有足够的权限。 Fluent（以及较小范围的NH）的一个非常强大的function是在进行任何更改时更新数据库模式。
其他帮助NHibernate
同样在好的方面：存在许多自动生成工具（包括开源MyGeneration ），它可以从简单的ODBC或其他连接中获取数据库模式，并将它们转换为正确的实体类，关联和HBM配置文件。 其中许多工具都是（部分）图形设计辅助工具。
使用S＃arp强制执行MVC + NH + NUnit最佳实践
请务必阅读NHibernate的最佳实践 。 它将generics和DAO提升到了一个新的水平。 您还可以跳过追逐并深入了解S＃arp （ 下载 ），这是一个强加所有这些最佳实践并将NUnit添加到混合中的框架。
在我开始使用新技术之前，我通常希望它得到很好的覆盖。 NHibernate和Hibernate在这里并不缺乏。 许多书籍解释了（N）Hibernate从入门到专业，白皮书丰富，工具文档同时相当出色。
关于LINQ和NH
LINQ和NHibernate总是在所有类型的ICollection<>很好地结合在一起，这些ICollection<>用于多对X映射和其他关联，但是需要先检索数据，这需要一个好的设计（缓存在这里有帮助），否则它会表现糟糕。 自从LINQ出现以来，这一直被认为是NH的痛点。
幸运的是，现在有一个新的孩子： NHibernate-LINQ ，它在提交之前将LINQ查询映射到ICriteria查询。 ICriteria查询得到很好的缓存，与LINQ的这种组合非常强大且性能非常高。 NH-LINQ现在是标准发行版的一部分。
放弃
我已经使用了几乎十年的NHibernate（第一个Java，后来的.NET）。 我和其他ORM的商业和开源都有过调情，但最终总是回到NH（除非公司政策要求不同，但这种情况很少见）。 这个故事可能听起来有点偏颇，但这里的空间太短，无法详细介绍NHibernate与其他技术的比较。
很有可能其他ORM更适合您的需求，特别是如果您从未计划在复杂的多数据库，多数据库服务器或难以映射到OO的传统情况下使用它。 对我来说，NH闪耀，因为它不会限制我任何方式，并支持完整的往返工程，但如果这里讨论的较轻ORM的function对你来说重量较大，你的选择可能会有所不同。
更新：添加代码示例
更新：扩展代码示例，修复拼写错误和措辞
更新：小章节，添加了LINQ部分，添加了免责声明部分
为什么不看亚音速 ？ 我比其他人喜欢它，因为它是对数据库方案透明的轻量级映射（使用ActiveRecord）并满足您的所有要求。
它必须非常高效。
我认为这是每个ORM的工作？ 使用亚音速，您可以使用Controller（用于数据绑定）或只在任何ORM对象上执行Save方法。
它应该允许我扩展对象
扩展生成的类很容易，它们都被定义为partials。 您甚至可以编辑模板。 （它们是您在项目中包含的T4模板，因此您可以完全控制生成的方式和内容）
它必须（至少是所有）数据库不可知
我认为这对于任何ORM来说都是基本的。 Subsonic支持很多数据库，其中众所周知的是：Oracle，mySql，MsSql，SqlLite，SqlCE。 您可以在此处查看数据库支持列表。
它必须没有那么多配置或必须基于约定
是的，它完全是对配置的约定，或者他们称之为固执己见。 有关约定的摘要，请查看此处 。
它应该允许我与Linq合作
当然，从版本3.0 Linq支持。
对于nhibernate之间的比较，LinqToSql和亚音速读取它这实际上是一个公平和最新的比较，并明确概述了不同ORM的愿景的差异。
我想念亚音阶的事情：
-
UnitOfWork支持（您可以通过使用事务支持来解决此问题。）
-
IdentityMap支持（您的对象在某个范围内缓存（应用程序域，威胁，Web请求上下文，页面生命周期……）尽管您认为这应该是ORM或某些缓存层的一部分，但您仍然很好。
我听说hibernate都支持。
我建议查看NHibernate。
鉴于您的要求，我建议您查看Mindscape LightSpeed 。 它支持大约八个或九个不同的数据库，并且是常规驱动的（具有配置选项），因此非常容易设置。 它有一个LINQ提供程序。 它允许您使用自己的属性和方法扩展类：特别是它允许您将持久模型（字段）与API（属性和方法）分离，而不会破坏约定优于配置方法。
我已经将Entity Framework用于了几个项目并且非常喜欢它。 在第一个版本中肯定存在一些问题，特别是它处理外键和存储过程的方式，但版本2，处于测试版和VS 2010的一部分看起来非常有前景。
就像这里的一些答案的后续跟进一样，NHibernate Linq由令人难以置信的多产的Oren Eini，AKA Ayende Rahien带头
http://ayende.com/Blog/archive/2009/07/26/nhibernate-linq-1.0-released.aspx
没用过它，但它看起来非常令人印象深刻。 似乎在某种程度上它甚至可以替代LINQ for SQL。
伙计……我会选择entity framework 。 它支持Linq。 entity framework4.0的主要性能改进超过3.5。 它包含您在post中所需的一切。 EF更像是一个ORM它是一个框架。 我认为与M $entity framework相比，nhibernate是一个笑话。 Nhibernate真的放弃了球，因为不包括intellisense并且使设置更容易。
许多企业组织也接受了entity framework。 entity framework可以支持任何可以在Windows上运行的数据库，因为它具有允许任何供应商为其创建提供程序的function。 帮自己一个忙，和EF一起去吧。
你也可以看一下LLBLGen虽然它没有一个活泼的名字，它确实有你提到的所有function：
它是大多数数据库版本，Oracle和SQL等驱动程序它支持Linq，因为你可以使用Linq查询LLBLgen生成的对象它允许你扩展生成的对象，它们都是部分类
我知道这个问题已经有近8年的历史了，但至少如果这个问题存在争议，他们将会更全面地了解可用的ORM。
我们一直在使用Dapper进行数据库访问。 它非常轻巧。 它非常快。 我仍然可以编写SQL（这是我的偏好）。 它会自动将返回的数据映射到对象，甚至是动态对象。 您可以添加将插入，更新等的扩展，而无需SQL。 因此，您可以构建它以更接近地模拟完整的ORM。
一旦你开始使用它，你会感到震惊，没有它你的生活。 它应该随.NET框架一起提供。
它是数据库不可知的，但你写的SQL可能不是。 因此，如果您正在编写自己的SQL，则必须确保它适用于目标数据库。