ORACLE关联三表视图查询过慢问题，如何解决？

Posted 2023-04-12

视图语句如下，T_JXCGOODSLIST表数据比较大，有百万条。我该如何优化？CREATE OR REPLACE VIEW JGLSUPXSMX ASSELECT T_JXCGOODSLIST.JGLMARKET,T_JXCGOODSLIST.JGLDATE,T_JXCGOODSLIST.JGLFSDATE,T_JXCGOODSLIST.JGLSUPID, SUPPLIERBASE.SBID||'-'||SUPPLIERBASE.SBCNAME SUP, T_JXCGOODSLIST.JGLGDID, T_JXCGOODSLIST.JGLWMID, GOODSBASE.GBCNAME, GOODSBASE.GBSPEC, T_JXCGOODSLIST.JGLTRAN, SUM((-1)*JGLSL) XSSL, SUM((-1)*JGLSJJE) XSJE, SUM((-1)*JGLN3) XSSR, SUM((-1)*JGLN4) ZZK, SUM((-1)*JGLN9) XSSE, SUM((-1)*JGLN11) XFSE, SUM((-1)*JGLHSJJJE) XSCB, SUM((-1)*JGLN7) XSML FROM T_JXCGOODSLIST,GOODSBASE,SUPPLIERBASE WHERE JGLTRAN IN ('E','F','G','H') AND T_JXCGOODSLIST.JGLGDID=GOODSBASE.GBID AND T_JXCGOODSLIST.JGLSUPID=SUPPLIERBASE.SBIDGROUP BY T_JXCGOODSLIST.JGLMARKET,T_JXCGOODSLIST.JGLDATE,T_JXCGOODSLIST.JGLFSDATE,T_JXCGOODSLIST.JGLSUPID, SUPPLIERBASE.SBID||'-'||SUPPLIERBASE.SBCNAME, T_JXCGOODSLIST.JGLGDID, T_JXCGOODSLIST.JGLWMID, GOODSBASE.GBCNAME, GOODSBASE.GBSPEC, T_JXCGOODSLIST.JGLTRAN;

个人认为有两个办法，仅供参考。
（1）如果视图并不是需要实时刷新，也就是说可以存在一定的滞后；或者视图基表刷新并不频繁，那么可以考虑物化视图，这样的话，是在后台操作的，当然物化视图一样慢，但是查询的时候感觉不到，除非正好赶上物化视图刷新。
（2）改视图为表，每次基表插入新的数据后，统计新插入的数据的内容，然后修改该表的统计结果，这样计算量会小一些，速度也能快不少，但是如果新插入数据和原数据并无明显区别，或者没有上一级结构（也就是没办法提取新插入数据，只要有办法提取数据，那么也就有办法统计，只是这样就需要一个过程体系了，因为涉及到提取数据，统计，插入和修改），那么这个办法就不适用了，关键要看业务关系。追问

数据多的那个基表每天会插入新的数据！

追答

每天的数据插入次数多不多，如果每天只有一次新数据入基表，那么物化视图什么的就没有问题了。如果每天数据插入频繁，那么物化视图操作也会频繁就不好了，第二种方式稍微好一些，不过这不是一句两句话能说清楚的，按照我说的，需要一个过程体系。

参考技术A select?A.姓名，A.性别，D.选课内容?from?A
left?join?(
SELECT?B.学号?student,?wmsys.wm_concat?(C.课程名称)?as?选课内容??FROM?B
left?join?C?on?B.课程id?=?C.课程ID
GROUP?BY?B.学号
)?as?D?on?A.学号?=?D.学号

(oracle)子查询和关联查询效率问题

(oracle)单行子查询和关联查询效率问题
关联查询
select t1.a,m1.b b,m2.b c,m3.b d
from t1,t2 m1,t2 m2 t2 m3
where t1.b=m1.a(+)
and t1.c=m2.a(+)
and t1.d=m3.a(+); (t2.a是主键)
子查询
select t1.a,
(select t2.b from t2 where t1.b=t2.a(+)) b,
(select t2.b from t2 where t1.c=t2.a(+)) c,
(select t2.b from t2 where t1.d=t2.a(+)) d,
from t1(t2.a是主键)
项目有个数据字典表，因为很多数据都要从数据字典表中翻译，所以遇到上述情况很平常。
这两种查询到底哪个效率高呢
一般关联查询的效率要高于子查询的效率，但是执行SQL发现好像子查询效率要高一点，为什么呢？

Oracle有自动优化查询的能力，但有时候会把查询计划优化的一塌糊涂，反而超级慢。如果你用的客户端是PLSQL Developer，可以用F5查看执行计划。
你第一个语句慢的原因，可能是执行计划出乎你的预料。
有时候，用临时表存储临时数据，把一个超级复杂的SQL拆分成几个，效率要高很多倍。 参考技术A 全表扫描，以确定每个记录SAL大于平均工资后查询追问

什么乱七八糟的回答！晕