OPEN CURSOR的问题

Fenng

最初由 ZALBB 发布
[B]

我想，SELECT 语句不应该再CLOSE。
[/B]

存储过程里如果一般都是open 一个cursor ,select 的呀

那些.net /java  语言估计也类似

d.c.b.a

select的ResultSet也要关闭的。

Fenng

最初由 oracle-plus 发布
[B]open cursor之後是一定要close的啊！
無論是select還是update/delete/insert [/B]

close 有显示和隐式的，显示的据说影响性能

但是我没有实际测试过，过分的依赖隐式关闭游标早晚会出现问题

西门吹牛

最初由 Fenng 发布
[B]

close 有显示和隐式的，显示的据说影响性能

但是我没有实际测试过，过分的依赖隐式关闭游标早晚会出现问题 [/B]

我碰到过隐式关闭游标出现问题的情况，以前我的一个过程中调用N个子过程，每个子过程都是用隐式游标
调用存储过程的脚本是这样的
spool d:\back\digiark_day&mydate..log

select to_char(sysdate,'yyyy/mm/dd HH24:MI:SS') begindate from dual;

execute outp_day_report_pre(sysdate  - 365*4);

execute DUTY_OUTP_DAY_REPORT_PRE(sysdate  - 365*4);

execute DUTY_INP_DAY_REPORT_PRE(sysdate  - 365*4);

execute DUTY_OUTP_DAY_REPORT_PRE(sysdate  - 365*4);

execute RECEIPT_INP_DAY_REPORT_PRE(sysdate  - 365*4);

execute inp_day_duty_report_pre(sysdate  - 365*4);

execute inp_day_receipt_report_pre(sysdate  - 365*4);   

select to_char(sysdate,'yyyy/mm/dd HH24:MI:SS') end_one_date from dual;


本来想修改存储过程，把游标写成显示调用，但是修改了调用存储过程的脚本就好了。
spool d:\back\digiark_day&mydate..log

select to_char(sysdate,'yyyy/mm/dd HH24:MI:SS') begindate from dual;

execute outp_day_report_pre(sysdate  - 365*4);
commit;
execute DUTY_OUTP_DAY_REPORT_PRE(sysdate  - 365*4);
commit;
execute DUTY_INP_DAY_REPORT_PRE(sysdate  - 365*4);
commit;
execute DUTY_OUTP_DAY_REPORT_PRE(sysdate  - 365*4);
commit;
execute RECEIPT_INP_DAY_REPORT_PRE(sysdate  - 365*4);
commit;
execute inp_day_duty_report_pre(sysdate  - 365*4);
commit;
execute inp_day_receipt_report_pre(sysdate  - 365*4);   
commit;

select to_char(sysdate,'yyyy/mm/dd HH24:MI:SS') end_one_date from dual;

西门吹牛

摘自《Oracle 性能优化——已证实的获得最佳性能和可用性方法》

==================================================================
P185 查询open cursor的数量
备注：经常发生一些open cursor数量过限的提示，可以用来查找到底是哪条SQL语句造成的，我改动了原来的SQL代码。

查询V$SQLAREA表里面的version_count的列，这列如果大于1，说明某条SQL语句打开了多个游标，可能的原因是泄漏，也可能是同一条SQL语句用不同的优化方式造成的。

select address,sql_text,version_count
from v$sqlarea
where version_count > 1;

ADDRESS   SQL_TEXT                                                                                   VERSION_COUNT
-------   --------------------------------------------     --------------
81D06664  select /*XX*/ count(*) from my_objects                                        2

然后再从V$SQL表中查询
select address,child_address,sql_text
from v$sql
where address = 81D06664

ADDRESS                CHILD_ADDRESS                                SQL_TEXT
--------    ------------------      ------------------
81D06664     81D06148                                select /*XX*/ count(*) from my_objects               
81D06664     81D05ESC                                select /*XX*/ count(*) from my_objects

注意v$sql中有关子游标与ADDRESS列中的值相同，这说明他们源于同一个父游标。ORACLE提供了一个叫做V$SQL_SHARED_CURSOR的辅助视图，可以用户识别一个语句存在多个子游标的原因。

ZALBB

多谢西门吹牛，跟你学了一招。
但我想，可能不是哪一条SQL造成的，实际上，v$open_cursor里的游标数不是不下降，
可能是别的原因致使它降不下来，要不，也不会一个月才出现一次（当然，这也只是我的猜测）。
现在我想了解，这些游标是依照什么规则自动降（减少）的。

adamyang

如果你用的是.net 的OracleConnection ，MS有个BUG
http://support.microsoft.com/default.aspx?scid=kb;en-us;830173

还有应用程序自己pooling池的BUG
以前，我们这有一个循环创建pooling对象的BUG，或异常处理中未处理pooling中对象导致 CURSOR长时间无法释放。

其实一句话，让RD检查一下应用方的问题和BUG