解决达梦集成 JPA 时表和字段注释注解不生效的问题

前言

最近在做达梦数据库集成 JPA 时,发现使用的表注解和字段注解均未生效(MySQL、Oracle、PostgreSQL中均可以在建表时正常生成相应的注释),经过调试发现解决办法也很简单:

  1. 自定义方言类继承自org.hibernate.dialect.DmDialect,重写supportsCommentOn方法返回 true:

    /**
     * 自定义 dm 方言类
     *
     * @author butterfly
     * @date 2024-03-11
     */
    public class MyDmDialect extends DmDialect {
        
        @Override
        public boolean supportsCommentOn() {
            return true;
        }
    
    }
    
  2. yaml 配置中使用自定义的方言类:

    spring:
      jpa:
        # 根据自己的类路径进行修改
        database-platform: cn.butterfly.config.MyDmDialect
    

如果大家也在使用达梦集成 JPA 时遇到了以上问题,按照上述说明配置即可。下面再说明一下我的解决思路以及后续如果集成其它数据库出现类似问题改如何解决。

产生背景

首先我们要知道的是 JPA 之所以能够帮助我们屏蔽不同 SQL 语言的差异,帮助我们自动建表,生成增删改查语句等等,其实都是内部帮助我们做了数据库类型的判断,然后生成或拼接相应的 SQL 语句。所以对于已经广泛使用的数据库,例如 MySQL、Oracle、PostgreSQL 等均能比较好地适配 JPA 的语法和提供的注解功能,而像达梦是近几年由于信创才开始在国内兴起,因此难免会有一些不兼容的情况,这也是本文出现的根本原因。

解决思路

正如标题所说,达梦是在自动建表时不支持 JPA 的表和字段注释注解,因此我们就需要找到负责拼接建表语句的org.hibernate.tool.schema.internal.StandardTableExporter类(类似地,如果建索引有问题就可以看org.hibernate.tool.schema.internal.StandardIndexExporter类),然后经过查找就可以发现如下负责拼接注释的代码:

image-20240311160054824

image-20240311155900650

这里可以看到第一张图是用于拼接列注释,第二张图的第一处红框用于拼接表注释,而第二张图的第二处调用的方法又进行了一次表和字段注释的拼接,这是什么原因呢?其实就是不同数据库的注释拼接方式不同而已,像 Mysql 的列注释直接拼接在字段说明后即可,表注释也是跟随建表语句一起,类似下图:

image-20240311160520593

而像 Oracle、达梦之类的数据库则是使用了comment on的语法形式,如下图所示:

image-20240311164106789

因此上述代码中有两种处理注释拼接的方式,同时也可以发现第一种拼接方式获取列注释和表注释时分别调用了dialect.getColumnComment( columnComment ) dialect.getTableComment( table.getComment() ) 方法,而第二种拼接方式则是调用了dialect.supportsCommentOn() 先进行判断,然后再处理注释的拼接。

这里的dialect即是方言对象:

image-20240311161141858

该类中包含以上三个方法,返回值不是 false 就是空字符串也就是不添加注释:

image-20240311162320023

不过在运行时会 JPA 会自动注入我们在 yaml 文件中的配置:

image-20240311161242178

但是到这里我们只是知道了注释的拼接方式,还不清楚为什么达梦数据库会出现失效的情况,那我们就先看一下 MySQL 和 Oracle 等数据库为什么能生效,首先是 MySQL(org.hibernate.dialect.MySQLDialect):

image-20240311161736307

可以发现 MySQL 内部重写了获取表和字段注释的方法,没有重写supportsCommentOn方法,而该方法默认返回 false,因此 MySQL 会使用第一种创建注释的方式,下面再看看 Oracle 的处理:

image-20240311162531332

可以看到 Oracle 只重写了supportsCommentOn方法并返回 true,也就是上面讲到的第二种拼接方式,而我们知道达梦和 Oracle 一样使用这种创建注释的方法,到这里相信大家也可以知道达梦无法创建表和字段注释的原因了,不过我们还是先看一下达梦的源码:

image-20240311162856009

可以发现达梦比较直接,直接把Dialect类中的代码原样不动搬过来了,还没有重载注解(懂得都懂,CV 大法🙂),因此我们只需要重写一个方言类继承自该类,然后使用即可,前言中已经说明,不再重述。

运行测试

在改完后,我们先再运行测试一下再结束本篇文章。首先我们创建一个实体类(这里的 IdEntity 就是包含 id 字段的类):

/**
 * Demo
 *
 * @author butterfly
 * @date 2024-03-11
 */
@Data
@Entity
@Table(name = "demo")
@EqualsAndHashCode(callSuper = true)
@org.hibernate.annotations.Table(appliesTo = "demo", comment = "演示表")
public class Demo extends IdEntity {
    
    /**
     * 字段
     */
    @Column(length = 50, nullable = false)
	@Comment("字段")
    private String field;
    
}

然后运行项目,Pass!

image-20240311163730319

### 使用 `@AllArgsConstructor` 实现懒加载 在 Java 中,Lombok 的 `@AllArgsConstructor` 注解用于自动生成一个包含所有字段的全参数构造函数。然而,这与懒加载的概念并不冲突,因为懒加载主要涉及对象初始化的间点控制。 为了实现在使用 `@AllArgsConstructor` 后仍然能够支持懒加载的功能,可以采用以下方法: #### 方法一:通过代理模式实现懒加载 可以通过创建代理类来延迟实际对象的实例化间。当首次访问该对象才真正去获取数据并完成初始化操作[^2]。 ```java import lombok.AllArgsConstructor; @AllArgsConstructor public class UserProxy { private final String id; private UserService userService; // 假设这是一个服务接口 public User getUser() { return new RealUser(id, userService); // 只有在这个候才会调用真正的构造器 } } ``` #### 方法二:利用 JPA 提供的支持特性 如果是在持久层框架如 Hibernate 或者 Spring Data JPA 下工作,则可以直接依赖于它们内置对于实体之间关联关系定义上的 fetch type 属性设置成 LAZY 来达到目的[^4]。 ```java @Entity @Data @NoArgsConstructor(access = AccessLevel.PRIVATE, force = true) @AllArgsConstructor(staticName = "of") public static class User { @Id private Long userId; @OneToMany(fetch = FetchType.LAZY) // 设置为懒加载 private List<UserChannelRelation> userChannelRelations; } // 获取第一个元素的方式触发加载 Long firstUserId = user.getUserChannelRelations().get(0).getId(); ``` 需要注意的是,在某些情况下即使设置了懒加载也可能由于会话关闭等原因无法正常工作;此可能需要调整事务边界或者手动开启新的 session 进行查询。 #### 方法三:确保 Lombok 插件正确安装配置 有可能会遇到 `@AllArgsConstructor` 等 Lombok 注解不生效的情况,这是因为 IDE 缺少必要的插件支持或者是项目构建工具未能识别到这些注解所代的意义。因此建议按照官方文档指导检查是否已经成功安装了对应的 IDEA 插件,并确认编译环境也包含了相应依赖项[^3]。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值