核心限制在于 Go 的 reflect 无法自动获取字段的数据库语义，必须依赖 struct 标签（如 db:"type=bigint;primary"）显式声明类型、主键、非空等元数据，再通过解析 tag 手动映射为 SQL 列定义。
struct 转 CREATE TABLE 语句的核心限制在哪？
Go 的 reflect 无法直接获取 struct 字段的“数据库语义”——比如 id 字段是否主键、是否自增、对应 MySQL 类型是 INT 还是 BIGINT，这些信息不在类型系统里。反射只能看到字段名、类型、标签（tag）值，但不会自动翻译成 SQL 类型。你必须靠 struct 标签（如 gorm:"primaryKey;autoIncrement" 或自定义 db:"type=bigint;notnull"）来补全元数据。
怎么用 reflect.StructField 提取字段并映射到 SQL 类型？
关键不是“反射能做什么”，而是“你怎么组织 tag 来驱动映射”。推荐用统一前缀（比如 db），避免和 ORM 框架冲突：
type User struct {
ID int64 `db:"type=bigint;primary;autoinc"`
Name string `db:"type=varchar(255);notnull"`
Age int `db:"type=smallint"`
}
解析时逐字段检查 field.Tag.Get("db")，再按分号拆解键值对。注意以下几点：
-
type=值必须显式声明，不能靠 Go 类型自动推断（int→INT容易出错，比如溢出或兼容性问题） - 没有
db标签的字段默认跳过，不参与建表 - 主键逻辑需单独识别
primary，用于生成PRIMARY KEY子句，而非仅加索引 - MySQL 的
NOT NULL和默认值（如default=0）要分别提取，不能合并处理
为什么不能直接用 gorm.Model 或 sqlc 自动生成？
如果你只是想快速建表，gorm 的 AutoMigrate 确实一行搞定，但它不输出 SQL，也不适合离线生成或审核流程。而 sqlc 是面向查询的，不处理 DDL。自研反射工具的价值在于：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 可嵌入 CI 流程，生成 SQL 后 diff 表结构变更
- 支持多方言（MySQL / PostgreSQL / SQLite），只需换类型映射表
- 能校验必填约束、唯一索引、注释（通过
comment="用户姓名"） - 规避 ORM 运行时建表在生产环境的风险（比如锁表、权限不足）
典型陷阱是忽略字符集和排序规则——MySQL 默认 utf8mb4 + utf8mb4_0900_as_cs，但反射代码若硬写 CHARSET=utf8 就会出错。
一个最小可行的 generateSQL 函数长什么样？
不依赖任何 ORM，纯标准库，只做字段到列定义的映射：
db:"index=idx_name"
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
