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

Question

我正在将 golang 与 Postgresql 结合使用。

它说 here 对于不 return 行的操作（插入、删除、更新）我们应该使用 exec()

If a function name includes Query, it is designed to ask a question of the database, and will return a set of rows, even if it’s empty. Statements that don’t return rows should not use Query functions; they should use Exec().

然后它说 here:

Go creates prepared statements for you under the covers. A simple db.Query(sql, param1, param2), for example, works by preparing the sql, then executing it with the parameters and finally closing the statement.

如果query()在幕后使用准备好的语句我为什么还要费心使用准备好的语句？

Answer 1

“为什么还要使用 db.Exec()”：

确实可以交替使用 db.Exec 和 db.Query 来执行相同的 sql 语句，但是这两种方法 return 的结果类型不同。如果由驱动程序实现，从 db.Exec 编辑的结果 return 可以告诉您查询影响了多少行，而 db.Query 将 return 行对象。

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

res, err := db.Exec(`DELETE FROM my_table WHERE expires_at = `, 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 =  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.Exec 而不是 db.Query 的另一个原因是当您不关心 returned 结果时，您只需要执行查询并检查是否有是不是错误。在这种情况下，您可以这样做：

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

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

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

这样做，不久之后，您的程序将因类似于 too many connections open 的错误而崩溃。这是因为您在没有首先对其进行强制性 Close 调用的情况下丢弃了 returned db.Rows 值，因此您最终打开的连接数上升并最终命中服务器的限制。

“或 Golang 中的准备语句？”：

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

例如参见 [=29=] 的这两部分（db.Query 调用的未导出方法）：without prepared statement and with prepared statement.

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

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

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

Why even use *DB.exec() or prepared statements in Golang?

sql

database

postgresql

prepared-statement

go

“为什么还要使用 db.Exec()”：

“或 Golang 中的准备语句？”：