spring data jpa 软删除最佳实践?

jerrry 14天前 12

目前是通过用 Query 注解写一个基础的 BaseSoftDeleteRepository,然后给其他 repository 继承,但是这样基于命名规则的查询 (比如 findByUsername) 还是没有过滤已经软删除的数据,大家是怎么解决的?

最新回复 (8)
  • ourslay 10天前
    引用 2
    entity 实体上加上 @Where 注解
  • 楼主 jerrry 10天前
    引用 3
    @ourslay 这个是 hibernate 的注解吧,而且加了之后想查所有的就麻烦了。
  • ourslay 10天前
    引用 4
    是的,如果 @where 满足不了你,可以试试 @Filter 。

    还有 1 种方案是写 native 方式进行查询全部
    @Query(value="SELECT * FROM EntityA", nativeQuery=true)
    public ignoreWhereMethod(){}
  • VeryZero 10天前
    引用 5
    默认使用 @Where
    查所有数据就使用单独的 @Query
    虽然不够优雅,但是这是目前我找到的最佳实践了.
  • passerbytiny 10天前
    引用 6
    Hibernate (而非 JPA )提供的软删除是隐藏式软删除,完全由基础设施(业务不参与,完全由 Repository 的技术实现或 ORM 自行处理),总感觉没什么用(因为业务上不关心,所以你留下的历史数据业务上也不会用,只能数据库自己 Happy ),而且容易出坑。

    何不试试跳出 CRUD 的框架让业务层直接去处理软删除(这时候你能部分理解到为何账户注销功能那么难做)。然后不能所有的实体都一刀切的软删除,大部分实体都是要硬删除的(可选配转到历史实体,或者仅在数据库搞触发器)
  • 楼主 jerrry 10天前
    引用 7
    @ourslay 谢谢
  • 楼主 jerrry 10天前
    引用 8
    @VeryZero 我是和 QueryDsl 结合起来用的,@Where 应该不会生效,我试一下...
  • 楼主 jerrry 10天前
    引用 9
    @passerbytiny 我们设计的大部分实体都是软删除的。。。我其实更倾向于用 binlog 之类的方式把删除的实体存到另外一个库。
  • 游客
    10
返回