.net - 复杂查询的ORM(尤其是NHibernate)性能

Question

我的公司正在从头开始重写现有的应用程序。除其他任务外，该应用程序还针对订单和发票数据执行复杂的SQL查询，以生成销售报告。查询是根据用户选择的条件动态构建的，因此，如果选择了许多条件，查询可能会非常复杂。目前，性能还不错，但还不是很好。

现在，对于新版本，我们想使用一个ORM，可能是NHibernate，因为它显然是唯一支持Oracle Lite的ORM(该应用程序使用Oracle还是Oracle Lite，这取决于它是在连接模式还是断开连接模式下运行)。但是我担心NHibernate生成的查询的性能。之前我曾与其他ORM(SQL的Linq， Entity Framework )一起工作过，但是查询非常简单，因此没有性能问题。

因此，在决定使用ORM还是使用普通SQL之前，我想知道这些工具如何处理外部联接，子查询等情况。您认为ORM(尤其是NHibernate)是是否适合在上述报告方案中使用？我应该担心复杂查询的性能吗？

任何反馈将不胜感激

Answer 1

参见this chart。目前没有DataObjects.Net，但与EF和NHibernate相比的结果显示为here。

EF的LINQ测试代码为here；可以在同一文件夹中找到其他工具的版本。所有这些.cs文件都是由a single T4 template生成的，因此测试是完全相同的。那里使用的模型是罗斯文。

几个链接:

LINQ test description

FAQs。