为什么还要在 Golang 中使用 *DB.exec() 或准备好的语句?
来源:Golang技术栈
时间:2023-04-15 16:23:47 243浏览 收藏
在IT行业这个发展更新速度很快的行业,只有不停止的学习,才不会被行业所淘汰。如果你是Golang学习者,那么本文《为什么还要在 Golang 中使用 *DB.exec() 或准备好的语句?》就很适合你!本篇内容主要包括为什么还要在 Golang 中使用 *DB.exec() 或准备好的语句?,希望对大家的知识积累有所帮助,助力实战开发!
问题内容
我将 golang 与 Postgresql 一起使用。
它[在这里](http://go-database-
sql.org/retrieving.html)说,对于不返回行的操作(插入、删除、更新),我们应该使用exec()
如果函数名称中包含 Query,则它旨在询问数据库的问题,并且将返回一组行,即使它为空。不返回行的语句不应使用查询函数;他们应该使用 Exec()。
然后它在这里说:
Go 在幕后为您创建准备好的语句。例如,一个简单的 db.Query(sql, param1, param2) 的工作方式是准备 sql,然后使用参数执行它,最后关闭语句。
如果 query()
在幕后使用准备好的语句,我为什么还要费心使用准备好的语句?
正确答案
“为什么还要使用 db.Exec()”:
确实,您可以使用db.Exec
和db.Query
互换执行相同的 sql
语句,但是这两种方法返回不同类型的结果。如果由驱动程序实现,则返回的结果db.Exec
可以告诉您查询影响了多少行,而db.Query
将返回行对象。
例如,假设您要执行一条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.Exec
over的另一个原因db.Query
是当您不关心返回的结果时,您只需要执行查询并检查是否有错误。在这种情况下,您可以这样做:
if _, err := db.Exec(``); err != nil { panic(err) }
另一方面,你不能(你可以但你不应该)这样做:
if _, err := db.Query(``); err != nil { panic(err) }
这样做,不久之后,你的程序会因为类似too many connections open
.
这是因为您在db.Rows
没有首先对其进行强制Close
调用的情况下丢弃了返回的值,因此最终打开的连接数会增加并最终达到服务器的限制。
“还是在 Golang 中准备好的语句?”:
我不认为你引用的那本书是正确的。至少在我看来,调用是否db.Query
每次都创建一个新的准备好的语句取决于您使用的驱动程序。
queryDC
例如,参见(由
调用的未导出方法)的这两个部分db.Query
:没有准备好的语句和准备好的语句。
无论这本书是否正确,db.Stmt
created
by都将是,除非有一些内部缓存正在进行,否则在您关闭返回的对象db.Query
后被丢弃。Rows
如果您改为手动调用db.Prepare
,然后缓存并重用返回的db.Stmt
内容,则可以潜在地提高需要经常执行的查询的性能。
要了解如何使用准备好的语句来优化性能,您可以查看官方文档:https ://www.postgresql.org/docs/current/static/sql- prepare.html
好了,本文到此结束,带大家了解了《为什么还要在 Golang 中使用 *DB.exec() 或准备好的语句?》,希望本文对你有所帮助!关注golang学习网公众号,给大家分享更多Golang知识!
-
439 收藏
-
262 收藏
-
193 收藏
-
188 收藏
-
500 收藏
-
139 收藏
-
204 收藏
-
325 收藏
-
477 收藏
-
486 收藏
-
439 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习