GORM不能直接使用gaussdb.Open，因其非官方驱动且维护不稳定，易导致编译失败、迁移报错及事务异常；必须通过gorm.io/driver/postgres间接连接，并严格配置DSN参数、禁用prepare、调整时区与连接池等。
GORM 本身不原生支持 OpenGauss，必须通过 gorm.io/driver/postgres 驱动间接连接，且需严格匹配 OpenGauss 的 PostgreSQL 兼容协议版本（v2.0+ 默认兼容 PG 10 协议，但部分高斯定制功能不可用）。
为什么不能直接用 gaussdb.Open？
所谓 gaussdb.Open 并非 GORM 官方驱动，而是社区或华为提供的第三方封装（如 github.com/chn-ops/gorm-opengauss 或早期 github.com/kenshaw/gaussdb），其维护状态不稳定、文档缺失、不兼容 GORM v2.2+ 的 Dialector 接口。实际项目中强行使用会导致：
-
undefined: gaussdb.Open编译失败（未正确 import 或模块未发布） - 连接后执行
db.Migrator().CreateTable()报错：不识别GENERATED ALWAYS AS IDENTITY等高斯语法 - 事务嵌套或 savepoint 行为异常（因底层未适配高斯的 XID 处理逻辑）
用 postgres 驱动连接 OpenGauss 的实操要点
OpenGauss v3.0+ 开启了标准 PostgreSQL 兼容模式（pg_hba.conf 中 host all all 0.0.0.0/0 md5 + postgresql.conf 中 listen_addresses = '*'），此时可安全复用 postgres 驱动，但必须注意以下参数：
- DSN 中必须显式指定
sslmode=disable（高斯默认不启用 SSL，设为require会卡住连接） - 时区务必设为
TimeZone=Asia/Shanghai，否则TIMESTAMP WITH TIME ZONE字段读写错位 - 避免使用
search_path参数——高斯对 schema 切换支持弱，易触发schema "public" does not exist - 连接字符串示例：
host=192.168.0.1 port=8007 user=datas password='qien1sc4UhkKD)edMnK33aq' dbname=HELLOTEST sslmode=disable TimeZone=Asia/Shanghai
GORM 初始化时的关键配置项
仅靠 DSN 不够，OpenGauss 对连接池和 prepared statement 敏感，需在 gorm.Config 中补充：
- 禁用自动 prepare：传入
&postgres.Config{PreferSimpleProtocol: true}，否则高斯报ERROR: unrecognized configuration parameter "statement_timeout" - 设置最大空闲连接数：
&gorm.Config{ConnPool: &sql.DB{}}后手动调db.SetMaxIdleConns(10)（高斯默认 max_connections=100，超限直接拒绝新连接） - 关闭 GORM 的全表扫描警告（高斯无
information_schema.columns完整视图）：DisableForeignKeyConstraintWhenMigrating: true - 迁移时跳过默认值检查：
NowFunc: func() time.Time { return time.Now().In(time.Local) }，避免DEFAULT NOW()解析失败
容易被忽略的兼容性雷区
OpenGauss 和 PostgreSQL 在语义层存在细微差异，GORM 生成的 SQL 可能意外触发报错：
-
db.First(&u, "name = ?", "admin")→ 高斯要求显式加引号："name = 'admin'"，否则报syntax error at or near "admin" -
db.Model(&User{}).Select("COUNT(*)").Where("status = ?", 1).Count(&total)必须改用Count(&total).Error，否则高斯返回column "count" does not exist - 高斯不支持
ON CONFLICT DO NOTHING的完整语法，OnConflict方法需降级为手动INSERT ... SELECT ... WHERE NOT EXISTS
真正麻烦的从来不是连上，而是连上之后的每一句 SQL 是否被高斯 quietly 接受——建议所有涉及复杂查询或迁移的操作，先在 psql 或 Navicat 里手工验证语句再交由 GORM 执行。
