[20160725]字段超过255列的问题.txt

[20160725]字段超过255列的问题.txt

--曾经写过1篇blog， 如果字段很多超过255列，oracle选择多个行片保存。
[20121025]1条记录会有多少row pieces.txt => http://blog.itpub.net/267265/viewspace-747213/

--我以前的测试非常特殊，导致大量的行迁移。以前测试忽略的问题，自己重复看看：

1.测试：
spool a.sql
select 'create table t1 (' from dual
union all
select 'col'||lpad(rownum-1,3,'0')||' number(1),' from dual connect by level<=1000
union all
select 'constraint t1_pk primary key (col000));' from dual ;

2.插入看看：
SCOTT@book> insert into t1 (col000,col255) values (1,1);
1 row created.

SCOTT@book> commit ;
Commit complete.

SCOTT@book> select rowid,col000 from t1;
ROWID                  COL000
------------------ ----------
AAAXTaAAEAAAAL+AAB          1

SCOTT@book> @ &r/rowid AAAXTaAAEAAAAL+AAB
    OBJECT       FILE      BLOCK        ROW DBA                  TEXT
---------- ---------- ---------- ---------- -------------------- ----------------------------------------
     95450          4        766          1 4,766                alter system dump datafile 4 block 766 ;

--如果注意看可以发现我仅仅插入1条记录，row=1.而不是0，说明存在2个行片。

SCOTT@book> alter system checkpoint ;
System altered.

3.通过bbed观察：

BBED> set dba 4,766
        DBA             0x010002fe (16777982 4,766)

BBED> p kdbr
sb2 kdbr[0]                                 @142      7804
sb2 kdbr[1]                                 @144      7792
--//可以发现存在2个行片。

BBED> p kdbt
struct kdbt[0], 4 bytes                     @138
   sb2 kdbtoffs                             @138      0
   sb2 kdbtnrow                             @140      2
--//可以发现仅仅1个表，存在2条记录，说明这里如果字段超过255，存在多个行片，row数量不一定代表记录数量!!

BBED> x /rn *kdbr[1]
rowdata[0]                                  @7916
----------
flag@7916: 0x28 (KDRHFF, KDRHFH)
lock@7917: 0x01
cols@7918:    1
nrid@7919:0x010002fe.0
col    0[2] @7925: 1

SCOTT@book> @ &r/dfb16 0x010002fe
    RFILE#     BLOCK# TEXT
---------- ---------- ------------------------------------------------------------
         4        766 alter system dump datafile 4 block 766 ;
--//在相同1个数据块。

BBED> x /rn *kdbr[0]
rowdata[12]                                 @7928
-----------
flag@7928: 0x04 (KDRHFL)
lock@7929: 0x01
cols@7930:  255

col    0[0] @7931: *NULL*
.....
col  252[0] @8183: *NULL*
col  253[0] @8184: *NULL*
col  254[2] @8185: 1

4.但是我还忽略一个小问题：
--这样情况的行链接在同1个块中，分析不会出现记录行迁移的情况。
create table CHAINED_ROWS (
  owner_name         varchar2(30),
  table_name         varchar2(30),
  cluster_name       varchar2(30),
  partition_name     varchar2(30),
  subpartition_name  varchar2(30),
  head_rowid         rowid,
  analyze_timestamp  date
);

SCOTT@book> analyze table t1 list chained rows;
Table analyzed.

SCOTT@book> analyze table t1 compute statistics;
Table analyzed.

SCOTT@book> select table_name, num_rows, chain_cnt, avg_row_len from user_tables where table_name='T1';
TABLE_NAME   NUM_ROWS  CHAIN_CNT AVG_ROW_LEN
---------- ---------- ---------- -----------
T1                  1          0         269

5.再做一个转储：
SCOTT@book> alter system dump datafile 4 block 766 ;
System altered.

Block header dump:  0x010002fe
Object id on Block? Y
seg/obj: 0x174da  csc: 0x03.1573b113  itc: 3  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x10002f8 ver: 0x01 opc: 0
     inc: 0  exflg: 0

Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0009.011.0000365b  0x00c0046b.08ad.17  --U-    2  fsc 0x0000.1573b114
0x02   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
0x03   0x0000.000.00000000  0x00000000.0000.00  C---    0  scn 0x0000.00000000
bdba: 0x010002fe
data_block_dump,data header at 0x7fa1d4cb227c
===============
tsiz: 0x1f80
hsiz: 0x16
pbl: 0x7fa1d4cb227c
     76543210
flag=--------
ntab=1
nrow=2
frre=-1
fsbo=0x16
fseo=0x1e70
avsp=0x1e5a
tosp=0x1e5a
0xe:pti[0]  nrow=2  offs=0
0x12:pri[0] offs=0x1e7c
0x14:pri[1] offs=0x1e70
block_row_dump:
tab 0, row 0, @0x1e7c
tl: 260 fb: -----L-- lb: 0x1  cc: 255
col  0: *NULL*
col  1: *NULL*
..

