为什么还要在Golang中使用*DB. exec（）或准备好的语句？

Question

我正在使用golang和Postgresql。

这里说，对于不返回行（插入、删除、更新）的操作，我们应该使用exec（）

如果函数名包括Query，则它被设计为询问数据库的问题，并将返回一组行，即使它是空的。不返回行的语句不应使用查询函数；它们应该使用Exec（）。

然后它在这里说：

Go在封面下为您创建准备好的语句。一个简单的db。例如，查询（sql、参数1、参数2）的工作原理是准备sql，然后用参数执行它，最后关闭语句。

如果query（）？




Answer 1

确实可以使用db。执行和db。Query可互换地执行相同的sql语句，但是这两种方法返回不同类型的结果。如果由驱动程序实现，则从db返回结果。exec可以告诉您查询影响了多少行，而是db。查询将返回行对象。

例如，假设您想要执行一个DELETE语句，并且您想要知道它删除了多少行。您可以通过以下两种方式进行操作：

res, err := db.Exec(`DELETE FROM my_table WHERE expires_at = $1`, time.Now())
if err != nil {
    panic(err)
}

numDeleted, err := res.RowsAffected()
if err != nil {
    panic(err)
}
print(numDeleted)

或者更详细、客观上更昂贵的方式：

rows, err := db.Query(`DELETE FROM my_table WHERE expires_at = $1 RETURNING *`, time.Now())
if err != nil {
    panic(err)
}
defer rows.Close()

var numDelete int
for rows.Next() {
    numDeleted += 1
}
if err := rows.Err(); err != nil {
    panic(err)
}
print(numDeleted)

有第三种方法可以结合postgres CTE、SELECT COUNT、db.QueryRow和row.Scan来实现这一点，但我认为没有必要用一个例子来说明与db.Exec相比，这种方法有多么不合理。

在db.Query上使用db.Exec的另一个原因是，当您不关心返回的结果时，您只需要执行查询并检查是否有错误。在这种情况下，您可以执行以下操作：

if _, err := db.Exec(`<my_sql_query>`); err != nil {
    panic(err)
}

另一方面，你不能（你可以但不应该）这样做：

if _, err := db.Query(`<my_sql_query>`); err != nil {
    panic(err)
}

执行此操作后，过一会儿，您的程序将因一个类似于打开的连接太多的错误而死机。这是因为您放弃了返回的db.Rows值，而没有首先对其进行强制Close调用，因此最终打开的连接数会增加，并最终达到服务器的限制。

我认为你引用的那本书不对。至少在我看来，db.Query调用是否每次都创建一个新的准备语句取决于您使用的驱动程序。

例如，请参见queryDC（由db.Query调用的未报告方法）的这两部分：不带预处理语句和带预处理语句。

无论这本书是否正确，由db.Query创建的db.Stmt将在关闭返回的行对象后被丢弃，除非有一些内部缓存正在进行。如果您改为手动调用db.Prepare，然后缓存并重用返回的db.Stmt，则可能会提高需要经常执行的查询的性能。

要了解如何使用准备好的声明来优化性能，您可以查看官方文档：https://www.postgresql.org/docs/current/static/sql-prepare.html