goland 自动生成 struct 时基于 jdbc 元数据硬编码映射：varchar/text→string、int→int、bigint→int64、tinyint(1)→bool、decimal→float64、datetime→time.time、json→string，且不处理 null（不生成指针）、无 tag、不读默认值。
GoLand 本身不提供数据库字段类型到 Go 结构体类型的“全局映射配置”，它只在数据库工具窗口（Database tool window）中做**基于 JDBC 驱动的元数据解析 + 启发式推断**，生成结构体时用的是内置规则，无法通过设置面板修改映射逻辑。
GoLand 自动生成 struct 时怎么推断字段类型
当你右键表 → Generate Struct（或使用 Alt+Insert → Go Struct from SQL），GoLand 会读取 JDBC 返回的 ResultSetMetaData 中的 getColumnTypeName() 和 getColumnClassName()，再按内部硬编码规则映射：
-
VARCHAR/TEXT→string（不区分长度，varchar(16)和text都是string） -
INT/INTEGER→int（不是int32或int64；MySQL 的int默认映射为int，哪怕实际是signed） -
BIGINT→int64（这是唯一默认用int64的整型，uint64不会自动出现） -
TINYINT(1)→bool（仅当精度为 1 且驱动识别为布尔语义时；否则仍是int8） -
DECIMAL/NUMERIC→float64（不保留精度信息，decimal(10,2)也映射为float64） -
DATETIME/TIMESTAMP→time.Time（但不会加*，即不处理 NULL 场景） -
JSON（MySQL 5.7+）→string（不是json.RawMessage，也不提示可选）
这些规则写死在 GoLand 的 SQL-to-Go 插件里，没有 UI 开关，也无法导出/导入映射配置。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
为什么生成的 struct 字段常为空指针或类型错配
常见现象：数据库列允许 NULL，但生成的字段是 string 而非 *string；或者 datetime 列含 NULL，生成的 time.Time 字段查出来永远是零值 0001-01-01T00:00:00Z。
- GoLand 不检查
isNullable()元数据，所以从不生成指针类型 —— 即使列定义为NULL，它也一律用值类型 - 它不读取列的默认值（如
DEFAULT CURRENT_TIMESTAMP），因此无法判断是否应设为非空 - 对
tinyint的语义模糊：如果列名含is_或enabled，它可能猜成bool；否则就是int8，但这个“猜测”不透明、不可控 - 生成的 struct 没带任何 tag（如
gorm:"column:user_name"或db:"user_name"），导致后续 ORM 绑定失败
真正可控的替代方案：别依赖 GoLand 自动生成
靠点击生成的 struct 几乎总要手动改，不如用确定性更强的方式：
- 用
sqlc：写 SQL 查询语句（SELECT * FROM users），sqlc generate会根据实际查询结果和数据库 schema 生成带正确指针、tag、嵌套结构的 Go 类型，支持json/db/gorm多种 tag 输出 - 用
golang-migrate+ 手写 model：先写好 struct（含完整 tag 和指针逻辑），再用migrate控制建表语句，保证双向一致 - 小项目可用
github.com/iancoleman/strcase+ 自定义脚本：读取information_schema.columns，按列名、类型、是否 nullable 生成带dbtag 的 struct，比 IDE 更准
GoLand 的生成功能适合快速看个字段轮廓，但只要涉及 NULL、精度、外键、索引或 ORM 集成，就必须人工介入 —— 它不解决映射问题，只模拟了一个最简陋的类型猜测器。
