sqlz - 极简 SQL 拼接库

The Go Programming Language

› http://golang.org/

› Go Playground

Go Projects

› Revel Web Framework

This topic created in 1708 days ago, the information mentioned may be changed or developed.

https://github.com/go-tk/sqlz

sqlz

SQL

拼接

简

14 replies • 2022-03-01 17:47:04 +08:00

F281M6Dh8DXpD1g2

Feb 28, 2022

直接拼字符串...永远不是好的选择

michaelbibby

Feb 28, 2022

你这种情况用 goqu 似乎更理想： https://github.com/doug-martin/goqu

retanoj

Feb 28, 2022

虽然看不太懂，但感觉挺好的
再解决一下 where in 场景，以及分表表名拼接，以及动态拼接查询字段的问题可能就更好了

Zeuminqi

Feb 28, 2022

个人觉得，将 sql 和业务代码混在一起，拼来拼去，挺恶心的~

flighter

Feb 28, 2022

sql 和业务耦合太糟糕了

roy2220

Feb 28, 2022

@Qseven 理论上 sql 是持久化层的实现细节，而业务层独立于持久化层，在分层设计良好的情况下，sql 和业务代码不会混在一起

roy2220

Feb 28, 2022

@michaelbibby 干的活本质相同，都是 sql 拼接，但是`goqu`粉饰了一下，假装自己不是 sql 拼接～😄

sky101001

Feb 28, 2022

demo 有点让人难受

ryanking8215

Mar 1, 2022

@Qseven @flighter @liprais 我来替楼主说 2 句，这是一个 sql builder ，类似的实现有很多。至于是不是和业务代码混在一起，取决于你怎么使用它。一般会遵从分层设计，在业务层之外设计 repo 层，或者 dao 层，使用该层去操作持久化数据。repo 或者 dao 层的实现，可以用 sql builder 或者 orm 等，不存在和业务的耦合。

qq1340691923

Mar 1, 2022

我还是用 sqlbuild 吧

Morton996

Mar 1, 2022

沃日，你们不知道有种东西是 plan cache 吗？这种硬拼接的 SQL ，每次数据库优化器都要解析一次，非常影响性能。

roy2220

Mar 1, 2022

@Morton996 如果真是像你所说的“硬拼接”，首先该想到 sql 注入的问题，而不是性能问题 :)

Morton996

Mar 1, 2022

@roy2220 点错按钮了。SQL 注入和性能问题不冲突吧？

roy2220

Mar 1, 2022

@Morton996 是的，大可放心，我这库没有这样的问题