SqlServer2016+Hibernate架构校验报错：表[ADDRESS]不存在但已创建

咱们先揪出问题的核心：你手动创建的表是在party_dictionary这个数据库schema下的（看你的建表脚本CREATE TABLE [party_dictionary].[address]），但Hibernate在做schema校验时，默认会去当前数据库连接用户的默认schema里查找名为ADDRESS的表，两者不匹配，所以才会抛出“表不存在”的异常。

下面是几个直接可行的解决方案，按优先级排序：

1. 给实体类的@Table注解指定schema #

直接在Address类的@Table注解里明确指定schema，和建表脚本保持一致：

@Audited
@Table(name = "address", schema = "party_dictionary") // 这里加上schema参数
@AuditOverride(forClass = EntityLog.class)
@AllArgsConstructor(access = AccessLevel.PRIVATE)
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Address extends EntityBase {
    // 类内容不变
}

注意：SQL Server默认不区分表名大小写，所以address和ADDRESS都能识别，但建议和建表脚本的表名保持一致，避免不必要的问题。

2. 全局配置Hibernate默认schema（推荐） #

如果你的项目里大部分表都在party_dictionary schema下，直接在Spring Boot的配置文件里全局设置，不用每个实体类都加schema参数：

• 如果你用的是application.properties：

spring.jpa.properties.hibernate.default_schema=party_dictionary

• 如果你用的是application.yml：

spring:
  jpa:
    properties:
      hibernate:
        default_schema: party_dictionary

这个配置会让Hibernate所有的表操作都默认使用指定的schema，一劳永逸。

3. 修改数据库连接用户的默认schema #

如果你的数据库连接用户默认指向的不是party_dictionary，也会导致Hibernate找不到表。可以通过SQL命令修改用户的默认schema：

ALTER USER [你的数据库连接用户名] WITH DEFAULT_SCHEMA = party_dictionary;

执行这个命令后，连接用户每次操作数据库都会默认使用party_dictionary schema，Hibernate自然就能找到表了。

补充说明：为什么你之前的尝试没用？ #

• 修改表名大小写：SQL Server默认的排序规则是不区分大小写的，所以这个操作不会解决schema不匹配的问题；
• 使用create-drop模式：Hibernate的create-drop会在启动时删除并重新创建表，但默认还是会建在用户的默认schema下，依然和你手动创建的表不在同一个schema；
• 加@Transient注解：这个注解是用来让Hibernate忽略某个实体字段，和表的存在性校验完全无关。

验证步骤 #

1. 先执行SQL确认表确实存在：SELECT TOP 1 * FROM party_dictionary.address;
2. 应用上面任意一个解决方案后，重启项目，看schema校验是否通过。

内容的提问来源于stack exchange，提问作者egzaell