performance - ORM 的当前状态是什么？

Question

从历史上看，除了最基本的应用程序之外，我一直完全反对使用 ORMS。

我的理由一直是，它是一个非常有漏洞的抽象......主要是因为 SQL 提供了一种非常强大的方法来从关系源中检索数据，而关系源通常会被 ORM 弄乱，因此你会损失很多性能获得没有关系后端的外观。

我一直认为数据应该始终保存在数据库中，而不是吃掉无论如何都不会扩展的应用程序内存。此外，通用对性能的影响是有害的。例如，如果我需要我的数据库的所有客户端的名称和地址，SQL 为我提供了一种在一次查询中获取它的简单方法。使用 ORM，我需要获取所有客户，然后是每个姓名和地址，即使它是延迟加载的，也需要更长的时间。

这就是我的想法，但以上任何内容是否已更改？我看到了很多 ORMS，例如 Entity Framework、NHibernate 等。它们最近似乎很受欢迎……它们值得吗？他们是否解决了我上面描述的问题？？

Answer 1

请阅读:All Abstractions Are Failed Abstractions它应该能正确看待您的许多问题。

性能通常不是 ORM 的问题 - 如果您真的遇到这种情况，那么通常总是可以选择手工制作 ORM 使用的 SQL 语句。

恕我直言，ORM 给你一个即时和巨大的开发速度提升。这就是为什么它们如此受欢迎。正确使用它们不会让你陷入困境。始终可以选择手动调整性能。

编辑:

尽管 Jeff 专注于 Linq to SQL，但他所说的关于抽象和性能的所有内容对于 NHibernate(我从多年的现实世界应用程序开发中了解到)同样适用。恕我直言，默认情况下应该使用 ORM，因为它们对于臭名昭著的 90% 的情况来说已经足够快了。阅读为 ORM 编写的代码通常更易于维护和可读，尤其是当您的代码被继承您代码的下一个开发人员采用时。 Always code as if the person who ends up maintaining your code is a violent psychopath who knows where you live.永远不要忘记那个人!

此外，他们还提供了开箱即用的缓存、延迟加载、工作单元……你能想到的。而且我发现，当我对 ORM 的性能不满意时，那是我的错。 ORM 确实会强制您遵守良好的 OO 设计实践并帮助您塑造领域模型。