Go语言使用sqlx执行查询后如何返回仅含指定字段的自定义结构体

最优处理方案：定义专属数据传输结构体（DTO） #

这是Go生态下该场景的标准最佳实践，完全匹配你保留null、仅返回指定字段的需求，具体实现如下：

1. 为当前查询场景单独定义仅包含所需字段的结构体，sqlx会自动映射查询结果，JSON序列化时天然不会输出多余字段：

// AlbumWithYear 仅用于本次关联查询返回的结构
type AlbumWithYear struct {
    Title string `json:"title" db:"title"`
    Year  uint16 `json:"year" db:"movie.year"`
}

2. 修改查询逻辑，直接用新结构体接收查询结果：

func (r *Repository) FindAll() ([]AlbumWithYear, error) {
    var albums []AlbumWithYear

    err := r.db.Select(&albums, `SELECT album.title, movie.year "movie.year" FROM album inner join movie on (movie.id=album.movie_id)`)
    if err != nil {
        return nil, fmt.Errorf("Album.FindAll: %v", err)
    }

    return albums, nil
}

该方案的优势：类型安全、无冗余逻辑、完全符合Go显式声明的设计哲学，不同的查询场景定义对应DTO即可，不会影响原有模型结构体的复用，也不会出现omitempty过滤合法null值的问题。

其他方案优劣说明 #

• 使用map[string]interface{}接收结果：仅推荐用于查询字段完全动态的极端场景，常规固定字段查询不推荐使用，会丢失类型信息，需要手动做类型断言，容易引入运行时错误，代码可读性和可维护性都远低于DTO方案。
• 自定义JSON序列化方法：需要为原Album结构体重写MarshalJSON方法，硬编码指定要输出的字段，灵活性差，每个不同返回字段的场景都要单独处理，成本远高于定义DTO，不推荐。

ORM相关疑问解答 #

你完全不需要切换到GORM这类重ORM，你当前使用sqlx+原生SQL的方案是Go社区广泛认可的数据库操作最佳实践之一。你遇到的问题本质是查询结果接收结构和JSON序列化规则的问题，就算使用ORM，如果直接用完整模型结构体接收查询结果再序列化，还是会出现多余零值字段的问题，ORM无法解决该场景的需求。

内容的提问来源于stack exchange，提问作者John