如何解决SQL查询速度太慢?

Posted 2023-04-18

呵呵，这个问题很有趣不是吗？
上面的同志们只是给出一些建议，以我的经验来看（oracle），
如果数据量较大，索引的重复量尽量避免，最好的方式是建立非业务id（最好使用自增或是序列），把这个id建立索引。
你的最大的问题就是，建立了索引后，索引列必须出现在where中，否则索引就白白建立了，比如你的id是从1一直到383000，那么你的语句可以写成
select
*
from
hr_worktime
where
id>-1
还有就是，where条件中避免出现!=,or,between,等东西，否则索引实效。 参考技术A 回答

亲：1.升级硬件2.根据查询条件,建立索引,优化索引、优化访问方式,限制结果集的数据量。3.扩大服务器的内存4.增加服务器CPU个数

oracle 多表关联查询速度太慢了 ，求优化。。

create or replace view cwzz_zdywview
(sheetid, sdate, shopid, shopid1, shopid2, shoptypeid, psje, bhsje, jxse)
as
select w.sheetid,
trunc(to_date(sdate)),
decode(isjm, 0, c.fascode, 1, '00303'),
decode(isjm, 0, '011', 1, '011'),
f.fascode,
shoptypeid,
sum(costvalue),
sum(w.cost * qty/1.17),
sum(w.cost * qty * 0.17 / 1.17 )
from shop a,
wastebook w,
fasshopcode c,
departuse@DBDMS e,
fasshopcode1 f
where a.shopid = w.shopid
and a.shopid = c.shopid
and sheettype = '2261'
and e.sheetid = w.sheetid
and f.shopid = to_char(e.departmentid)
and e.dtype = 1
group by sdate,
decode(isjm, 0, c.fascode, 1, '00303'),
shoptypeid,
w.sheetid,
decode(isjm, 0, '011', 1, '011'),
f.fascode;

1. 查看视图逻辑的执行计划，结合视图在应用中的访问情况，在相关列增加索引
2. 目测sdate,isjm,shoptypeid,sheettype,shoptypeid,costid,costvalue,qty都不知道是哪个表的，补一下引用的别名吧，为了更好的优化效果，建议补充下各表的数据量情况
3. e.dtype、sheettype有条件限制，检查是否可以改写为exist或in方式，要根据数据量和执行计划判断
4.提醒一下e.departmentid引用时用了to_char函数，可以考虑建function base的索引to_char(departmentid) 参考技术A 1. 各个连接的字段都加上索引。

2. departuse@DBDMS 是dblink吧？ 如果是本地，则尽量不要dblink，用用户名的方式访问。 参考技术B group by sdate这句有误, 应该是group by trunc(to_date(sdate)),group by 写错会影响性能的