使用 go-pg 时，若结构体字段少于数据库表字段，直接查询会因找不到多余列而报错；需显式指定要查询的列名，避免自动映射全表字段。
使用 go-pg 时，若结构体字段少于数据库表字段，直接查询会因找不到多余列而报错；需显式指定要查询的列名，避免自动映射全表字段。
在 go-pg 中，结构体与数据库表的字段映射默认是“双向严格匹配”的：当调用 db.Model(&unit).Select() 时，go-pg 会尝试将查询结果中所有返回列一一绑定到结构体字段。若数据库表（如 unit）包含 alter_name、created_at 等额外字段，而 UnitModel 结构体未定义对应字段，就会触发类似 pg: can't find column alter_name in model 的错误。
✅ 正确做法是：显式声明只需查询的字段，跳过结构体中不存在的列。通过 .Column() 方法链式指定列名即可：
var unit UnitModel
err := db.Model(&unit).
Column("id", "name"). // 仅查询 id 和 name 两列
Where("id = ?", id).
Select()
if err != nil {
log.Fatal(err)
}
⚠️ 注意事项：
- .Column() 必须在 .Select() 之前调用，且列名需与数据库实际字段名完全一致（区分大小写，取决于数据库配置）；
- 列名不支持别名（如 "name AS display_name"），但可使用 sql:"name,alias" 在结构体标签中定义别名（需字段存在）；
- 若需动态控制字段，可传入 []string：.Column("id", "name") 等价于 .Column("id").Column("name")；
- 不建议依赖 SELECT * —— 显式列名更安全、可读性强，也利于后期表结构演进时避免隐式兼容问题。
? 总结：go-pg 不提供全局“忽略未知列”开关，按需投影（projection）是标准且推荐的实践。结构体即数据契约，查询即明确意图——二者结合，方能兼顾类型安全与灵活性。
