在hibernate原生查询或HQL中哪个性能更好

Question

在服务器端代码中，一般为了更好的性能，我们不应该使用“从表中选择*”，而应该根据需要查询必要的列（选择名称，从员工中添加）。这是我在数据库性能指南文章中读到的。

现在我用hibernate做了一个查询，我读到在hibernate中最好使用session.load（id）来根据主键检索记录。这将检索与给定“id”（表中的记录）的实体关联的所有列。

现在它是否与通用数据库性能指南相矛盾。使用hibernate本机sql查询或hibernate查询语言哪个性能更好？

让我知道你的宝贵意见，因为我试图调整我的代码，以更好的性能。

Answer 1

实体查询（例如JPQL、HQL、Criteria API）再次呈现回SQL查询，因此很明显，运行本机SQL查询将比运行实体查询更快。

但是，如果将查询计划缓存大小设置正确，则可以加快实体查询的速度，使其与SQL查询一样快。

但是如果您想从脏检查机制中受益并从修改后的实体中自动发出UPDATE，那么实体查询要方便得多。只要实体查询和SQL查询之间的时间差微不足道（通常是在您使用数据库索引并且实体查询呈现非常有效的SQL查询的情况下），就没什么好担心的。

Answer 2

您弄乱了某些部分。您也可以使用HQL只选择某些列，例如，您可以在HQL中使用从表中选择列。

本机SQL不一定比HQL快。HQL最终也被转换为SQL（当运行应用程序时，将show\u SQL属性设置为true时，可以看到生成的语句）。在某些情况下，Hibernate可能无法生成最高效的语句，因此本机SQL可以更快-但使用本机SQL，应用程序将失去从一个数据库到另一个数据库的可移植性，因此通常最好调整Hibernate映射和HQL语句以生成更高效的SQL语句。另一方面，对于本机SQL，您缺少Hibernate缓存——因此在某些情况下，本机SQL可能比HQL慢。

当您使用会话时。load（class，id）并且该行尚未在缓存中，该load还从类表生成一个select*，因此速度与来自的HQL相同。（但当对象已经在缓存中时，加载可能会更快。）

我不同意您的性能准则：在大多数情况下，如果您加载所有列或仅加载所需的列，那么对于性能而言，这是无关紧要的。在数据库访问中，搜索行时会损失时间，而在将数据传输到应用程序时则不会。当您只读取必要的列时，它有以下缺点：

• 当您需要尚未加载的列时，您在更改应用程序时会遇到更多麻烦（或者您必须再次加载该行，这意味着性能较差）

（我想，如果在您的应用程序中有一些您永远不需要的列，或者在您的应用程序完成后将添加的列，那么您只是不将它们放入您的类和映射中，它们永远不会被加载，并且您的应用程序设计仍然很好。Hibernate不会生成select*from table语句，它总是生成select col1， col2，... from table。）

有一个例外：如果您加载大量数据——数千行——那么仅加载必要的列可以显着加快。