给出两个实体:
Card
PurchaseProductGroup
,其ppg_status
列(实体上名为status
的字段)可以是'A'
(有效)或'D'
(已删除) )这些概念上具有多对多关系,但使用了明确定义的名为PurchaseProductGroupCard
的连接表实体(因此可以为每个映射分配外部ID)。因此Card
和PurchaseProductGroup
与@OneToMany
的关系PurchaseProductGroupCard
,例如在Card
中有以下内容:
@OneToMany(mappedBy = "card")
private Set<PurchaseProductGroupCard> purchaseProductGroups;
需要对此进行限制,以便排除状态为'D'
的purchaseProductGroups。一种似乎有用的方法是在@Where
下方放置一个@OneToMany
注释:
@Where(clause = "exists (select * from purchase_product_group ppg
where ppg.ppg_id = ppg_id AND ppg.ppg_status <> 'D')")
......但是有更好的方法吗?理想情况下,希望Hibernate加入表并有一个像"purchaseProduct.status <> 'D'")
这样的子句。
答案 0 :(得分:0)
我打开了SQL日志记录并检查了查询输出。对于上述情况,就是这样:
/* load one-to-many com.prepaytec.pacasso.common.model.Card.purchaseProductGroups */
select
* /* the actual field list has been omitted for brevity */
from
pacasso.purchaseprodgrp_card purchasepr0_
inner join
pacasso.purchase_product_group purchasepr1_
on purchasepr0_.ppg_id=purchasepr1_.ppg_id
where
(
exists (
select
*
from
purchase_product_group ppg
where
ppg.ppg_id = purchasepr0_.ppg_id
AND ppg.ppg_status <> 'D'
)
)
and purchasepr0_.crd_id=?
因此,必要的连接已经包含在内,并且看起来就像所有需要的一样:
@Where(clause = "ppg_status <> 'D'")
然而,事实证明没有工作,因为Hibernate会预先设置错误的表别名:
where
(
purchasepr0_.ppg_status <> 'D'
)
and purchasepr0_.crd_id=?
不幸的是,一旦为表分配了别名,就无法使用原始表名 - 因此purchase_product_group.ppg_status <> 'D'
不起作用。而且我不知道以编程方式确定Hibernate使用的别名的方法 - 所以目前选择似乎是硬编码Hibernate使用的别名(即purchasepr1_.ppg_status <> 'D'
)或者使用问题中描述的exists
方法。
更新:经过进一步调查后发现,对别名进行硬编码并不总是可行的。这是一个标准查询,这不起作用:
/* criteria query */
select
* /* the actual field list has been omitted for brevity */
from
pacasso.merchant_acquirer this_
left outer join
pacasso.purchaseprod_merchant_acquirer purchasepr2_
on this_.mac_id=purchasepr2_.mac_id
and (
// This wouldn't work with any alias since the required
// table is pacasso.purchase_product purchasepr3_, which
// is joined below.
purchasepr2_.ppr_status <> 'D'
)
left outer join
pacasso.purchase_product purchasepr3_
on purchasepr2_.ppr_id=purchasepr3_.ppr_id
where
this_.mac_code=?
and this_.cst_id=?
最后我放弃了@Where
方法并改为使用@Filter
,这似乎更好,因为它可以接受HQL而不是数据库字段名称,并且在实体级别应用时会影响关系(不像@Where
)。