首先描述下此异常出现的环境:
1. 开启数据库的大小写不敏感
2. hibnerate框架开启ddl-auto为update
确保数据库里已经有相应实体@Table的表,然后启动即会遇见此异常
通过跟踪代码,定位到如下图:

由于此处metaData对象读取的KbDatabaseMetaData连接的storeUpperCaseIdentifiers()方法返回的是写死的true导致执行了此处逻辑。
于是GroupedSchemaMigratorImpl类中的performTablesMigration方法中的tables.getTableInformation(table)中
public TableInformation getTableInformation(Table table) {
return tables.get( identifierHelper.toMetaDataObjectName( table.getQualifiedTableName().getTableName() ) );
}
identifierHelper.toMetaDataObjectName方法里会调用下面这段
switch ( unquotedCaseStrategy ) {
case MIXED: {
log.tracef( "Rendering unquoted identifier [%s] in mixed case for use in DatabaseMetaData", identifier );
return identifier.getText();
}
case LOWER: {
log.tracef( "Rendering unquoted identifier [%s] in lower case for use in DatabaseMetaData", identifier );
return identifier.getText().toLowerCase( Locale.ROOT );
}
default: {
// default is upper case
log.tracef( "Rendering unquoted identifier [%s] in upper case for use in DatabaseMetaData", identifier );
return identifier.getText().toUpperCase( Locale.ROOT );
}
}
于是由于数据库忽略大小写后,jdbc获取数据库所有表信息时返回是小写的表名,而此处对比表元数据时传入的@Table的表名被转大写,所以每次启动都执行一遍ddl
本文探讨了一个在开启数据库大小写不敏感后,使用Hibernate框架更新DDL时遇到的问题。当hibernate.ddl-auto设为update时,由于数据库返回的小写表名与转换为大写的@Entity表名不匹配,导致每次启动都会执行DDL更新。问题根源在于Hibernate内部处理未考虑数据库的大小写设置,可以通过调整Hibernate配置或数据库设置来解决此问题。
6240

被折叠的 条评论
为什么被折叠?



