-
编辑 删除
正则表达式30分钟入门教程
正则表达式30分钟入门教程版本：v2.21 (2007-8-3) 作者：deerchao 来源:unibetter大学生社区 转载请注明来源目录本文目标 如何使用本教程 正则表达式到底是什么？ 入门 测试正则表达式 元字符 字符转义 ...
-
编辑 删除
一波三折的优化案例
Du join pdr1 on du.xm_bh = pdr1.xm_bhAnd exists(select 1 fromres_cnfg where du.jfdy_bh = res_cnfg.yw_bh and pdr1.res_id =res_cnfg.res_id)这段代码看起来是不是怪怪的？du表与pdr1表通过xm_bh关联，然后通过exists对关联后的数据进行了过滤，过滤条件是res_cnfg这个表与du表和pdr1表关联...
-
编辑 删除
一波三折的优化案例
第一次优化：经验又是一个TOPSQL，这次是生产环境告急，耗时达到了超1小时，我拿到这个SQL，总共114行，是典型的头轻脚重型的SQL，它长了张精致的脸蛋（15个字段，干净利落），也拥有了匀称丰腴的身材（6个表关联），但是却是一个“马大脚”，而且是张奇大无比的巨型脚板，配在这幅身板上，显得怪别扭...
-
编辑 删除
aaa
再次验证了exists对性能的影响 对OR表达式的理解要深刻 批判 物化视图的使用，是否可以在鉴权功能方案期间就需要设计？因为这个鉴权在很多地方都有用...
-
编辑 删除
aaa
6.JOIN INNER JOIN LEFT JOIN 7.INDEX 8.分页 分页 计数 EXIST重复 全表扫描 为什么要全表扫...
-
编辑 删除
ULTRA EDIT -32 之传统正则表达式
UltraEdit（后简称UE），是我经常使用的文本编辑软件，其功能的强大，令我由衷地爱上了它。每天不用就全身不爽。从最开始的9。0到现在的12。10a（本人只用到这个版本），UE都是系统重装后必安之物。UE本身除了普通的...
-
编辑 删除
一波三折的优化案例
第二次优化：业务，先获取rw_bh得意不能忘形，否则就是被打脸在上封邮件中，我大肆批判了IDX_TM_RC_PN_BID_BCTYPE_TN_I这个索引，大有“庆父不死，鲁难未已”的决心，而且，还在别人面前显摆：一看就知道是这个索引的问题。也就在我这有点飘飘然的时候，第三天，又收到了监控邮件，又是这个SQL，这次虽然未超...
-
编辑 删除
aaa
总结 优化手段 SQL优化 技术驱动 加HINT 改SQL &nbs...
-
编辑 删除
aaa
5类权限，5个exists，运算关系是or oracle的解析机制是，从左到右，判断exists是否存在 如果第一个exists成立，则不往下执行，直接...
-
编辑 删除
A3环境在1月18日一个SQL执行时间超长
1、 函数使用不当：在计算平均积分时，原始SQL中的算法是：CASE WHEN (COUNT(T.JDJF)>0) THEN ROUND(SUM(T.JDJF)/COUNT(T.JDJF), 2) ELSE 0 END JDJF。其实这么一大段SQL，不就是ROUND(AVG(PS_T.JDJF), 2)吗？2、Exists写法欠妥：在原始SQL中，存在AND EXISTS (SELECT G.QY_BH, G.BM_BH, G.ZWM, G.YWM, G.QYBQ这样一...
-
编辑 删除
分布事务挂死处理步骤
分布事务挂死处理步骤SELECT * FROM dba_2pc_pending WHERE local_tran_id='156.23.65856'；ROLLBACK/COMMIT FORCE '156.23.65856';BEGIN DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('156.23.65856'); END; 执行上述清除事务报错ORA-06510: PL/SQL: UNHANDLED USER-DEFINED EXCEPTION ，按以下步骤处理1、手...
-
编辑 删除
aaa
SQL自身 没有任何一个语句出现了性能问题，因为都是简单的select、update、insert、delete 数据量不大，不到20万数据量...
-
编辑 删除
一波三折的优化案例
这段SQL看上去是不是怪怪的？这就好比你手上拽着线头，却在一堆针头里面挨个判断是否为你手上线头穿系的哪根针头？完全可以拎起线头就可以唯一找到你的针头呀。这样找不慢才怪。于是乎，我就试着是否可以将RW_BH =:b的条件移到外层SQL中，这是我的强项呀：SQL改写。不过，我最终还是被这个SQL打败了，放弃了直接改...
-
编辑 删除
一波三折的优化案例
1、 RW_BH过滤后，exists子查询里面的记录数必定是<=1；2、 RW_BH直接或间接与外层查询中的数据有联系的；3、 在select部分，也是有RW_BH这个字段，这个字段与子查询的rw_bh是否存在联系？通过层层递进，最终发现子查询中的RW_BH是与外层表对象有间接关系的，为方便理解，SQL可以简化如下：Select ...
-
编辑 删除
aaa
在生产环境的日常监控中，一个非常简单的SQL引发了一个非常差的性能问题 这个SQL是在后台运行的，其功能是验证数据的唯一性 分析 &n...
-
编辑 删除
aaa
知识 技术知识 表连接技术 原理 作用 类型&n...
-
编辑 删除
AAA
1月18日一个SQL执行时间超长，而且对CPU的消耗很大，我拿到这个SQL时，直接显示的行数超过了800行（见附件“项目阶段&要素积分统计SQL--原始”），是来项目以来发现最长的单个SQL（不包括语句块），鼓足了很大的勇气对这个SQL进行了长达一整天的分析，找到了原因，也发现了里面暗含了很多的问题，从起初的...
-
编辑 删除
aaa
大而全 这个复杂的SQL产生的原因之一就是复杂的报表需求 从用户角度，当然希望能在一个页面看到所有的信息  ...
-
编辑 删除
aaa
8. 5.SQL瘦身 心得 访问大视图 在系统中维护任何一个对象都应该要严格评审 视图是把...
-
编辑 删除
一波三折的优化案例
根据开发人员的表述：这个SQL经过优化后，在功能测试环境是没问题了，但是放在性能测试环境又出现了超时现象。同样的SQL，更好的配置，更差的性能，不用说，这肯定又是数据量导致的。果真，在性能环境主表rp_task_t表的数据量已经达到了5000万，res_cnfg表的数据量也接近5000万，不慢才怪。那么到底是哪个步骤导致了性能...
