23 01, 2009
oracle下巧用bulk collect实现cursor批量fetch的sql语句
oracle下巧用bulk collect实现cursor批量fetch的sql语句,使用oracel的朋友可以试试了
CODE:
declare
cursor c1 is select * from t_depart;
v_depart t_depart%rowtype ;
type v_code_type is table of t_depart.depart_code%type ;
v_code v_code_type ;
type v_name_type is table of t_depart.depart_name%type ;
v_name v_name_type ;
begin
open c1;
fetch c1 bulk collect into v_code , v_name ;
for i in 1..v_code.count loop
dbms_output.put_line(v_code(i)||' '||v_name(i));
end loop;
close c1;
end;
通过上面的这个列子大家可以发现如果列很多的话，为每一列定义一个集合似乎有些繁琐，可以把集合和%rowtype结合起来一起使用简化程序！
[复制此代码]CODE:
declare
cursor c1 is select * from t_depart;
type v_depart_type is table of t_depart%rowtype ;
v_depart v_depart_type ;
begin
open c1;
fetch c1 bulk collect into v_depart ;
for i in 1..v_depart.count loop
dbms_output.put_line(v_depart(i).depart_code||' '||
v_depart(i).depart_name);
end loop;
close c1;
end;
在输出结果时既可以使用集合的count属性和可以使用first和last，在引用%rowtype类型的内容时还有一个需要注意的地方是v_depart(i).depart_code，而不是v_depart.depart_code(i),当然没有这样的写法，即使有意义也并不一样。
[复制此代码]CODE:
declare
cursor c1 is select * from t_depart;
type v_depart_type is table of t_depart%rowtype ;
v_depart v_depart_type ;
begin
open c1;
fetch c1 bulk collect into v_depart ;
for i in v_depart.first..v_depart.last loop
dbms_output.put_line(v_depart(i).depart_code||' '||
v_depart(i).depart_name);
end loop;
close c1;
end;
23 01, 2009
带 limit 的 Bulk Collect 的一个简单例子
上一篇 / 下一篇 2006-10-17 00:00:00 / 个人分类：My Oracle Article
查看全文23 01, 2009
TM和TX
就这样简单地理解：
TM 是对象锁，表示可能在这个对象上做了什么操作，还没有结束，所以不允许ddl。update 0 条记录，因为锁定发生在真实修改发生之前，不知道会修改多少记录，所以tm先产生了，结果却没有更新到任何记录，也就没使用回滚段，于是没有tx产生
TX 是事务锁，表示发起了一个 事务，发起事务的判别标准，是根据 是否使用回滚段中作为评判标准的。
也就是说，TM 表示你锁定了系统中的一个对象，对于数据库系统表来说 可以看作锁定了 一个object的记录别人不能对这个object的记录进行 删除和修改。
而tx呢，是以回滚段的使用作为标准的，通常情况下，使用了回滚段就涉及到了 记录行，我们习惯上认为是记录发生了变化（插入、修改、删除）。
如下，我们发起一个事务，没有修改任何记录，但是已经使用了回滚段，在回滚段事物表中就能找着记录了。
alibaba@OCN>exec dbms_output.put_line( dbms_transaction.local_transaction_id(true) );
2.15.233291
PL/SQL procedure successfully completed.
alibaba@OCN>select * from v$lock;
ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK
-------- -------- ---------- -- ---------- ---------- ---------- ---------- ---------- ----------
70405DE4 70405DF4 2 MR 203 0 4 0 970527 0
70405D98 70405DA8 2 MR 202 0 4 0 970527 0
70405D4C 70405D5C 2 MR 201 0 4 0 970527 0
70405D00 70405D10 2 MR 35 0 4 0 970527 0
70405CB4 70405CC4 2 MR 34 0 4 0 970527 0
70405C68 70405C78 2 MR 33 0 4 0 970527 0
70405C1C 70405C2C 2 MR 32 0 4 0 970527 0
70405BD0 70405BE0 2 MR 31 0 4 0 970527 0
70405B84 70405B94 2 MR 30 0 4 0 970527 0
70405B38 70405B48 2 MR 29 0 4 0 970527 0
70405AEC 70405AFC 2 MR 28 0 4 0 970527 0
70405AA0 70405AB0 2 MR 27 0 4 0 970527 0
70405A44 70405A54 2 MR 26 0 4 0 970527 0
704059F8 70405A08 2 MR 25 0 4 0 970527 0
704059AC 704059BC 2 MR 24 0 4 0 970527 0
70405960 70405970 2 MR 23 0 4 0 970527 0
70405914 70405924 2 MR 22 0 4 0 970527 0
704058C8 704058D8 2 MR 21 0 4 0 970527 0
7040587C 7040588C 2 MR 20 0 4 0 970527 0
70405830 70405840 2 MR 19 0 4 0 970527 0
704057E4 704057F4 2 MR 18 0 4 0 970527 0
70405798 704057A8 2 MR 17 0 4 0 970527 0
7040574C 7040575C 2 MR 16 0 4 0 970527 0
70405700 70405710 2 MR 15 0 4 0 970527 0
704056B4 704056C4 2 MR 14 0 4 0 970527 0
70405668 70405678 2 MR 13 0 4 0 970527 0
7040561C 7040562C 2 MR 12 0 4 0 970527 0
704055D0 704055E0 2 MR 11 0 4 0 970527 0
70405584 70405594 2 MR 10 0 4 0 970527 0
70405538 70405548 2 MR 9 0 4 0 970527 0
704054EC 704054FC 2 MR 8 0 4 0 970527 0
704054A0 704054B0 2 MR 7 0 4 0 970527 0
70405454 70405464 2 MR 6 0 4 0 970527 0
70405408 70405418 2 MR 5 0 4 0 970527 0
704053BC 704053CC 2 MR 3 0 4 0 970527 0
70405370 70405380 2 MR 2 0 4 0 970527 0
70405324 70405334 2 MR 1 0 4 0 970527 0
70405240 70405250 3 RT 1 0 6 0 970529 0
70405110 70405120 4 XR 4 0 1 0 970532 0
7040528C 7040529C 5 TS 2 1 3 0 970525 0
70CF4C44 70CF4D50 44 TX 131087 233291 6 0 7 0
41 rows selected.
alibaba@OCN>desc v$transaction
Name Null? Type
----------------------------------------------------- -------- ------------------------------------
ADDR RAW(4)
XIDUSN NUMBER
XIDSLOT NUMBER
XIDSQN NUMBER
UBAFIL NUMBER
UBABLK NUMBER
UBASQN NUMBER
UBAREC NUMBER
STATUS VARCHAR2(16)
START_TIME VARCHAR2(20)
START_SCNB NUMBER
START_SCNW NUMBER
START_UEXT NUMBER
START_UBAFIL NUMBER
START_UBABLK NUMBER
START_UBASQN NUMBER
START_UBAREC NUMBER
SES_ADDR RAW(4)
FLAG NUMBER
SPACE VARCHAR2(3)
RECURSIVE VARCHAR2(3)
NOUNDO VARCHAR2(3)
PTX VARCHAR2(3)
NAME VARCHAR2(256)
PRV_XIDUSN NUMBER
PRV_XIDSLT NUMBER
PRV_XIDSQN NUMBER
PTX_XIDUSN NUMBER
PTX_XIDSLT NUMBER
PTX_XIDSQN NUMBER
DSCN-B NUMBER
DSCN-W NUMBER
USED_UBLK NUMBER
USED_UREC NUMBER
LOG_IO NUMBER
PHY_IO NUMBER
CR_GET NUMBER
CR_CHANGE NUMBER
alibaba@OCN>select XIDUSN ,XIDSLOT ,XIDSQN from v$transaction;
XIDUSN XIDSLOT XIDSQN
---------- ---------- ----------
2 15 233291
TM和TX都是dml lock得一种：
当你进行一般得update ，delete 。。。就会产生TX lock，同时还伴随一个 tm lock（保护，不被一些ddl语句破坏对象得定义）
每个事务只会获得一个 tx lock，但是在每一个受影响得object上都会产生一个tm lock
可以看看 tom得高级编程中： lock and concurrency 部分
TM 是对象锁，表示可能在这个对象上做了什么操作，还没有结束，所以不允许ddl。update 0 条记录，因为锁定发生在真实修改发生之前，不知道会修改多少记录，所以tm先产生了，结果却没有更新到任何记录，也就没使用回滚段，于是没有tx产生
TX 是事务锁，表示发起了一个 事务，发起事务的判别标准，是根据 是否使用回滚段中作为评判标准的。
也就是说，TM 表示你锁定了系统中的一个对象，对于数据库系统表来说 可以看作锁定了 一个object的记录别人不能对这个object的记录进行 删除和修改。
而tx呢，是以回滚段的使用作为标准的，通常情况下，使用了回滚段就涉及到了 记录行，我们习惯上认为是记录发生了变化（插入、修改、删除）。
如下，我们发起一个事务，没有修改任何记录，但是已经使用了回滚段，在回滚段事物表中就能找着记录了。
alibaba@OCN>exec dbms_output.put_line( dbms_transaction.local_transaction_id(true) );
2.15.233291
PL/SQL procedure successfully completed.
alibaba@OCN>select * from v$lock;
ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK
-------- -------- ---------- -- ---------- ---------- ---------- ---------- ---------- ----------
70405DE4 70405DF4 2 MR 203 0 4 0 970527 0
70405D98 70405DA8 2 MR 202 0 4 0 970527 0
70405D4C 70405D5C 2 MR 201 0 4 0 970527 0
70405D00 70405D10 2 MR 35 0 4 0 970527 0
70405CB4 70405CC4 2 MR 34 0 4 0 970527 0
70405C68 70405C78 2 MR 33 0 4 0 970527 0
70405C1C 70405C2C 2 MR 32 0 4 0 970527 0
70405BD0 70405BE0 2 MR 31 0 4 0 970527 0
70405B84 70405B94 2 MR 30 0 4 0 970527 0
70405B38 70405B48 2 MR 29 0 4 0 970527 0
70405AEC 70405AFC 2 MR 28 0 4 0 970527 0
70405AA0 70405AB0 2 MR 27 0 4 0 970527 0
70405A44 70405A54 2 MR 26 0 4 0 970527 0
704059F8 70405A08 2 MR 25 0 4 0 970527 0
704059AC 704059BC 2 MR 24 0 4 0 970527 0
70405960 70405970 2 MR 23 0 4 0 970527 0
70405914 70405924 2 MR 22 0 4 0 970527 0
704058C8 704058D8 2 MR 21 0 4 0 970527 0
7040587C 7040588C 2 MR 20 0 4 0 970527 0
70405830 70405840 2 MR 19 0 4 0 970527 0
704057E4 704057F4 2 MR 18 0 4 0 970527 0
70405798 704057A8 2 MR 17 0 4 0 970527 0
7040574C 7040575C 2 MR 16 0 4 0 970527 0
70405700 70405710 2 MR 15 0 4 0 970527 0
704056B4 704056C4 2 MR 14 0 4 0 970527 0
70405668 70405678 2 MR 13 0 4 0 970527 0
7040561C 7040562C 2 MR 12 0 4 0 970527 0
704055D0 704055E0 2 MR 11 0 4 0 970527 0
70405584 70405594 2 MR 10 0 4 0 970527 0
70405538 70405548 2 MR 9 0 4 0 970527 0
704054EC 704054FC 2 MR 8 0 4 0 970527 0
704054A0 704054B0 2 MR 7 0 4 0 970527 0
70405454 70405464 2 MR 6 0 4 0 970527 0
70405408 70405418 2 MR 5 0 4 0 970527 0
704053BC 704053CC 2 MR 3 0 4 0 970527 0
70405370 70405380 2 MR 2 0 4 0 970527 0
70405324 70405334 2 MR 1 0 4 0 970527 0
70405240 70405250 3 RT 1 0 6 0 970529 0
70405110 70405120 4 XR 4 0 1 0 970532 0
7040528C 7040529C 5 TS 2 1 3 0 970525 0
70CF4C44 70CF4D50 44 TX 131087 233291 6 0 7 0
41 rows selected.
alibaba@OCN>desc v$transaction
Name Null? Type
----------------------------------------------------- -------- ------------------------------------
ADDR RAW(4)
XIDUSN NUMBER
XIDSLOT NUMBER
XIDSQN NUMBER
UBAFIL NUMBER
UBABLK NUMBER
UBASQN NUMBER
UBAREC NUMBER
STATUS VARCHAR2(16)
START_TIME VARCHAR2(20)
START_SCNB NUMBER
START_SCNW NUMBER
START_UEXT NUMBER
START_UBAFIL NUMBER
START_UBABLK NUMBER
START_UBASQN NUMBER
START_UBAREC NUMBER
SES_ADDR RAW(4)
FLAG NUMBER
SPACE VARCHAR2(3)
RECURSIVE VARCHAR2(3)
NOUNDO VARCHAR2(3)
PTX VARCHAR2(3)
NAME VARCHAR2(256)
PRV_XIDUSN NUMBER
PRV_XIDSLT NUMBER
PRV_XIDSQN NUMBER
PTX_XIDUSN NUMBER
PTX_XIDSLT NUMBER
PTX_XIDSQN NUMBER
DSCN-B NUMBER
DSCN-W NUMBER
USED_UBLK NUMBER
USED_UREC NUMBER
LOG_IO NUMBER
PHY_IO NUMBER
CR_GET NUMBER
CR_CHANGE NUMBER
alibaba@OCN>select XIDUSN ,XIDSLOT ,XIDSQN from v$transaction;
XIDUSN XIDSLOT XIDSQN
---------- ---------- ----------
2 15 233291
TM和TX都是dml lock得一种：
当你进行一般得update ，delete 。。。就会产生TX lock，同时还伴随一个 tm lock（保护，不被一些ddl语句破坏对象得定义）
每个事务只会获得一个 tx lock，但是在每一个受影响得object上都会产生一个tm lock
可以看看 tom得高级编程中： lock and concurrency 部分