当无法预知数据库表结构时，gorp 无法直接支持 SELECT * 到 []interface{}，因其设计依赖结构体映射；应改用标准 database/sql 包配合 sql.Rows.Columns() 和 rows.Scan() 实现动态列处理。
当无法预知数据库表结构时，gorp 无法直接支持 `select *` 到 `[]interface{}`，因其设计依赖结构体映射；应改用标准 `database/sql` 包配合 `sql.rows.columns()` 和 `rows.scan()` 实现动态列处理。
gorp 是一个面向结构体的 ORM 映射库，其核心机制是将 SQL 查询结果按字段名与 Go 结构体字段（通过标签或命名约定）一一绑定。因此，dbmap.Select(dest, query, args...) 要求 dest 必须是 指向结构体切片的指针（如 &[]User{}）或 单字段的切片指针（如 &[]string{}，仅限单列）。当你传入 &[]interface{} 时，gorp 会尝试将其解释为“单列多行”的目标——但你的 SELECT * FROM collations 返回 6 列，导致报错：select into non-struct slice requires 1 column, got 6。
✅ 正确解法：绕过 gorp，使用原生 database/sql
以下是一个健壮、通用的动态查询函数，可对任意表执行 SELECT * 并返回带列名的二维数据：
import (
"database/sql"
"fmt"
"reflect"
)
// DynamicSelect 执行无结构假设的 SELECT 查询，返回列名和行数据
func DynamicSelect(db *sql.DB, query string, args ...interface{}) (columns []string, data [][]interface{}, err error) {
rows, err := db.Query(query, args...)
if err != nil {
return nil, nil, err
}
defer rows.Close()
// 获取列元信息
columns, err = rows.Columns()
if err != nil {
return nil, nil, err
}
// 构造 scanArgs：每个字段对应一个 interface{} 指针
scanArgs := make([]interface{}, len(columns))
for i := range scanArgs {
scanArgs[i] = new(interface{})
}
// 逐行扫描
for rows.Next() {
err = rows.Scan(scanArgs...)
if err != nil {
return nil, nil, err
}
// 将当前行的值（解引用）拷贝为 []interface{}
row := make([]interface{}, len(scanArgs))
for i, v := range scanArgs {
row[i] = *(v.(*interface{}))
}
data = append(data, row)
}
if err = rows.Err(); err != nil {
return nil, nil, err
}
return columns, data, nil
}
// 使用示例
func main() {
db, err := sql.Open("mysql", "root:1234@tcp(localhost:3306)/information_schema")
if err != nil {
panic(err)
}
defer db.Close()
cols, rows, err := DynamicSelect(db, "SELECT * FROM collations LIMIT 3")
if err != nil {
panic(err)
}
fmt.Printf("Columns: %v\n", cols)
for i, row := range rows {
fmt.Printf("Row %d: %v\n", i+1, row)
}
}⚠️ 注意事项：
- rows.Scan() 要求传入的是指针切片，因此需为每个字段分配 new(interface{})，再解引用获取实际值；
- NULL 值会返回 nil，使用前建议用 if v == nil 判断；
- 若需类型安全（如转为 string/int64），可在解引用后用 v.(type) 断言或 sql.NullString 等类型做适配；
- 此方案不依赖任何 ORM，轻量、可控，适用于元数据查询（如 information_schema）、管理后台动态表浏览等场景。
? 总结：gorp 不是万能查询工具，而是结构化映射工具。面对“未知 schema”需求，请回归 database/sql —— 它提供了足够的底层灵活性，配合 Rows.Columns() 和动态 Scan，即可优雅实现真正的泛型查询能力。
