超大表的优化问题

foreverlee

目前没有走mview这种方式.不过我会向项目经理建议.


目前解决方案是这样：
我做了一个Job 每天夜里3点左右执行一个procedure，这个procedure的核心语句就是
“select ma_id,tu_id,count(*) from cs
where
utc>=trunc(sysdate-1,'DD')
and utc< trunc(sysdate,'DD)
group by ma_id,tu_id.
”
通过这个procedure每天夜里3点统计前一天的相关业务增量.把增量结果放到事先建好的表AMOUNT中.

应用通过select AMOUNT表做统计.

ZALBB

最初由 yangtingkun 发布
[B]不知道他所谓的增量统计要干什么？

总不能直接select出来结果吧。
既然是通过job调用，应该是存放到某个表中？

修改一下你的查询，从物化视图上查询，速度不就快得多了。 [/B]

为什么说从物化视图查询就快多了？请说明。

ZALBB

最初由 husthxd 发布
[B]

sysdate是个变量,不知道物化视图刷新时候的机制是如何?
要做个实验看看...

btw:考虑在utc上建分区. [/B]

对！若UTC表示的是一年中的第几天即可。

yangtingkun

最初由 ZALBB 发布
[B]

为什么说从物化视图查询就快多了？请说明。 [/B]

建立一个大致如下的物化视图
create materialized view mv_view  as
select ma_id,tu_id, floor(utc/86400) utc, count(*) count from cs
group by ma_id,tu_id, floor(utc/86400);

修改查询mv_view表为
select ma_id, tu_id, count from mv_view
where utc = smtools.date2utc(trunc(sysdate)-1);

fifali

最初由 yangtingkun 发布
[B]

建立一个大致如下的物化视图
create materialized view mv_view  as
select ma_id,tu_id, floor(utc/86400) utc, count(*) count from cs
group by ma_id,tu_id, floor(utc/86400);

修改查询mv_view表为
select ma_id, tu_id, count from mv_view
where utc = smtools.date2utc(trunc(sysdate)-1); [/B]

我建议别用物化视图。还有，
select ma_id,tu_id,count(*) from cs
where
/*utc>=trunc(sysdate-1,'DD')
and utc< trunc(sysdate,'DD)
*/
utc=trunc(sysdate-1,'dd')
group by ma_id,tu_id.挺好的。

yangtingkun

最初由 fifali 发布
[B]


我建议别用物化视图。还有，
select ma_id,tu_id,count(*) from cs
where
/*utc>=trunc(sysdate-1,'DD')
and utc< trunc(sysdate,'DD)
*/
utc=trunc(sysdate-1,'dd')
group by ma_id,tu_id.挺好的。 [/B]

如果楼主给出的sql已经是完整的话。
这个物化视图是支持refresh fast on commit的。

你给出的那个sql得到的结果都不对吧。

4pal

建立复合索引 utc,ma_id,tu_id
“select ma_id,tu_id,count(*) from cs
where
utc>=trunc(sysdate-1,'DD')
and utc< trunc(sysdate,'DD)
group by ma_id,tu_id.
”

要使得这个语句利用到这个索引。

另外，假如你这个语句需要重复执行好几次，建议将结果放在另外一张表中，只有第一次是执行这个sql，以后都是去直接读取结果了

rollingpig

1.现在有性能的problem吗？
2。核心sql的执行计划?
3，具体的index,partition?

ZALBB

最初由 4pal 发布
[B]
另外，假如你这个语句需要重复执行好几次，建议将结果放在另外一张表中，只有第一次是执行这个sql，以后都是去直接读取结果了 [/B]

怎么读取结果？

llmmysun

晕!