Hibernate-条件与命名查询

Question

我试图比较Hibernate条件和命名查询的性能。我知道这一切都取决于实际的查询本身，最后一个字取决于它们在运行时如何配置文件。尽管如此，试图理清每一个都有什么。

我试图将Q分为两个部分&寻找两者的验证/更正：

命名查询与HQL相比具有相同的优势--查询在启动时被解析一次。然后从应用程序中任何必要的地方执行。

第2部分--比较两者：

所以在这张图里，

提亚。

Answer 1

在理论上，标准应该比HQL查询具有更少的开销（命名查询除外，我将介绍它）。这是因为标准不需要解析任何东西。使用基于ANTLR的解析器解析HQL查询，然后将生成的AST转换为SQL。但是，使用HQL/JPAQL，您可以定义命名查询，SessionFactory启动时生成SQL。理论上，命名查询的开销比标准小。因此，就SQL生成开销而言，我们有：

1. 命名为HQL/JPAQL查询-SQL生成只发生一次。
2. 条件-在生成之前不需要解析。
3. （未命名）HQL/JPAQL查询-解析，然后生成。也就是说，在我看来，基于解析和SQL生成的开销来选择查询技术可能是一个错误。与在具有真实数据的真实数据库服务器上执行真实查询相比，此开销通常非常小。如果在分析应用程序时确实出现了这种开销，那么也许您应该切换到命名查询。

以下是我在决定标准和HQL/JPAQL时考虑的事项：

• 首先，您必须决定是否可以在代码中依赖于Hibernate专有API。JPA没有标准。
• Criteria非常擅长于处理许多可选的搜索参数，例如您可能会在具有多参数“搜索表单”的典型web页面上找到这些参数。对于HQL，开发人员倾向于使用StringBuilder添加where子句表达式（避免这种情况！）。有了条件，就不需要这样做了。
• HQL/JPAQL可以用于大多数其他事情，因为代码更小，开发人员更容易理解。
• 如果使用HQL，可以将非常频繁的查询转换为命名查询。我更喜欢稍后进行分析。