知跬步，至千里

前段时间做了一条SQL调优，这里记录一下，主要想梳理driving_site知识点，在这里也做个分享，立个Flag。起因：同事提出财务报表程式跑一个月资料时遇到Web页面超时报错，定位相应的view查询性能不好，并协助对其进行tuning。调优效果：原因解决方案效果关联查询Remote DB CTN1105G建议加上driving_site hint161min-...

对于使用DBLINK远程访问数据库的SQL，ORACLE可以有两种选择：第一：在Remote数据库执行该段SQL；第二：在Local数据库执行该段SQL；所以优化策略和思路：策略：远程访问，网络传输占很大部分，优化原则，减少网络传输，将小的结果集拉到本地处理；思路1：可以在远端数据库建立视图，在远端执行；思路2：使用DRIVING_SITE将数据拉到本地执行处理；用法: /+dr...

前段时间遇到一条可以调优的SQL，这里记录一下，梳理知识点，在这里也做个分享，立个Flag。结论：如下这条SQL每次执行都会Full Table Scan TAB1012，查看该SQL的执行计划，建议更具查询条件修改SQL，拿掉Index栏位的TRUNC()函数，且修改时间判断逻辑，可走Index扫描查询，时间从25.7秒下降到0.5秒，Cost也可从38214下降到896。SQL如下：S...

起因上周四下午的时候收到Oracle DB的High Disk I/O Loading Session警示邮件，查找发现是如下这段SQL导致High Disk I/O：SELECT * FROM CLW3014 WHERE AUDIT_DATE = (SELECT MAX(AUDIT_DATE)AUDIT_DATE FROM CLW3014 WHERE BOOK_NO = :B3 AN...

今天在做SQL Tuning的时候遇到一个典型的example，立个Flag，梳理知识点，在这里也做个分享，就是我们在写SQL的时候如果对索引字段使用函数炒作，则导致该SQL不走索引扫描查询，导致SQL性能下降。SQL如下：SELECT NVL(A.USER_NAME_C, NVL(A.USER_NAME_E, A.USER_CODE)) USER_NAME, A.TEL_NO, A....