分享您的 SQL 故事，获取《SQL 实战》赠书！

[huangz]

各位 V2EXer 好，我是黄健宏，继上次《 Redis 应用实战》赠书活动之后我又来啦！

这次给大家带来的赠书是我最新的翻译作品《 SQL 实战》，一本非常棒的 SQL/PostgreSQL/数据分析入门&进阶图书，希望大家会喜欢。

以下是本次赠书活动的具体规则：

• 请回复本帖，写出您或您的公司正在使用什么 SQL 系统（如 MySQL 、PostgreSQL 、Aurora 等），以及你们使用 SQL 完成什么工作（存储什么数据，实现什么模块等）

• 我会从大家的回复中挑选出 3~5 条我认为有趣的回复，并向这些回复的作者每人赠送《 SQL 实战》图书 1 册

• 本次活动到 2025 年 3 月 24 日 0 时截止，活动赠书由化学工业出版社提供，本人保留所有解释权

欢迎大家踊跃参与，分享您的有趣 SQL 故事！

---

了解《 SQL 实战》的更多信息请访问本书主页huangz.works/sql/，也可以直接通过京东或淘宝购买。

[NoKey]

现在用的 pg
有个很麻烦的问题还没解决，每天会产生大量数据，这些数据都是要拿来汇总统计，使用方式具备关系型数据库特征，无法用 es 来装，也就是这场景下，还只能用 pg 或者 mysql 这种数据库。一天要产生几百万的数据，数据存储量也大，然后用户要看的时间跨度还挺大，分库分表都麻烦，就算分库分表，因为数据量这么大，也可能分出大量的库表出来，头疼

[lyz1990]

sql 故事没有，sql 事故倒是挺多的，哈哈

[imicksoft]

@flyz 谢谢分享，我去看看

[xiangbohua]

这就不得不提到刚工作那会是真的没经验，到初创公司工作做了一个类似秒杀的项目，项目很小很初级，使用人也不多，个别表的数据倒是有几万，现在随便哪个开发听起来都是小儿科的东西。

一开始用卡的不行，火烧眉毛的研究，后来猛然发现没加索引啊这是，于是快速加上索引一下就流畅了。

经过那次事件之后，就找来各种数据库的书研究，到现在印象还十分深刻。

[8bit]

现在用 mysql8.0 ，要向 opengGauss/Pg 迁移，想想都头大

[mmc321]

cy

[zzf2019]

我也来当个分母吧。mysql 我还真的用的蛮多的

[lazyyz]

正在学习 SQL ，最近刚从图书馆里借了 MySQL 8 快速入门（视频版）和 SQL 必知必会（第 5 版），大佬的新书看上去挺适合接下去的我，哈哈

[chaffy]

我 shell 写得还行，sql 写得不好，但我又是一个 dba ，所以大大，我需要此书！

[psyer]

正在学数仓，需要学复杂的开窗查询，连续登录，合并区间(◕_◕)/✏️ 正需要这个

[ZDM]

我司部门，无数的数据模型，且复杂的查询。刚需。

[fox0001]

用 MySQL 做数据集合处理，一千万左右的量级，处理需要几小时。后来把数据导出，用 pandas 处理，秒出结果。

[soap0X]

干了一年运维优化了些查询。tob 的客户有用 oracle,mysql5-8

[wukongkong]

当年不会复杂 sql ，直接全部返回前端，前端处理……

[foufoufm]

我们目前主要使用 MySQL 来做报表中间库：通过采集各个业务系统的数据集成到中间里，然后使用 sql 数据建模得到想要的维度数据和事实数据，最后将查询结果固化落盘下来形成结果表，最终配合 FineReport 形成领导们看到的系统报表。

核心差异点在于：因为人少，所以采取的原则是，“用空间换时间”。基本上数据查询能落盘的落盘，实现一表对一表（数据库结果表对报表），来展现报表数据，这样后期也方便维护，而存储和查询性能暂时不做考虑。特别是在成熟度模型下，目前我们仅在 LV1 的位置，能够确保数据能出、数据能准已经是超出预期的数据建设了。

具体实现中，我们通常采用从业务 DB 到中间库做查询的场景，原则上尽量消解掉长 SQL ，而是使用 CTE ，拆分成多个片段式 SQL 来方便编码和定位，但具体而言 SQL 如何编写更有规范、更有维护性这块我们还在探索，期待《 SQL 实战》能给我们带来更多的实战经验，解决传统行业数据脏乱差的问题，或提供助力！

感谢这次活动，也希望有机会能获得赠书！

[wxd21020]

首先还是感谢 OP ，PG 数据库使用者一枚， 目前公司所有的系统应用（几百个吧），使用的全是 PG 数据库，绝大多数都是使用的 pacemaker+corosync 一主两从集群，全部是我们自己或者同事搭建运维；从以下几点说明一下有一本 PG 数据库书籍的必要性：
1.目前遇到问题基本都是问大模型，问 google ，需要一本系统的书来学习，时刻参考。
2.目前身边的同事和自己在这方面感觉也都不是很专业，需要进一步提升。
3.之前也遇到很多数据库出现问题的时候，也都是一点点摸索解决；比如数据库的一些配置，数据库使用过程中由于 sql 或者应用配置不规范导致数据库告警、崩溃等；甚至有一次集群无法启动，临时申请服务器重新搭建后进行数据迁移。

最后，即使没有获得此书，也感谢 OP 为技术 er 们提供的知识。

[herm2s]

我们公司主要使用的是 MySQL ，我刚加入公司时负责的是数据报表模块，经常碰到各种多表关联+大数据量查询，一行 SQL 能写到几百行，一次查询能到几十秒，尝试了各种优化，如索引分析、语句优化、读写分离、接口缓存等等，终于将查询速度优化了下来。也是在那段时间，我的 SQL 能力突飞猛进，后来我也将那个模块迁移到了列式存储数据库，算是又拓宽了技术视野。
纵观我的职业生涯，SQL 在其中扮演了十分重要的角色，陪伴着我从一个刚入行的菜鸟到高级工程师，后来我在代码设计和架构优化上学到了新的知识，反而不会再向出入行业时那样一味压榨数据库能力了，正好也希望能够获得赠书，来温故知新，补补更多的 SQL 知识。

[Jason0803]

毕业第一个公司用的 PostgreSQL ，里面存满了领导造的几亿个假数据，为的是制造用户量骗风投

[huangz]

恭喜 @wxyrrcj @zzlettle @foufoufm @wxd21020 四位朋友中奖，请填写附言中的表单以便我们安排寄送赠书，谢谢~！

[foufoufm]

@huangz 感谢作者，很高兴获得此书，今后也会继续探索 SQL 在传统企业的数字化应用。联系方式已填写(base64)：MTgyNTgyNzQ0NzI=