为什么在 HQL 中直接使用列名有时只能起作用？

Question

我有两个 HQL 查询用于快速而肮脏的单元测试。第一个看起来有点像这样：

from Foo where SOME_FOREIGN_KEY = 42

第二个看起来像这样：

from Foo as foo
 inner join foo.Bar as bar
 where foo.SOME_FOREIGN_KEY = 42

SOME_FOREIGN_KEY 列不是 Hibernate 知道映射的内容的名称。

由于某种原因，第一个 HQL 查询有效，但第二个 HQL 查询无效。

我的目标是让第二个版本正常工作，而无需遍历对象图到由外键标识的对象。对于此测试，我有一个已知的 ID，并且我只需要与该 ID 相关的对象。关系另一端的对象本身是无关紧要的。这可能吗？

Answer 1

由于某种原因，第一个 HQL 查询有效，但第二个 HQL 查询无效。

当您在 HQL 查询的 WHERE 子句中使用 Hibernate 不知道的内容（例如未在 SQL 方言中注册的函数）时，Hibernate 会智能地执行操作并直接传递它到数据库。

换句话说，假设 Foo 映射到 TABLE_FOO，则以下 HQL

from Foo where SOME_FOREIGN_KEY = 42

会转换为以下 SQL

SELECT FROM TABLE_FOO WHERE SOME_FOREIGN_KEY = 42

并且如果 TABLE_FOO 实际上有一个 >SOME_FOREIGN_KEY 列。

但是，当使用第二个示例中的别名时：

from Foo as foo where foo.SOME_FOREIGN_KEY = 42

Hibernate 尝试将 SOME_FOREIGN_KEY 解析为 Foo 实体的属性，这显然会失败。

我的目标是让第二个版本正常工作，而无需遍历对象图到由外键标识的对象。

如果您为列添加别名前缀，则不会。因此，以下内容应该有效：

from Foo as foo
 inner join foo.Bar as bar
 where SOME_FOREIGN_KEY = 42

但老实说，我不明白为什么您不想使用路径表达式，我建议不要使用上述解决方案。 HQL 的要点之一是抽象表和列名称，在这里您将完全无法实现这一目标。

Answer 2

因此，第一个示例中的 Foo 没有别名，而第二个示例中则没有别名。这意味着在第二个示例中 Hibernate 正在寻找“foo”的属性。这应该是答案。

也许这会起作用：

      select  f
      from    Foo f
      inner join f.Bar bar
      where   f.SomeForeignKeyId = 42

SomeForeignKeyId 是映射到 SOME_FOREIGN_KEY 的属性，无论哪种方式，您都必须通过引用实体的 Id 字段来执行此操作。

另外，像第一个示例一样获取 Foo 应该可以正常工作，具体取决于您的映射。因此，如果在您的映射中您有“渴望获取”，据我所知，这应该有效。