1.可以试着将where里面的条件放在From 和 jion 后面的数据集里面；如 from a  的可以改写成 from ( select * from a where a.yy in (\'\',\'\',\'\'))  as a ,这样写的好处是可以减小外连接后的数据集的大小(笛卡尔积)的大小 ,类似这种都可以这样子...

OA门户系统登录，主页加载数据源，执行sql语句，但是发现执行返回的速度很慢，下面是执行的语句，怎么可以优化一下select * from (select A.*, ROWNUM RN FROM (select "unid","subject","sys_from","sys_flowCompleteTime","sys_file","sys_deptName","sys_companyName" from UNI...(more)

可能原因（暂时想到的）：1、第一次执行时数据不在缓冲池2、第一次执行时编译时间较长3、第一次执行时有锁等待或其它等待事件可以试着根据以上原因查找数据对比一下，如果有其它原因，尝试根据监控到的指标判断。...

请把执行计划贴出来

提出问题之前，最好咱们自己先做做功课，有些问题的答案自己很容易解答，实在解答不出来的问题发出来，大家一起探讨。类似这样的问题，看个执行计划一目了然。

问个问题。ORACLE 数据库直接拼sql速度快？还是使用PreparedStatement 速度快sql ="select * from a where b='变量A'ps= connection.prepareStatement(sql);select * from a where b=?ps.setString(1,"0");ResultSetrs = ps.executeQuery();哪个速度快。理论来说第二种快？...(more)

1、去除 order by 2、把 in 改为exists 试试3、可以的话用merge试试

his_trace这张表用create_date做了表分区，每个分区表有3000w左右数据，source_timestamp字段上有索引，并且用ship_id做了MDC，ship_id+source_timestamp是主键，今天发现where条件里只有source_timestamp的限制时非常快，但是加上别的条件后，速度就非常慢了，等了10分钟都查不出来，如下...(more)

快和慢的时候执行计划一样，说明，不是SQL的问题。你说row fetch特别慢，我怀疑和你的运行环境有关系，你的DB2所在主机上，是否还运行了其他应用？可能是其它进程争用磁盘，内存。你看看db2sysc它的CPU占有率，内存和IO情况。你说的IO正常，具体是怎么样子的？...

今天在调优SQL时发现一个奇怪的执行计划，贴出来大家帮分析分析。Connecting to the Database.DB2 Universal Database Version 8.1, 5622-044 (c) Copyright IBM Corp. 1991, 2002Licensed Material - Program Property of IBMIBM DATABASE 2 Explain Table Format Tool**...(more)