我相对于.NET比较新，并且已经使用Linq2Sql将近一年，但它缺少我现在正在寻找的一些功能。
我将要开始一个新项目，希望使用以下ORM特性：
那么，您知道我可以使用的任何ORM吗？谢谢您的帮助。
编辑 我知道一个选项是使用NHibernate。这似乎是企业级应用程序的事实标准，但也似乎不是非常高效，因为它需要深入学习。此外，我在SO上阅读到其他帖子中还说它不能很好地集成Linq。这全都是真的吗？
// 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<User>() // 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<UserSettings> 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到某种程度上）非常强大的一个能力是，在进行任何更改时更新数据库模式。
另外一个优点是：许多自动生成工具存在（包括开源MyGeneration），可以从简单的ODBC或其他连接获取DB模式，并将其转换为正确的实体类、关联和HBM配置文件。其中许多工具是（部分）图形化设计辅助工具。
请务必阅读NHibernate最佳实践。它将泛型和DAO带入了下一个级别。您也可以直接使用S#arp（下载），这是一个强制执行所有这些最佳实践并将NUnit添加到混合物中的框架。
在开始使用新技术之前，我通常希望它得到很好的覆盖。NHibernate和Hibernate在这方面都不逊色。许多书籍从初学者到专业人士都有解释，白皮书丰富，工具文档也相当出色。
LINQ和NHibernate一直以来都很好地配合使用，通过各种ICollection<>在多对X映射和其他关联中使用，但需要先检索数据，这需要良好的设计（缓存可以帮助），否则性能会很差。自从LINQ出现以来，这一点一直被视为NH的痛点。
幸运的是，现在有一个新生力量：NHibernate-LINQ，它将LINQ查询映射到提交之前的ICriteria查询上。ICriteria查询具有很好的缓存，并且与LINQ结合使用既强大又高效。 NH-LINQ现在已成为标准发行版的一部分。
我已经使用NHibernate将近十年了（首先是Java，后来是.NET）。我曾试过其他商业和开源ORM，但最终总是返回NH（除非公司政策要求不同，但这很少见）。这个故事可能听起来有些偏见，但这里的空间太小，无法详细讨论NHibernate与其他技术的比较。
其他ORM可能更适合您的需求，特别是如果您从未计划在复杂的多数据库、多数据库服务器或难以映射到面向对象的遗留代码情况下使用它。对我而言，NH闪耀是因为它不会在任何方面限制我，并支持完全的往返工程，但如果您需要更轻量级ORM的功能，则您的选择可能会有所不同。
更新：添加了代码示例
更新：扩展了代码示例，修正了拼写错误和措辞
更新：增加章节，添加了LINQ部分，添加了免责声明部分
为什么不看看subsonic呢？我喜欢它胜过其他的ORM框架，因为它轻量级且能透明地映射到数据库方案（使用ActiveRecord），并且满足您的所有要求。
它必须非常高效。
我认为这是每个ORM框架的工作？使用subsonic，您可以使用控制器（用于数据绑定）或仅在任何ORM对象上执行Save方法。
它应该允许我扩展对象
扩展生成的类很容易，它们都定义为部分类。您甚至可以编辑模板。（它们是您在项目中包含的T4模板，因此您完全控制生成方式和内容）
它必须（至少几乎）与数据库无关
我认为这对于任何ORM框架来说都是基本的。Subsonic支持许多数据库，其中众所周知的是：Oracle、mySql、MsSql、SqlLite、SqlCE。您可以在这里查看数据库支持列表。
它必须没有太多配置或基于约定
是的，绝对是约定优于配置或者他们所说的有主见。关于这些约定的概述可以在这里找到。
它应该允许我使用Linq
自3.0版本以来，完全支持Linq。
关于nhibernate、LinqToSql和subsonic之间的比较，请阅读这篇文章。它是一个公正且最新的比较，并明确概述了不同ORM的愿景差异。
我在subsonic中想要的功能：
UnitOfWork支持（您可以通过使用事务支持来解决此问题。）
IdentityMap支持（您的对象在某些范围内进行缓存（appdomain、threat、web请求上下文、页面生命周期等）。虽然您可以争论这是否应该是ORM的一部分，还是某个缓存层的一部分。）
我听说Hibernate支持两者。
我曾在几个项目中使用过Entity Framework，并且非常喜欢它。首个版本确实存在一些问题，尤其是外键和存储过程处理方式方面，但第二版已经进入测试阶段并内置于VS 2010中，看起来非常有前途。
作为对这里一些答案的跟进，有NHibernate Linq，由不可思议的多产者Oren Eini（又名Ayende Rahien）领导。
http://ayende.com/Blog/archive/2009/07/26/nhibernate-linq-1.0-released.aspx
我没有使用过它，但它看起来非常令人印象深刻。似乎在某种程度上甚至可以替代LINQ for SQL。哥们，我会选择 Entity Framework。它支持 Linq。Entity Framework 4.0 相比于 3.5 有着重大的性能提升。它拥有你在帖子中需要的一切。EF 不仅仅是一个 ORM 工具，而是一个框架。相比于 M$ 的 Entity Framework，我认为 NHibernate 简直就是个玩笑。NHibernate 没有包含智能感知功能并且安装过程也没那么简单。
许多企业组织也已经采用了 Entity Framework。Entity Framework 可以支持任何可在 Windows 上运行的数据库，因为它有一个特性允许任何供应商为其创建提供程序。做个明智的决定，选择 EF。
我知道这个问题已经有近8年的历史了，但是至少如果还有人对这个问题感兴趣，他们将会得到更全面的ORMs信息。
我们一直在使用Dapper进行数据库访问。它非常轻量级，极其快速。我仍然可以编写SQL（这是我的首选）。它会自动将返回的数据映射到对象中，甚至是动态对象。您可以添加扩展程序，无需SQL即可插入、更新等操作。因此，您可以将其构建成更接近完整ORM的形式。
一旦您开始使用它，您会惊讶于没有它您是如何生活的。它应该随.NET框架一起发布。
它是数据库不可知的，但是您编写的SQL可能不是。因此，如果您正在编写自己的SQL，您必须确保它适用于目标数据库。