我需要仔细选择用于N层应用的.NET ORM框架。
这意味着我将拥有一个作为服务器（WCF服务）的部分，它将公开数据，以及一个显示数据的客户端部分。
ORM应该可以平稳地支持所有相关的序列化问题 - 对象或对象集合等任何必须跨进程边界传输的内容。理想情况下，多进程环境中的使用应与单进程中的使用相同。
这里的标准是：
The Con: Can be slower at runtime due to the overhead of tracking entity state and maintaining associations. Also, heavy-weight ORMs can be more difficult to learn and use for developers who are not familiar with the specific ORM.
Light-weight
NHibernate, Entity Framework 4.0+, LINQ to SQL, and DataTables all fall into this category. Light-weight ORMs typically do not require a base class inheritance for entities and collections, and often offer less design time support and code generation. However, they still provide runtime features such as change tracking, transactional behavior, and association maintenance.
The Pro: Easier to learn and use for developers, and can provide better performance at runtime due to their lighter weight nature.
The Con: May require more code upfront to interact with entities at runtime (ie. from NHibernate's session.SaveOrUpdate(entity) or entity.MyField)
Ultimately, the choice between a heavy-weight ORM and a light-weight ORM depends on the specific needs of the project and the preferences of the development team.
缺点：过重和依赖性。使用这些 ORM 后，您的业务对象现在直接与 ORM API 相关联。如果您想更改为另一个 ORM，怎么办？还有什么防止初级开发人员滥用 ORM API 的高级功能来解决简单问题（我见过很多这种情况）？这些 ORM 还存在内存使用量大的问题。使用一些上述 ORM 之一，5000+ 实体集合可能会轻松占用 100MB 的内存。序列化是另一个问题。由于对象过重，序列化可能非常慢...并且它可能不会在另一端（WCF 或 .NET 远程调用等）正确反序列化。关联可能最终无法正确重新关联，或某些字段可能无法保留。上述几个 ORM 中有几个内置了序列化机制以提高支持和速度...但没有一个我见过的能够完全支持不同格式（即你可以获得二进制，但不是 json 或 xml 序列化支持）。
轻量级
LINQ to SQL、Entity Framework POCO 和 NHibernate（有点）属于这一类别。轻量级 ORM 通常使用 POCO，您可以在 VS 中的文件中自己设计它们（当然，您也可以使用 T4 模板或代码生成器）。
优点：轻量级。保持简单。ORM 无关的业务对象。
缺点：功能较少，如实体图维护、状态跟踪等。
无论选择哪一个 ORM，我的个人偏好是坚持使用 LINQ 和 ORM 独立的检索语法（不是 ORM 自己的获取 API，如果它有的话）。
关于上述 ORM，以下是我的简要想法： - NHibernate：技术落后。需要大量维护 XML 映射文件（虽然 Fluent NHibernate 可以缓解此问题）。
LLBLGen：我使用过的最成熟的ORM。很容易启动新项目并开始使用。拥有最好的设计器。非常臃肿，但API非常强大。速度是我遇到过的最快的。由于它不是新兴技术，一些利用新技术的更新功能实现得不如应该（尤其是LINQ）。
Entity Framework：4.0中的POCO类看起来很有前途。3.5没有这个功能，我甚至不考虑使用它。即使在4.0中，它的LINQ支持也不太好，并且生成的SQL较差（对于单个LINQ查询可能会生成数百个数据库查询）。在处理大型项目时，设计器支持较差。
LINQ to SQL：拥有极佳的LINQ支持（除了DataObjects.Net以外比其他任何框架都要好）。持久化支持一般（保存/更新）。非常轻量级（POCO）。无论哪方面，设计器支持都很差（无法从数据库刷新）。在高级LINQ查询上性能较差（可能会生成数百个数据库查询）。
DataObjects.Net：真正出色的LINQ支持和性能。提供重量级ORM中最接近POCO的东西。这是一项非常新的、强大和有前途的技术。非常灵活。
OpenAccess：我没有太多使用它的经验，但它让我想起LLBLGen，但不像LLBLGen那么功能丰富或成熟。
DataTables：无评论
我也支持使用EF。
非常容易进行单元测试。您可以编写自己的领域实体，并使用POCO方法使它们相对于持久性意识合理地自由。然后，您可以模拟数据库接口并测试应用程序逻辑，而无需实际数据库。
支持LINQ，因此如果您正确编写LINQ，则只会将单个SQL语句发送到服务器。
LightSpeed是最好的高性能.NET领域建模和O/R映射框架。一流的LINQ支持、Visual Studio 2008和2010设计师集成以及我们著名的高性能核心框架意味着您可以比以往更快、更轻松地创建丰富的领域驱动模型。
在几个项目中使用OpenAccess后，我必须说它满足了所有上述标准。 我曾经工作的一个系统是基于WCF服务与多个客户端类型（智能、Web、其他WCF服务等）通信。通过层次化架构，WCF服务使用OpenAccess作为持久化机制。 我特别喜欢OpenAccess执行缩放的功能。智能的二级缓存(L2缓存)在这方面表现得非常出色，而且它当然是可分布的。 事实上，我不认为OA是重量级的...你甚至不需要继承基类。此外，集成到Visual Studio的日常开发人员任务工具（创建新的DB模式、合并模式等）也是一个大加分。