col 252: *NULL*
col 253: *NULL*
col 254: [ 2]  c1 02
tab 0, row 1, @0x1e70
tl: 12 fb: --H-F--- lb: 0x1  cc: 1
nrid:  0x010002fe.0
col  0: [ 2]  c1 02
end_of_block_dump
End dump data blocks tsn: 4 file#: 4 minblk 766 maxblk 766

--还可以发现建立3个ITL槽，这个跟以前建立表后再插入数据的情况有1点不同，那样建立的是2个ITL槽。另外注意看
Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0009.011.0000365b  0x00c0046b.08ad.17  --U-    2  fsc 0x0000.1573b114
--//Lck=2,也就是lock 2个行片，而不是2条记录，当然一般字段数量小于255，就不会出现这种情况。

6.重新测试看看：
SCOTT@book> drop table t1 purge ;
Table dropped.

SCOTT@book> @ a.sql
Table created.

--//session 1:
SCOTT@book(46,1399)> insert into t1 (col000,col255) values (1,1);
1 row created.

SCOTT@book(46,1399)> insert into t1 (col000,col255) values (2,2);
1 row created.

SCOTT@book(46,1399)> commit ;
Commit complete.

SCOTT@book(46,1399)> select rowid,col000 from t1;
ROWID                  COL000
------------------ ----------
AAAXTdAAEAAAAL+AAB          1
AAAXTdAAEAAAAL+AAD          2

SCOTT@book(46,1399)> alter system checkpoint ;
System altered.

SCOTT@book(46,1399)> @ &r/rowid AAAXTdAAEAAAAL+AAB
    OBJECT       FILE      BLOCK        ROW DBA                  TEXT
---------- ---------- ---------- ---------- -------------------- ----------------------------------------
     95453          4        766          1 4,766                alter system dump datafile 4 block 766 ;

SCOTT@book(46,1399)> alter system dump datafile 4 block 766 ;
System altered.

Block header dump:  0x010002fe
Object id on Block? Y
seg/obj: 0x174dd  csc: 0x03.1573b5bc  itc: 4  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x10002f8 ver: 0x01 opc: 0
     inc: 0  exflg: 0

Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0009.005.0000365c  0x00c0046c.08ad.0c  --U-    4  fsc 0x0000.1573b5d3
0x02   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
0x03   0x0000.000.00000000  0x00000000.0000.00  C---    0  scn 0x0000.00000000
0x04   0x0000.000.00000000  0x00000000.0000.00  C---    0  scn 0x0000.00000000
bdba: 0x010002fe
data_block_dump,data header at 0x7fa1d4cb2294
===============
tsiz: 0x1f68
hsiz: 0x1a
pbl: 0x7fa1d4cb2294
     76543210
flag=--------
ntab=1
nrow=4
frre=-1
fsbo=0x1a
fseo=0x1d48
avsp=0x1d2e
tosp=0x1d2e
0xe:pti[0]  nrow=4  offs=0
0x12:pri[0] offs=0x1e64
0x14:pri[1] offs=0x1e58
0x16:pri[2] offs=0x1d54
0x18:pri[3] offs=0x1d48

--注意看ITL的数量现在是4，而不是前面测试的3。
Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0009.005.0000365c  0x00c0046c.08ad.0c  --U-    4  fsc 0x0000.1573b5d3

--//Lck=4.

--删除记录再插入多一些记录呢？

SCOTT@book(46,1399)> delete from t1;
2 rows deleted.

SCOTT@book(46,1399)> commit ;
Commit complete.

insert into t1 (col000,col255) values (1,1);
insert into t1 (col000,col255) values (2,2);
insert into t1 (col000,col255) values (3,3);
insert into t1 (col000,col255) values (4,4);
alter system checkpoint ;
alter system dump datafile 4 block 766 ;

Block header dump:  0x010002fe
Object id on Block? Y
seg/obj: 0x174dd  csc: 0x03.1573b764  itc: 4  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x10002f8 ver: 0x01 opc: 0
     inc: 0  exflg: 0

Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0009.005.0000365c  0x00c0046c.08ad.0c  C---    0  scn 0x0003.1573b5d3
0x02   0x000a.00f.0000ce39  0x00c0030f.2975.08  --U-    4  fsc 0x0218.1573b766
0x03   0x000a.01c.0000ce0c  0x00c0030f.2975.14  ----    8  fsc 0x0000.00000000
0x04   0x0000.000.00000000  0x00000000.0000.00  C---    0  scn 0x0000.00000000

--依旧是4个ITL槽。
Block header dump:  0x010002fe
Object id on Block? Y
seg/obj: 0x174dd  csc: 0x03.1573b764  itc: 4  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x10002f8 ver: 0x01 opc: 0
     inc: 0  exflg: 0

Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0009.005.0000365c  0x00c0046c.08ad.0c  C---    0  scn 0x0003.1573b5d3
0x02   0x000a.00f.0000ce39  0x00c0030f.2975.08  --U-    4  fsc 0x0218.1573b766
0x03   0x000a.01c.0000ce0c  0x00c0030f.2975.14  ----    8  fsc 0x0000.00000000
0x04   0x0000.000.00000000  0x00000000.0000.00  C---    0  scn 0x0000.00000000

