在 Hibernate 拦截器中正确获取表别名

Question

我需要为我的应用程序管理的所有实体添加 软删除 功能。为了实现这一点，我创建了一个带有 deleted 字段的基实体类（MappedSuperclass），如下所示：

@MappedSuperclass
public abstract class BaseVersionableEntity {

    @Id
    @Basic(optional = false)
    @NotNull
    @GeneratedValue(strategy = GenerationType.AUTO)
    @Column(name = "ID", nullable = false)
    protected Long id;

    @Version
    @Column(name = "VERSION", nullable = false)
    protected Long version;

    @Basic
    @Column(name = "DELETED")
    protected boolean deleted;

    public boolean isDeleted() {
        return deleted;
    }

    public void setDeleted(boolean deleted) {
        this.deleted = deleted;
    }

    public Long getId() {
        return id;
    }

    public void setId(Long id) {
        this.id = id;
    }

    public Long getVersion() {
        return version;
    }

    public void setVersion(Long version) {
        this.version = version;
    }

    // equals/hashCode

}

通过使用 hibernate 的 interceptor 机制，我配置了一个 软删除拦截器 以捕获 hibernate 执行的所有查询：

public class SoftSelectInterceptor extends EmptyInterceptor{

    private static final long serialVersionUID = 1L;

    @Override
    public String onPrepareStatement(String sql) {

        if(sql.startsWith("select")){
            sql = sql.replace("where ","where deleted=0 and ");
        }

        return super.onPrepareStatement(sql);
    }
}

我在 persistence.xml 文件中添加了以下拦截器配置

<property name="hibernate.ejb.interceptor" value="com.my.organization.SoftSelectInterceptor"/> 

请注意，还有一个 SoftDeleteInterceptor。以同样的方式工作。

当我执行此代码时，hibernate 会在 onPerparedStatement 方法中捕获 select 语句调用，但它会在表字段前添加表别名。也就是说如果表名是reportTemplate，hibernate给这个表reportTemplate0别名。所以我的替换语句需要如下所示：

sql = sql.replace("where ","where reportTemplate0.deleted=0 and ");

我可以解析 sql 字符串并尝试推断正确的表别名。但是在复杂的 sql 语句中（当同一个实体被多次使用时）很难推断。

我想知道是否有更好的方法来做到这一点。

Answer 1

我看到三个选项：

1. 使用Hibernate Filters。主要缺点：您必须为每个实体附加过滤器。

   @Entity
   // The FilterDef can be declared at package level as well:
   @FilterDef(name="alive", defaultCondition="deleted = 0")
   // Turn on the filter for our entity:
   @Filter(name="alive")
   public class MyEntity { ... }
   

2. 使用 SQL 解析器（已经足够了），修改解析结果并重新创建 SQL。主要缺点：有足够多的不那么琐碎的语句（包括子选择）需要修改。您必须确保仅将限制添加到受影响的表。

3. 使用带有基础服务的服务架构，您始终使用相同的方法来加载/查找实体，从而构建正确的查询。主要缺点：您不能使用命名查询。

Answer 2

您可以将可删除实体映射到数据库视图，这些视图使用过滤条件 (deleted = 0) 从原始表中进行选择。

编辑

不幸的是，你不可能按照你想要的方式去做。

1) 无法准确预测别名的外观，尤其是对于具有多个连接和子查询的复杂查询。即使您分析源代码，它也不是公共 API 的一部分，因此可能会发生变化。

但是，如果您决定进行这项工作（分析 Hibernate 源以进行查询解析和 SQL 生成），请记住，您可能整个夏天都只做这件事，因为它是一个复杂而庞大的代码库和一个很少有非常重要的功能请求（如left joins for non-associated entities）等待多年才能重构。

2) 没有where 子句的查询（和子查询）不会排除已删除的行（因为您的替换将找不到匹配项）：

select c from MyEntity;

3) where 字母组合不太可能，但仍有可能，where 可能是标识符或文本常量的一部分，您的替换将使查询无效。假设有人向Trip 实体添加两个字段：fromWhere 和toWhere。也许不是一个好的命名示例，但你明白了。

您可以通过仅替换整个 where 单词的出现来解决它，但然后想象如下查询：

select ... from ... where aColumn = 'A constant with the where word in it'