-
编辑 删除
基于达梦的SQL等价改写优化案例精选第三部【顺势而为】(大结局）② 等价改写中的陷阱
在SQL优化中，"顺势而为"不仅要求我们遵循数据库引擎的工作原理，还需要尊重数据的本质特性，包括类型特征和NULL值语义。只有全面理解这些概念，才能进行既正确又高效的SQL等价改写。记住：改写不仅要追求性能，更要确保语义的真正等价...
-
编辑 删除
基于达梦的SQL等价改写优化案例精选第三部【顺势而为】① 列的类型转换
SQL优化的第三部分中，我们强调了“顺势而为”的原则，即遵循数据库引擎的工作原理来编写查询语句。核心思想是保留列的纯洁性，避免对列进行函数操作或类型转换，以提高查询性能。通过实际案例展示了在WHERE子句中对日期字段使用TO_CHAR函数的问题，包括无法利用索引、类型不匹配和语义不清晰等。优化方案建议直接...
-
编辑 删除
数据处理进化史之小明历险记①：从Excel困局到集中式数据库的飞跃
凌晨2点，办公室只剩下键盘敲击声和电脑风扇的嗡鸣。小明第47次点击"保存"，Excel再次弹出"程序无响应"的灰色对话框。距离老板要求的"明早9点必须看到数据报表"只剩7小时，而这份包含十万行销售记录的文件，此刻就像一颗定 时 炸 弹...
-
编辑 删除
基于达梦的SQL等价改写优化案例精选第二部【精兵简政】④ 多余写法
在我们探讨"精兵简政"系列的最后一篇，我们将聚焦于SQL中常见的"多余写法"问题。冗余代码不仅影响可读性，更会导致数据库做许多不必要的工作，从而影响性能。让我们通过实际案例来学习如何精简SQL，让代码更加高效。## 案例8 一个有着多处多余写法的经典脚本```sqlselect * from (select rownum num, h.*&nbs
-
编辑 删除
基于达梦的SQL等价改写优化案例精选第二部【精兵简政】③ 有困难先将需求最小化
SQL优化不仅仅是技术层面的改进，更是思维方式的转变。当我们面对复杂问题时，不要急于堆砌复杂的代码，而是应该先问自己："这个问题的本质是什么？有没有更简单直接的解决方案？"往往，最优雅的解决方案也是最简单的那个...
-
编辑 删除
基于达梦的SQL等价改写优化案例精选第二部【精兵简政】② 无脑复制粘贴
本案例揭示了SQL开发中一个常见但危险的习惯——通过复制粘贴来处理看似类似的逻辑。这种方式看似方便，实则带来了性能负担和维护困难。在"精兵简政"的理念下，我们应当始终寻求更优雅、更高效的解决方案...
-
编辑 删除
基于达梦的SQL等价改写优化案例精选第二部【精兵简政】① 莫名其妙的行列转换
在数据分析和报表生成过程中，行列转换是一个常见需求。然而，开发人员常常在实现这类需求时走弯路，创建了不必要的复杂查询。今天我们要分析的案例就是这样一个典型示例...
-
编辑 删除
基于达梦的SQL等价改写优化案例精选第一部【一统天下】④ or 与 union all的优化交响
在SQL开发中，我们经常会遇到这样的情况：需要组合多个相似但略有不同的查询结果。大多数开发者本能地使用UNION/UNION ALL来解决，这种方式直观易懂，但在特定场景下却隐藏着巨大的性能浪费。本案例将从执行原理层面，深入剖析为什么在某些情况下，OR条件能比UNION ALL带来质的性能提升。的聚合艺术
本文展示了如何通过SQL的GROUP BY与CASE WHEN结合，将复杂的UNION查询优化为单一查询，减少表扫描次数，提升性能...
-
编辑 删除
基于达梦的SQL等价改写优化案例精选第一部【一统天下】②分析函数的穿透之力
在SQL优化中，分析函数（Analytics Functions）是一类功能强大但常被忽视的工具。它们能在单次数据扫描中完成复杂的计算，避免多次访问相同数据。本案例将展示如何利用KEEP和DENSE_RANK函数组合，将多次表扫描简化为一次，大幅提升查询性能。案例2：KEEP与DENSE_RANK的完美配合在前一篇案例中，我们对一个复杂SQL进行了全面优化。今天，我们聚焦其中的一个关键环节：如何优
-
编辑 删除
基于达梦的SQL等价改写优化案例精选第一部【一统天下】① count(case when)的合并魔力
SQL优化的核心在于深入理解业务需求，并通过改写SQL语句来提升效率。本文通过12个真实生产系统中的案例，展示了如何通过合并代码、减少表扫描等手段优化SQL...
-
编辑 删除
小余买鱼与数据库优化【7】「大结局」——方法论应用案例（下）
1.2.1.3需求与设计（再次优化）遇到疑问最重要的就是，去理解需求是什么？真正的需求让我大吃一惊！原来该SQL1的语句在过程包中的代码是类似如下的:beginselect count(*) into v_cnt from t1 ;if v_cnt>0 then …A逻辑….else&nbs
-
编辑 删除
小余买鱼与数据库优化【6】——方法论应用案例（上）
1.2 方法论应用案例好吧，不说故事了，和大家分享点工作中的数据库优化经典案例吧（啥，你说啥？你终于听到高级的了？哦，说案例就高级，讲故事就低级啊。。。。）某电信营运商生产系统出现故障，短信平台产生大量积压，维护人员跟踪发现，原因是后台短信平台进程调用数据库中某个过程包，而该过程包原先执行返回结果给后台进程在10秒以内，现在不知是何种原因过程包返回时间居然长达1分钟，所以导致短信后台程
-
编辑 删除
小余买鱼与数据库优化【5】——买鱼买出方法论
1.1.2买鱼买出方法论1.1.2.1一套流程至此可以用一套完整的流程图来暂时结束《小余买鱼》系列故事，此套流程概括了本文全部精华思想。浓缩了笔者多年的调优心得，该图内容将在后续的描述中被不断印证！1.1.2.2两大 法宝上述总结的一套流程从小余买鱼系列故事演绎推理出来，从诊断和改进优化两个分支徐徐拉开优化方法论的序幕，形成了本文最宝贵精华部分。此外任何事物都可以多角度看待剖析。我们还可以将买鱼的
-
编辑 删除
小余买鱼与数据库优化【4】——真正的需求
在前三集中，我们跟随小余学习了诊断与改进、需求与设计及资源的利用。今天，我们将看到优化思维的最高境界——超越表面需求，直击本质，挖掘出真正的需求。小余买鱼4—真正的需求又过了一个月，妈妈又准备让小余买草鱼来招待刚上门做客的大舅了，不过因为离晚饭时间很近了，妈妈希望能在20分钟内买好鱼，而此时家附近的农贸市场依然没有开张，小余判断，无论如何都不可能完成这个任务了，不过小余还是开动了脑筋。最终居然让妈
-
编辑 删除
小余买鱼与数据库优化【3】——资源的利用
又过了几天，妈妈再次让小余去买鱼，这次楼下附近的农贸市场开放了。小余没能摆脱上次买鱼延续的思维惯式，选择让表哥帮忙一起开车去买鱼，结果到地下车库开车、到了农贸找车位停车...
-
编辑 删除
小余买鱼与数据库优化【2】——需求与设计
一个月后，小余妈妈又准备开始做水煮活鱼了，妈妈还让小余去买一只草鱼回来。不过这次情况发生变化了，家附近的农贸市场因故关闭了，由于住的比较偏僻，还真的只能去20里外沃尔玛超市买鱼了。如果是以前,小余必然就是直接兴冲冲的一头冲出门，帮妈妈买鱼去。不过这一次...
-
编辑 删除
小余买鱼与数据库优化【1】——诊断与改进
全文就从一个生活中的小故事开始吧，故事的名字叫：《小余买鱼1》 :一天下午4点多，小余妈妈想做水煮活鱼给家人吃，让小余去买一只草鱼回来。小余骑自行车到20里外的沃尔玛超市买到鱼然后返回。一到家，妈妈就开始责怪小余买鱼的时间花的太长了，因为都已经是下午6点半了，晚上7点一家人都安排好了外出的活动了，这下做水煮活鱼来不及了...
-
编辑 删除
Oracle数据库设计规范篇{七}——【设计篇完结】（环境参数命名等综合规范）
通过本文的环境参数配置和命名规范指导，我们完成了Oracle数据库设计规范系列的最后一篇。良好的环境参数配置可以优化系统性能，而统一的命名规范则提高了系统的可读性和可维护性...
-
编辑 删除
高考赋分制解析——从理解规则到计算实践，一文读懂！
高考为什么要采用赋分制，又是如何计算出来的？一文读懂！技术源于生活，下期，将更进一步，分析如何用SQL来模拟实现实现高考的赋分制...
