分享您的 SQL 故事,获取《SQL 实战》赠书!
各位 V2EXer 好,我是黄健宏,继上次《 Redis 应用实战》赠书活动之后我又来啦!
这次给大家带来的赠书是我最新的翻译作品《 SQL 实战》,一本非常棒的 SQL/PostgreSQL/数据分析入门&进阶图书,希望大家会喜欢。
以下是本次赠书活动的具体规则:
请回复本帖,写出您或您的公司正在使用什么 SQL 系统(如 MySQL 、PostgreSQL 、Aurora 等),以及你们使用 SQL 完成什么工作(存储什么数据,实现什么模块等)
我会从大家的回复中挑选出 3~5 条我认为有趣的回复,并向这些回复的作者每人赠送《 SQL 实战》图书 1 册
本次活动到 2025 年 3 月 24 日 0 时截止,活动赠书由化学工业出版社提供,本人保留所有解释权
欢迎大家踊跃参与,分享您的有趣 SQL 故事!
了解《 SQL 实战》的更多信息请访问本书主页huangz.works/sql/,也可以直接通过京东或淘宝购买。
我们目前主要使用 MySQL 和 达梦数据库,主要用 SQL 来完成以下工作:
数据统计与分析:
我们经常需要从海量数据中提取关键指标,生成各种统计报表。比如,通过复杂的聚合查询和窗口函数,我们能够快速计算出用户的活跃度、订单的成交率等核心数据。
逻辑实现:
在 SQL 的使用上,我们尝试过两种不同的方式:
拆分 SQL 在程序中组合逻辑:对于一些复杂的业务逻辑,我们会将 SQL 拆分成多个简单的查询,在程序中进行组合和处理。这种方式灵活性强,便于调试和维护。
完全使用 SQL 实现逻辑:对于一些需要高效执行的场景,我们会尽可能将逻辑写在 SQL 中,比如通过存储过程或复杂的嵌套查询来实现。这种方式可以减少程序与数据库的交互次数,提升性能。
数据存储与管理:
我们使用 MySQL 存储用户信息、订单数据、日志记录等结构化数据,同时通过达梦数据库处理一些对国产化有要求的业务场景。SQL 帮助我们高效地管理这些数据,确保数据的完整性和一致性。
最近我们还在探索如何优化 SQL 查询性能,比如通过索引优化、查询重写等方式来减少数据库的负载。
期待这次的《 SQL 实战》能带来更多实用的技巧和深入的知识!感谢这次活动,也希望有机会能获得赠书!
来一本垫桌子角
先不买了,上次买的作者的 redis 书还没看完,支持一波作者了
今年还真遇到了。
开发一个小程序,做 ETF 基金和股票的交易记录,没买数据服务器,用的免费的数据库,最开始用的 wsfdb 的 mysql ,大小只有 10M ,用了一段时间,太小了后来存不进去数据了。
只好又找啊找啊,找到了 MemFireDB 网站,提供 1G 容量的 PostgreSQL ,从没有用过这种数据库,于是晚上又边学习边改代码,PostgreSQL 不区分大小写,坑了一个星期,后来才知道要加引号,花了差不多一个月刚好,MemFireDB 又不免费了,只好再找免费云数据库,重新换回了 mysql 。
[哭.gif]
哈哈 研究下 sql 怎么生成 shell 目录
我与 SQL 的故事,除了开发以外。。。。。马上 4 月份自考 《数据库系统原理》了要。
主系统是 MySQL ,主要用它来存储货币流水数据。有一个业务是查询统计单日交易额。
但是这个表一直累计了一两年,大概有 20 亿条。在 MySQL 里进行大数据查询时候基本用不了。
要做一些复杂查询,查询周报的时候,需要一分钟才能出结果。要是查询跨月的数据,基本就直接就锁死数据库。
前端时间,研究了一下把数据同步到了 ClickHouse 。同样的操作在 MySQL 中需要 30 多秒的查询,在 ClickHouse 里能在大概 2 秒时间内完成,属于是保住饭碗了
送我的话,我保证不用来垫桌角,认真阅读,对得起 OP 的辛苦翻译工作。
mysql ,还是期望多一点应用侧的 sql 经验,不同业务场景对 sql 运用和使用
刚入行的时候,我所在的第一家公司,mysql 基本都要求单表查询,当时使用 PHP 来着,往往是在查完主数据之后,再查其他的附属信息,最后便利结果,把附属信息加回去。
后来去的公司,基本都是能一条 SQL 搞定的就不会多写,由于业务的复杂性增加,往往一条 SQL 需要链接 4-6 个表。直接面向 SQL 编程了属于是。
再后来,公司业务转向广告投放业务,数据量大增,我跟着做了数仓,这里吐槽一下阿里的 ADB ,一不能用联合索引,二分析个语句给出的执行过程实在是太不直观了。
到现在我也不是很明白,什么,是最好的实践,只是跟着业务的规范走。团队是什么风格,就跟着写什么风格。
说点题外话,每次在 x 上看作者大佬怼那些脑残真的很爽😂
aiven.io 有免费的 mysql
1 dedicated VM
1 CPU per VM
1GB RAM per VM
5 GB total storage
存你想存,用你想用😂
是时候展示真正的 sql 实战了,我想没有谁比我更需要这本书
个人开发者,现在主要用 postgresql ,开发 web 项目.
具体 sql 的语言基础不是很好
业务方面都是框架提供的模型然后 ORM 来做数据的操作
一直想深入学习下 sql 的知识,提升下这方面的不足.
现在很多开发 web 的人,估计都跟我一样.问 SQL 也都是知道一点基础方面的东西
平常业务都是 ORM 来操作数据库
希望能又一本好的书,把 SQL 的方面介绍的深入浅出
有理论有有实践操作
否则数据库方面越来越多的人都会依靠 ORM 来做了
不要书,单纯支持一下 op
以前的公司多是用 MySQL ,后面自己创业开公司,就全部换成了 PostgreSQL 。因为我发现用了 PostgreSQL 之后,很多慢查询的问题都可以自然规避了,甚至在语法上的不支持就规避了程序员写出一些执行效率低的 SQL 。当然大数据的东西还是结合用了 MongoDB 来实现。
公司没有 dba,阅读了带佬的说,我应该可以顶上去吧
公司在用 Mysql ,hive iceberg ,我们用 SQL 主要完成运营统计、QA 审计工作~ 希望中奖
我自学就是从 mysql 开始的, 第一个公众号也是分享 mysql 技巧的, 第一本书是 mysql 必知必会,卧槽, 这本书简直是背过了一样,那个时候太牛逼了
现在用的 pg
有个很麻烦的问题还没解决,每天会产生大量数据,这些数据都是要拿来汇总统计,使用方式具备关系型数据库特征,无法用 es 来装,也就是这场景下,还只能用 pg 或者 mysql 这种数据库。一天要产生几百万的数据,数据存储量也大,然后用户要看的时间跨度还挺大,分库分表都麻烦,就算分库分表,因为数据量这么大,也可能分出大量的库表出来,头疼
sql 故事没有,sql 事故倒是挺多的,哈哈
谢谢分享,我去看看
这就不得不提到刚工作那会是真的没经验,到初创公司工作做了一个类似秒杀的项目,项目很小很初级,使用人也不多,个别表的数据倒是有几万,现在随便哪个开发听起来都是小儿科的东西。
一开始用卡的不行,火烧眉毛的研究,后来猛然发现没加索引啊这是,于是快速加上索引一下就流畅了。
经过那次事件之后,就找来各种数据库的书研究,到现在印象还十分深刻。
现在用 mysql8.0 ,要向 opengGauss/Pg 迁移,想想都头大
cy
这玩意我印象一直都有各种问题,但似乎只要解决了一直都是正常的。 我刚刚重装了系统,并更新了最新补丁。 应用商店死活打不开: 报错:代码: 0x80131500 点击[刷新页面]…
我在我的微博上说过这样一段话,我想在这里把我的这个观点阐述地更完整一些。 @左耳朵耗子:聪明的程序员使用50%-70%的时间用来思考,尝试和权衡各种设计和实现,而用30% &#…
为什么这么问呢?从最近语雀到阿里云事件来说,感觉某厂从 P 系调整,某某某大佬离职等等事情开始,已经有点飘飘欲坠的感觉有么有?还有最近在对接闲鱼的业务,文档上公然贴出有 BUG…