Bun ORM 中嵌套结构体扫描问题的分析与解决

在 ORM 框架 Bun 的使用过程中，开发者可能会遇到一个关于嵌套结构体扫描的典型问题。这个问题主要出现在当自定义类型嵌套了基础类型（如 UUID）时，Bun 无法正确识别和扫描这些字段。

问题现象

当开发者定义了一个自定义的 UUID 类型，其中嵌套了标准的 uuid.UUID 类型时：

type UUID struct {
    uuid.UUID
}

然后在查询中使用这个类型作为扫描目标：

var appliances []core.UUID
err := db.NewSelect().
    Table("domain_to_appliances").
    Column("uuid").
    // ...其他查询条件
    Scan(ctx, &appliances)

会收到错误提示："bun: UUID does not have column 'uuid'"，这表明 Bun 无法正确识别这个嵌套结构体。

问题本质

这个问题源于 Bun 对嵌套结构体的处理逻辑发生了变化。在早期版本中，Bun 能够正确识别这种嵌套结构并将其视为基础类型处理。但在某些更新后，Bun 开始将这些嵌套结构体视为需要映射的表结构，而非简单的值类型。

技术背景

在 Go 语言中，结构体嵌套（embedding）是一种常见的组合方式，它允许外部结构体继承内部结构体的方法和字段。ORM 框架需要特别处理这种嵌套关系：

1. 对于值类型的嵌套（如基本类型或简单结构体），应该直接处理其值
2. 对于模型类型的嵌套，可能需要处理关联关系

Bun 在此处的行为变化表明其类型识别逻辑可能出现了调整，导致将本应作为值类型处理的结构体误判为需要映射的模型类型。

解决方案

目前有以下几种可行的解决方案：

1. 使用基础类型扫描：直接使用 uuid.UUID 作为扫描目标，然后在业务逻辑中转换为自定义类型

   var appliances []uuid.UUID
   // ...执行查询
   for _, id := range appliances {
       customID := core.UUID{UUID: id}
       // 使用 customID
   }
   

2. 降级 Bun 版本：回退到能够正确处理此场景的版本（如 v1.1.17）

3. 实现 Scanner 接口：为自定义类型实现 sql.Scanner 接口，明确指定如何从数据库值转换

   func (u *UUID) Scan(value interface{}) error {
       // 实现具体的扫描逻辑
   }
   

最佳实践建议

1. 对于简单值的包装类型，考虑使用类型别名而非结构体嵌套

   type UUID uuid.UUID
   

2. 如果必须使用结构体嵌套，确保实现必要的数据库接口（Scanner/Valuer）

3. 在升级 ORM 版本时，特别注意对自定义类型的测试

总结

这个问题展示了 ORM 框架在处理复杂类型系统时面临的挑战。开发者需要理解框架的类型识别机制，并在自定义类型设计时考虑框架的约束。通过适当的类型设计或接口实现，可以确保数据访问层的稳定性。

对于 Bun 用户来说，目前可以通过上述解决方案临时规避问题，同时关注框架的后续更新，看是否会修复这一行为差异。