大家的 SQL 一般怎么管理？

把常用的 SQL 保存到单独的文件里，加上注释，用的时候直接复制，改改就能用。不常用的就现写

TablePlus 支持 sql 键入历史查询
https://docs.tableplus.com/query-editor/query-history

datagrip 有 file 和 console 。常用的用 file 保存，临时的用 console 。

我, CRUD boy, 一般需要保存的 sql 就三种, 一种是用户让我导数据, 我会在 excel 那里加一个 sheet 把语句存进去, 不然下次他让再导一份我都不知道上哪给他整这个 sql 出来, 一种就是改了容易把系统改崩, 那就先存一份备份, 还有一种是 sql 还没写完, 得存起来下次接着写...
至于存哪, 我一般是存 onedrive 的自动上传的目录, 这样电脑坏了也不会丢工作进度, 更细致的管理我这个岗位好像就不需要了
需要写一堆东西才能 select 出来的我可能就直接存成视图了🐶🐶🐶

我都是先打开查看一下，再把查看时候自动生成的 sql 复制出来，去查询那里粘贴修改，目的就是为了少敲那几个“select * from”

视图？

作为 sql boy ，根据每次的需求场景命名并带上需求方名称，日期，方便以后查阅；或者根据每次的查询内容概括一个名称保存。

很多工具都带 sql 管理的，比如我最常使用的 navicat ，他就可以保存历史查询，常用的保存了一堆。

常用的查询都保存到一个 sql 文件里

datagrip ，我直接在 file 新建 sql ，专门留一两个 sql 文件用来平时的临时查询

不理解为啥要存 sql,从不存。
工作的话,我一直都是 orm 。
复杂的 sql,不敢想象多难阅读。

orm 复杂的语句真是是灾难,
sql 一般我存到 idea 里,并且用 git 同步

这个问题我也头疼，之前是会存一些常用的，注释好放在一个 sql 文件里面，如果有临时需要的就在最下面加，一个库一个 sql 文件，但村的 sql 多了也会有找不到的情况，着急的就又手敲语句了。DBeaver 有个好用的功能，输入“SF （关键字）+tab”会自动补全“select * from ;”，这个功能可以减少一部分重复输入，关键字和补全后的语句都可以自定义，但是表名还是得自己输一下。

massCode ，默认 sql 代码片断管理。

Obsidian 专门一个目录存放通用 SQL ，Obsidian 全文检索好评

分享到文档上，和同事一起用，一起维护

DataGrip ，常用的保存到 scratch 文件，再用坚果云同步

@lyxxxh2 sql 是通用的，sql 比 orm 更易读

@redbule

!? 我震惊,无法认同。

@lyxxxh2 #19 只用 ORM 的一般都没处理过数据，肯定不理解为什么存 SQL