Hibernate命名查询及其性能优势？

正如hibernate文档所说，命名查询的目的是将HQL从项目中的不同位置清除到某个xml中的单个位置（在声明方法的情况下）。这意味着在查询修改的情况下不需要重新编译，但会话工厂的重新加载是必需的，这意味着在大多数情况下，当缓存查询对象时，服务器启动。 但是在注释的情况下，我需要在实体级别定义命名查询。 所以这里再次编译需要。 我的问题是在性能方面也提到了查询帮助。 以下是我的理解： –

1）当我使用命名查询时，只将查询对象缓存在二级缓存中。 当我说只是查询对象时，这意味着只是查询语法被缓存而不是查询结果。对吗？ 如果它的权利可能仅在HQL becoz的情况下有用，我们可以避免将HQL转换为本机查询，每次查询都被触发并具有一些良好的时间性能。

但是如果我们使用本机sql，则命名查询不能提供这种优势，因为在这种情况下不会发生转换。

所以命名查询的主要优点是制作sqls的中央存储库。 是的，在HQL的情况下，它可以节省我们一些原生sql的翻译时间，但请记住，查询对象将在jvm的生命周期中使用，并将消耗一些内存。 所以有些人在这里交易。

Answer 1

命名查询有两个小优点：

• 在创建会话工厂时检查它们的语法，使得应用程序在发生错误时快速失败（这可能表明您的应用程序缺少某些unit testing）
• 它们可以从几个地方访问和使用（这可能表明设计问题）

它们也有一个缺点：使用命名查询读取或调试代码时，如果不搜索其定义，则无法立即查看正在执行的查询。

剩下的就是不重要了：

• 与实际执行查询的成本相比，将HQL查询转换为SQL的成本可以忽略不计
• 缓存查询的内存成本非常小。 请记住，Hibernate无论如何都需要在内存中拥有所有实体元数据。

我更倾向于在使用它的代码中定义查询，并对它们进行unit testing。 这使代码更具可读性，更强大。