Cloud Spanner结合Hibernate PostgreSQL方言执行DDL是否可行？

可行实现方案 #

已有开发者成功通过以下方式实现需求，核心思路是修改Hibernate对序列元数据的检查逻辑：

1. 自定义PostgreSQL方言子类（最稳妥方案） #

重写Hibernate的PostgreSQLDialect，覆盖序列相关的元数据获取方法，让Hibernate跳过对information_schema.sequences的查询：

import org.hibernate.dialect.PostgreSQLDialect;
import org.hibernate.tool.schema.extract.spi.SequenceInformationExtractor;
import org.hibernate.tool.schema.extract.spi.SequenceInformationExtractorNoOpImpl;

public class SpannerPostgreSQLDialect extends PostgreSQLDialect {
    @Override
    protected SequenceInformationExtractor getSequenceInformationExtractor() {
        // 返回空实现，不执行序列查询
        return SequenceInformationExtractorNoOpImpl.INSTANCE;
    }

    @Override
    public boolean supportsSequences() {
        // 告知Hibernate当前数据库不支持序列
        return false;
    }
}

在Spanner数据源的Spring配置中指定该自定义方言：

# Spanner专属JPA配置
spring.jpa.properties.hibernate.dialect=com.yourpackage.SpannerPostgreSQLDialect

你的Spanner实体未配置序列，此调整不会影响DDL生成逻辑，同时能避免触发报错的查询。

2. 通过配置参数关闭序列元数据提取（Hibernate 5.4+适用） #

直接通过Hibernate配置参数强制关闭序列信息提取，无需自定义方言：

spring.jpa.properties.hibernate.schema_extractor_sequence_information_enabled=false

3. 折中调整hbm2ddl行为 #

若上述方案存在版本兼容问题，可针对Spanner数据源单独设置hibernate.hbm2ddl.auto=validate，仅校验现有Schema而非主动生成，避免触发序列查询。此方案需提前手动创建Spanner的Schema，但比完全手动维护更高效。

多数据源兼容性说明 #

本地PostgreSQL与Spanner为独立连接，只需给两个数据源分别配置对应方言（本地用标准PostgreSQLDialect，Spanner用自定义方言），两者的元数据查询逻辑完全独立，不会互相影响。

后续潜在问题提醒 #

绕过序列查询后，可能还会遇到其他PostgreSQL语法与Spanner的兼容性问题（如部分约束、数据类型差异），需在实体中做适配：

• 使用Spanner支持的替代数据类型
• 通过@Column注解指定兼容的字段类型

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