[救命]上月2小时的查询现在看来1个星期都结束不了了

richmend

还有一种办法，如果经常做这种统计，完全可以建立一个自动任务，晚上定时执行统计，将当天的统计数据与以前的数据（统计数据建一个表保存）累加，这样恐怕数据量会减少很多

violing

我查询几亿条数据,几分钟之内肯定搞定!

rollingpig

令我诧异的有两个
1。一直都没人提议让作10046 level 8的event

2。我肯定会吧workarea_size_policy设为manual(当然是session level ),然后直接加大sort/hash_area_size.

3.应该建议楼主装一个Foxpro,导数据至FoxPro来处理

isotope

老贴被翻出来了：）

不过看看还是挺有意思的，不知那位仁兄还在否？
去年今日此门中，人面桃花相应红。
人面不知何处去，桃花依旧笑春风。

strongliq

不知道 foxpro 和 excel哪个出来的更早呢？
fox base??

strong_sjhi

小兄弟到此一游!
遇見眾人爭斗，
呵呵 ， 呵呵，

zenghuangmao

:P

alexzeng

更明白一点，实际情况决定结果！

废话一句， ：）

caoliwei

最初由 biti_rainy 发布
[B]一点点意见

alter system set pga_aggregate_target=1024m  ;

或者 2048M

通常没什么问题的，不用给太小，反正会自动返回给os的,1024M ,一个进程最多也只能用 50M


另：  临时表空间要保持足够的大，建议给大些，比如2G /  4G [/B]

老大 原来我的 pga_aggregate_target 是800M的
后来改成  1024M 整个系统就down了
改回来就ok了

它的总内存才2G啊
可以吗

towangsf

怎么楼上的同志们都在考虑oralce呢？既然oracle开始的时候运行良好，现在不好了？是不是环境发生了变化？

操作系统是什么版本？核心参数如何？