Golang 的 SQL 包是否无法进行即席/探索性查询？

从现在开始，我们要努力学习啦！今天我给大家带来《Golang 的 SQL 包是否无法进行即席/探索性查询？》，感兴趣的朋友请继续看下去吧！下文中的内容我们主要会涉及到golang等等知识点，如果在阅读本文过程中有遇到不清楚的地方，欢迎留言呀！我们一起讨论，一起学习！

问题内容

根据文档，似乎在 Go 中从数据库中获取数据的唯一方法是使用 Rows.Scan()，这意味着您必须在编译时知道所有列的计数和类型。

我错过了什么吗？您应该如何支持临时查询？或者甚至将所有列从将来可能更改的表中拉出？

正确答案

该sql.Rows类型有一个Columns方法可以为您提供结果列名称的列表。这可用于确定未知查询的列数。

在该Scan方法的文档中，它说：

如果参数的类型为 *[]byte，Scan 会在该参数中保存相应数据的副本。副本归调用者所有，可以无限期修改和持有。可以通过使用 *RawBytes 类型的参数来避免复制；有关使用限制，请参阅 RawBytes 的文档。

如果参数的类型为 *interface{}，则 Scan 会复制底层驱动程序提供的值而不进行转换。如果值是 []byte 类型，则制作一个副本并且调用者拥有结果。

因此，当我们不知道它们的类型时，我们还支持扫描列值：无论是原始形式，还是 Go 类型。

将这两者放在一起，您可以使用...调用可变参数函数的语法执行以下操作：

columnNames, err := rows.Columns()
if err != nil {
    log.Fatalln(err) // or whatever error handling is appropriate
}
columns := make([]interface{}, len(columnNames))
columnPointers := make([]interface{}, len(columnNames))
for i := 0; i 
现在columns切片应该包含当前结果行的所有列值的解码版本。
如果您对表有额外的了解（例如预期类型，或提前知道列数），您可能会稍微简化逻辑。
理论要掌握，实操不能落！以上关于《Golang 的 SQL 包是否无法进行即席/探索性查询？》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！