问我需要ORM吗？

EN

出于同样的考虑，我刚刚完成了将一个由XML文件支持的(主要是“继承的”) web应用程序迁移到NHibernate。我也处于同样的情况，以前从未使用过NHibernate，并想在这个过程中学习。这个想法确实有道理。您将确实能够在内存中加载您实际需要的部分(而不是整个DB)，并获得更多好处。

根据您要求的其他条件(对对象模型的最小更改，易于从实际应用程序迁移到基于ORM的应用程序)，我不确定您是否能如此轻松地获得它们。对于像NHibernate和EF4这样的ORM，模型类是非常轻量级的:它们基本上就是属性容器。基于XML文件的应用程序往往在模型中直接具有更多的逻辑:您可能必须将该逻辑移到数据访问层。重新设计模型和数据访问层可能是您面临的最耗时的任务。我知道这是给我的。

我从您的问题中推断出的另一件事(您说不能让所有三个程序都与同一个数据库对话，并且您提到了SQLite和SQL Compact)是通过物理地复制文件在三个应用程序之间复制数据。您如何检测更改以及如何对齐这3个DB？您目前如何合并更改(在3个应用程序中有2个可以写入数据的情况下)？这取决于您复制数据的方式，ORM可能对您有所帮助，也可能不会对您有所帮助。

根据您的评论编辑更多要点

• 如果你想在某一时刻将文件合并到一个数据库中，并且你还不确定它是不是微软的产品，那么NHibernate是最好的选择。但是，如果你现在广泛地使用LINQ (根据你的另一条评论)，并且想要一个更无缝的过渡，我会选择EF4: Nhibernate.Linq并不是真正完整的，并且一些构造不能工作。
• NHibernate和EF4都有很好的文档记录，并且都有很好的教程告诉你如何从头开始构建一个完整的应用程序，所以学习的部分非常简单。
• 都有一个“模型优先”的方法，你可以得到一个工具来根据你的模型类为你创建数据库。所以，如果你的模型类是非常轻量级的，你应该能够在modification.
• the中使用它们，这花了我一些时间(有时对我来说仍然很难开始工作)在NHibernate中配置级联以我期望的方式运行:例如，当你删除一个对象时，“相关”对象会发生什么？

是的，ORM将对象模型映射到关系模型。它们很好地隐藏了读取和写入数据到数据库、缓存数据、管理内存等的所有管道工作。它们还非常有能力缓存对象图的各个部分，并且可以做一些事情来提高性能，比如延迟加载数据。

我的建议是使用文档数据库。RavenDB会给你带来很多好处。您可以在不将对象转换为关系模型的情况下存储这些对象，就像db4o所做的那样。

但是，对于RavenDB，您可以使用Map/Reduce查询数据。另一个好处是它是使用.NET的.NET编写的，所以您会喜欢在Linq中查询。它可以作为Windows服务运行，也可以在IIS中运行。它还可以运行embedded，这对于测试非常有用。对于您的数据收集应用程序来说，这可能是一个好主意。

RavenDB还支持复制，因此您可以将数据存储在一个实例中并将其复制到另一个实例中。也许这可以解决你所拥有的分布式设置。

但是，根据您的分布式设置的性质，我认为您最好使用服务总线。您是否需要在数据收集应用程序中使用状态？如果没有，只需在服务总线上发布一条包含数据的消息，以供系统的另一部分使用。这听起来可能很复杂，但实际上并非如此。看看nServicebus吧。