sql优化

[-一个大坑]

用to_date('2018/07/01',yyyy/mm/dd)查要2:40秒，sysdate-30只要24秒，怎么优化用日期查才会快？

[-一个大坑]

引用 5 楼 happy4944 的回复:

本来准备试一下先通过where查sec_transaction，然后再连接其他表查询。结果发现现在3秒就查出了，是因为缓存？

select a.emplid,
       b.cname,
       a.cardid,
       b.bldeptid,
       c.descr,
       d.doorcode,
       d.doorname,
       a.transittime,
       a.transitstate,
       d.doortype
  from sec_transaction a, v_all_user b, EMP_ORG c, SEC_BD_DOORINFO d
 where a.emplid = b.emplid
   and b.bldeptid = c.deptid
   and a.doorno = d.doorno
   and a.transittime between to_date('2018/04/01', 'yyyy/mm/dd') and
       to_date('2018/07/01', 'yyyy/mm/dd');
--0:03

select a.emplid,
       b.cname,
       a.cardid,
       b.bldeptid,
       c.descr,
       d.doorcode,
       d.doorname,
       a.transittime,
       a.transitstate,
       d.doortype
  from (select t.emplid, t.cardid, t.transittime, t.transitstate, t.doorno
          from sec_transaction t
         where t.transittime between to_date('2018/04/01', 'yyyy/mm/dd') and
               to_date('2018/07/01', 'yyyy/mm/dd')) a,
       v_all_user b,
       EMP_ORG c,
       SEC_BD_DOORINFO d
 where a.emplid = b.emplid
   and b.bldeptid = c.deptid
   and a.doorno = d.doorno
--2:20  第一次查2:20秒，第二次三次....都是3秒，上面的查也是3秒

测了一下，应该是缓存，修改工号要8秒能查出，修改时间就要2分钟了

[yaiger]

这种数量大的业务表，可以考虑分区

[-一个大坑]

引用 6 楼 yaiger 的回复:

单独用transittime 条件来查询SEC_TRANSACTION表，需要多少时间？
从计划来看，成本都用在这张表上了

单独这个表36秒

[yaiger]

你可以考虑把sec_transaction放在WITH里面，然后再跟其他表关联

[-一个大坑]

引用 9 楼 yaiger 的回复:

这种数量大的业务表，可以考虑分区

查了一下，数据量大一般怎么分区，大概多少笔做一个分区比较好？

[yaiger]

分区一两句话说不清楚，网上自己查一下资料吧

[minsic78]

查询比较复杂，包含了复杂视图，这么看至少那个笛卡尔积很可以，而且视图看来本身内部有过滤性很好（类似主键上的）的where条件？
先确定各张表，或者视图包含的表的统计信息没有问题？是不是因为不准确的统计信息导致的笛卡尔积

[-一个大坑]

引用 11 楼 yaiger 的回复:

你可以考虑把sec_transaction放在WITH里面，然后再跟其他表关联

怎么清掉缓存？我现在看不到正确的查询时间

[yaiger]

alter system flush buffer_cache;

一定不要在生产环境运行这个命令！

[yaiger]

14楼说的也需要留意一下，把各表重新做一次统计吧

[-一个大坑]

引用 16 楼 yaiger 的回复:

alter system flush buffer_cache;

一定不要在生产环境运行这个命令！

会有啥后果？我在正式环境下执行了

[yaiger]

。。。。。这个命令是清除一切缓存，会导致所有的SQL执行计划被清空。系统性能会大幅下降

[xiaoxiangqing]

看下执行计划

[kensouho2004]

看下执行计划

[妖^_^十三]

时间字段可否考虑用时间戳存储, 然后建立索引， 查询时若是一个规整的范围可以用between, 应该可以利用到索引;

[and梦天乐]

，，，，多条sql合并一起，会不会快一点

[sxq129601]

目测脚本只有一个日期字段没有优化，可以尝试添加hint 全表扫描+并发，最好还是搞分区

[-一个大坑]

引用 20 楼 xiaoxiangqing 的回复:

看下执行计划

执行计划上面有贴图

[-一个大坑]

引用 23 楼 libo13458664896 的回复:

时间字段可否考虑用时间戳存储, 然后建立索引， 查询时若是一个规整的范围可以用between, 应该可以利用到索引;

有索引，也是用的between

[xieyunzheng]

依时间做表分区能好一些吧