--不知道为什么这种情况会增加1个ITL槽。

时间： 2024-10-23 08:49:18

[20160725]字段超过255列的问题.txt的相关文章

[20160220]12c视图一些字段显示128列.txt

[20160220]12c视图一些字段显示128列.txt --今天在家里做一些测试时,无意中发现视图显示字段名index_name占用很大的宽度,仔细检查才发现视图里面的显示长度已经是128列. SYS@test> @ver1 PORT_STRING          VERSION     BANNER                                                                        CON_ID -----------------

c#读取dbf数据，当表字段超过255个时出错

问题描述 代码如下OdbcConnectionconn=newOdbcConnection(@"driver={MicrosoftVisualFoxproDriver};sourcedb="+VFPPath+";sourcetype=DBF;Exclusive=No;Collate=Machine;NULL=NO;DELETED=NO;BACKGROUNDFETCH=NO");当dbf表的列少于255个是,可以正常读写,但超过255个时就出错,有没有其它方法处理?不

Oracle表中含有255列以上是需要注意的(r12笔记第77天)

   今天看JL(Jonathan Lewis)的一篇文章,真是费了不少的脑细胞,玩Oracle几十年的老司机,看问题的角度和深度果然不一样,当时看他的大作<Oracle核心技术>就花了我不少时间,还没有看完,一本薄薄的书能够蕴含如此的能量,做技术到了这个火候,让人深深佩服.    他的一篇博文,标题很简单,就是"255 again"看来是一个很经典的问题,我就简单抓取一些测试的思路和脚本来说说. 原文在链接 https://jonathanlewis.wordpress.

Excel技巧之对超过3列的数据排序

  对于许多经常使用Excel排序功能的用户来说,"排序"对话框只允许一次性设置3个关键字的限制实在难以满足需要.在如图所示的工作表中,有一个 5列数据的表格,如果需要按从左向右为关键字次序来排序,就成了一个难题,当单击菜单"数据"→"排序"后,在"排序"对话框中,无法设置"完成日期"和 "责任人"字段. 图1 Excel表格排序 事实上,Excel的排序的关键字并不受上图中这个对话框的

EXCEL长度超过255个字符导入SQL SERVER2005的方法

excel长度超过255个字符导入sql server2005的方法 [excel 源 [1]] 错误: 输出"excel 源输出"(9) 上的 输出列"description 3"(546) 出错.返回的列状态是:"文本被截断,或者一个或多个字符在目标代码页中没有匹配项.". 该列在excel中最长为308个字符,但是excel源中的外部列和输出列最多只能设为nvarchar(255),如果设定长度超过255,则出现警告,源列属性不匹配,执行也

[20150508]列顺序问题.txt

[20150508]列顺序问题.txt --链接: https://viveklsharma.wordpress.com/2015/04/30/cpu-cycles-for-column-skipping/ --测试列顺序对CPU cost的影响: SCOTT@test> @ver1 PORT_STRING                    VERSION        BANNER ------------------------------ -------------- --------

sql server-SQL SERVER2012某字段超过另外一个字段的值，触发邮件

问题描述 SQL SERVER2012某字段超过另外一个字段的值,触发邮件 SQL SERVER2012某字段超过另外一个字段的值,触发邮件 最好能有个小的说明 解决方案 字段超过另一个字段,可以在插入或者修改触发器中拦截,然后判断,发送邮件. 这里有一个插入触发器+发邮件的完整的例子,你可以参考: 发送邮件触发器http://blog.csdn.net/tongyu2009/article/details/8105532 至于修改触发器,是一个道理,你google下就有. 解决方案二: htt

phpexcel导出超过26列解决方案

原文:phpexcel导出超过26列解决方案   将列的数字序号转成字母使用,代码如下:  PHPExcel_Cell::stringFromColumnIndex($i); // 从o,1,2,3,..开始,相应返回返回 A,B,C,...Z,AA,AB,...   将列的字母转成数字序号使用,代码如下:   PHPExcel_Cell::columnIndexFromString('AA');     使用phpexcel导出excel文件的时候,发现报了一个错误,后来查询问题才发现是列数超

php生成excel列名超过26列大于Z时的解决方法_php技巧

本文实例讲述了php生成excel列名超过26列大于Z时的解决方法.分享给大家供大家参考.具体分析如下: 我们生成excel都会使用phpExcel类,这里就来给大家介绍在生成excel列名超过26列大于Z时的解决办法,这是phpExcel类中的方法,今天查到了,记录一下备忘,代码如下: 复制代码 代码如下: public static function stringFromColumnIndex($pColumnIndex = 0)  {          //  Using a lookup