关于cursor open 的时候到底做了些什么

biti_rainy

最初由 bodyguard 发布
[B]在某些情况下,OPEN游标时就锁定了相关记录,这些锁定的依据或许是ROWID,或许是字段中的条件值.OPEN时存在以下几种情况
1:不需读表中数据,也不需rowid  
2:需要读rowid    -------  能具体化 ?
3:需要读表中部分数据(但并不返回数据),读的这些数据并不是SELECT 子句中的项,而是where 以后的部分.   -----  你这到底是表达的什么意思?能否具体点.我越来越迷糊了,都不知道您再说啥
这个我以后再做实验.
biti_rainy或其他人有空做了贴上了让我们欣赏欣赏. [/B]

open 的时候锁定记录? 不会说的是  select ... for  update  ?
那又是什么呢 ?


还是一句话,能否把您的猜测,举个实际的例子.或者是文章观点的来源. 若是臆测,并且没有具体举例,我连一个推翻这个论点的例子都不知道如何去做

biti_rainy

3:需要读表中部分数据(但并不返回数据),读的这些数据并不是SELECT 子句中的项,而是where 以后的部分.

1: where 中是直接跟字段条件码?显然你表达的应该不是这个意思

2: 那是说 where里面是复杂的子查询码? 或者是其他表的查询结果作为条件? 猜测你是这个意思? 即使如此,open的时候也并没有产生这个子查询的结果的.

3: 弱还有其他情况,我就愚顿了,不知道说啥好

bodyguard

biit_rainy做过开发吧？

你的很多东西都有些道理。但决不是火气大了就理直气壮。
我看到了彩虹，但我看到了太阳的全部颜色吗？

biti_rainy

是的,不是声音大就是有道理的

我很希望有人能推翻我的结论
那将让我重新思考这个问题

但让我郁闷的是 我不但不知道怎么去推翻自己的结论
甚至连别人表达的是个啥都没弄清楚

我只是急切的希望你能通过 事实,哪怕是别处的理论,或者哪怕是 你的观点的明确的阐述
让我有一个方向去证实或者推翻自己的结论

但我不能容忍扯上一堆不必要的东西进来混淆概念

至少在我看来,优化模式和游标close前的提交  等等 是和这个命题无关的

我只希望你能通过数据库的表达方式,即使没有试验,仅仅是一种说明性的数据库的表达方式
我可以自己去做试验来 证实 问题到底是怎么回事

但你这都不给我,我自然很郁闷了

biti_rainy

比如
你能告诉我

在某些情况下,OPEN游标时就锁定了相关记录,这些锁定的依据或许是ROWID,或许是字段中的条件值.OPEN时存在以下几种情况
1:不需读表中数据,也不需rowid
2:需要读rowid
3:需要读表中部分数据(但并不返回数据),读的这些数据并不是SELECT 子句中的项,而是where 以后的部分.

这里的 2,3  是从哪里得来得结论  ?

bodyguard

有些原文我也不能贴出来.有些东西没有原文,仅仅是猜测,是错是对不知道,需要试验来检验.
这个帖子到现在偏离主题了.就此打住.
有闲的时候再发帖子和各位讨论游标.

hanjs

最初由 bodyguard 发布
[B]可以看出:
1:游标的OPEN是非常快的(1秒)
2:Fetch第一条记录花了3.5分钟
3:Fetch剩下的1048575条记录花了9分钟
4:Fetch第一条记录时系统做了全表扫描,直接读写,消耗了大量的资源,做了排序.
5:Fetch剩下的1048575条记录仅仅是取一下结果而已..
[/B]

我还是觉得biti_rainy说的对。

从上面的数据可以看出了，open很快，说明没有执行查询。

fetch第一条花了那么久，说明是查询了。但是从字面上理解fetch仅仅是取纪录，那么fetch之前肯定隐藏的执行了查询（用了少于3.5分钟）。而fetch仅仅是把结果集中的数据放到变量里，使指针加1。


从“Fetch剩下的1048575条记录花了9分钟”也可以看出，查询处理的集合已经存在了。没条用的时间才
SQL> select 9*60/1048575 from dual;

9*60/1048575
------------
0.0005149846 秒

randylin2006

cursor就是指向数据块头的指针，open看来是读地址，fetch去数据，再移动cursor指向下一个地址。

kewin

other oponion about cursor:
The private SQL area of a cursor is itself divided into two areas whose lifetimes are
different:

The persistent area, which contains, for example, bind information. It is freed
only when the cursor is closed.

The run-time area, which is freed when the execution is terminated.
Oracle creates the runtime area as the first step of an execute request. For INSERT,
UPDATE, and DELETE statements, Oracle frees the runtime area after the statement
has been run. For queries, Oracle frees the runtime area only after all rows are
fetched or the query is canceled.

(info is from  9i concept)

必有我师

看了这个帖子颇有收获，感谢biti大师共享你的知识和分析问题的思路。
我有个小小的疑惑，烦请大师解释，帖子中谈论的cursor都是过程中的，如果对pro*c或其他程序中的游标(简单的SQL)进行了缓存(比如设置了session_cached_cursor，或按照Oracle Document的建议parse once many execution)，那么是不是每次查询到的结果都是一样的？如果是一样的话岂不是看不到对数据的修改，那么做游标缓存岂不是导致错误的结果集了。