heap表和iot表排序规则不同
heap 和iot 对比 OBJECT_NAME OBJECT_TYPE
-------------------------------------------------------------------------------------------------------------------------------- -------------------
T2 TABLE
SYS_C0022204 INDEX
T1 TABLE
SYS_IOT_TOP_102688 INDEX OBJECT_NAME OBJECT_ID
-------------------------------------------------------------------------------------------------------------------------------- ----------
T2 102688
SYS_C0022204 102687
T1 102686
SYS_IOT_TOP_102688 102689 select value from v$diag_info where name='Default Trace File';
alter session set events 'immediate trace name treedump level 102687'; ----- begin tree dump
branch: 0x10000c3 16777411 (0: nrow: 5, level: 1)
leaf: 0x10000c6 16777414 (-1: nrow: 193 rrow: 193)
leaf: 0x10000c7 16777415 (0: nrow: 189 rrow: 189)
leaf: 0x10000c4 16777412 (1: nrow: 189 rrow: 189)
leaf: 0x10000c5 16777413 (2: nrow: 188 rrow: 188)
leaf: 0x10000ca 16777418 (3: nrow: 244 rrow: 243)
----- end tree dump select dbms_utility.data_block_address_file(16777418) fno,
dbms_utility.data_block_address_block(16777418) bkno
from dual ; SQL> select dbms_utility.data_block_address_file(16777418) fno,
dbms_utility.data_block_address_block(16777418) bkno
from dual ; 2 3 FNO BKNO
---------- ----------
4 202 alter system dump datafile 4 block 202; row#0[4365] flag: ------, lock: 0, len=19, data:(6): 01 00 00 bd 00 4d
col 0; len 10; (10): 37 38 20 20 20 20 20 20 20 20 --78
row#1[4384] flag: ------, lock: 0, len=19, data:(6): 01 00 00 bc 00 0f
col 0; len 10; (10): 37 38 30 20 20 20 20 20 20 20 --780
row#2[4403] flag: ------, lock: 0, len=19, data:(6): 01 00 00 bc 00 10
col 0; len 10; (10): 37 38 31 20 20 20 20 20 20 20 --781
row#3[4422] flag: ------, lock: 0, len=19, data:(6): 01 00 00 bc 00 11
col 0; len 10; (10): 37 38 32 20 20 20 20 20 20 20 --782
row#4[4441] flag: ------, lock: 0, len=19, data:(6): 01 00 00 bc 00 12
col 0; len 10; (10): 37 38 33 20 20 20 20 20 20 20
row#5[4460] flag: ------, lock: 0, len=19, data:(6): 01 00 00 bc 00 13
col 0; len 10; (10): 37 38 34 20 20 20 20 20 20 20 row#227[3681] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 1c
col 0; len 10; (10): 39 38 34 20 20 20 20 20 20 20 --984
row#228[3662] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 1d
col 0; len 10; (10): 39 38 35 20 20 20 20 20 20 20
row#229[3643] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 1e
col 0; len 10; (10): 39 38 36 20 20 20 20 20 20 20
row#230[3624] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 1f
col 0; len 10; (10): 39 38 37 20 20 20 20 20 20 20
row#231[3605] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 20
col 0; len 10; (10): 39 38 38 20 20 20 20 20 20 20
row#232[3586] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 21
col 0; len 10; (10): 39 38 39 20 20 20 20 20 20 20
row#233[8013] flag: ------, lock: 0, len=19, data:(6): 01 00 00 bd 00 62
col 0; len 10; (10): 39 39 20 20 20 20 20 20 20 20 --99
row#234[3567] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 22
col 0; len 10; (10): 39 39 30 20 20 20 20 20 20 20 --990
row#235[3548] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 23
col 0; len 10; (10): 39 39 31 20 20 20 20 20 20 20 --991
row#236[3529] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 24
col 0; len 10; (10): 39 39 32 20 20 20 20 20 20 20 --992
row#237[3510] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 25
col 0; len 10; (10): 39 39 33 20 20 20 20 20 20 20 --993
row#238[3491] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 26
col 0; len 10; (10): 39 39 34 20 20 20 20 20 20 20
row#239[3472] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 27
col 0; len 10; (10): 39 39 35 20 20 20 20 20 20 20
row#240[3453] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 28
col 0; len 10; (10): 39 39 36 20 20 20 20 20 20 20
row#241[3434] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 29
col 0; len 10; (10): 39 39 37 20 20 20 20 20 20 20
row#242[3415] flag: ------, lock: 0, len=19, data:(6): 01 00 00 d2 00 2a
col 0; len 10; (10): 39 39 38 20 20 20 20 20 20 20 --998
row#243[3396] flag: ---D--, lock: 2, len=19, data:(6): 01 00 00 d2 00 2b
col 0; len 10; (10): 39 39 39 20 20 20 20 20 20 20 --999 heap表的排序顺序;
ID A1 A2
---------- ---------- ----------
988 988 a988
989 989 a989
99 99 a99
990 990 a990
991 991 a991
992 992 a992
993 993 a993
994 994 a994
995 995 a995
996 996 a996
997 997 a997 iot 表;
select value from v$diag_info where name='Default Trace File';
alter session set events 'immediate trace name treedump level 102689'; ----- begin tree dump
branch: 0x10000ab 16777387 (0: nrow: 5, level: 1)
leaf: 0x10000ae 16777390 (-1: nrow: 245 rrow: 245)
leaf: 0x10000af 16777391 (0: nrow: 242 rrow: 242)
leaf: 0x10000ac 16777388 (1: nrow: 242 rrow: 242)
leaf: 0x10000ad 16777389 (2: nrow: 242 rrow: 242)
leaf: 0x10000b2 16777394 (3: nrow: 31 rrow: 31)
----- end tree dump
~
SQL> select dbms_utility.data_block_address_file(16777394) fno,
dbms_utility.data_block_address_block(16777394) bkno
from dual ; 2 3 FNO BKNO
---------- ----------
4 178 alter system dump datafile 4 block 178; row#0[8001] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 49
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 37 32 20 20 20 20 20 20 20 --972
col 1: [10] 61 39 37 32 20 20 20 20 20 20 --a972
row#1[7970] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 4a
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 37 33 20 20 20 20 20 20 20
col 1: [10] 61 39 37 33 20 20 20 20 20 20
row#2[7939] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 4b
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 37 34 20 20 20 20 20 20 20
col 1: [10] 61 39 37 34 20 20 20 20 20 20
row#3[7908] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 4c
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 37 35 20 20 20 20 20 20 20
col 1: [10] 61 39 37 35 20 20 20 20 20 20
row#4[7877] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 4d
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 37 36 20 20 20 20 20 20 20
col 1: [10] 61 39 37 36 20 20 20 20 20 20
row#5[7846] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 4e
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 37 37 20 20 20 20 20 20 20
col 1: [10] 61 39 37 37 20 20 20 20 20 20
row#6[7815] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 4f
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 37 38 20 20 20 20 20 20 20
col 1: [10] 61 39 37 38 20 20 20 20 20 20
row#7[7784] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 50
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 37 39 20 20 20 20 20 20 20 --979
col 1: [10] 61 39 37 39 20 20 20 20 20 20
row#8[7753] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 51
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 38 30 20 20 20 20 20 20 20 --980
col 1: [10] 61 39 38 30 20 20 20 20 20 20
row#9[7722] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 52
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 38 31 20 20 20 20 20 20 20 --981
col 1: [10] 61 39 38 31 20 20 20 20 20 20
row#10[7691] flag: K-----, lock: 0, len=31
col 0; len 3; (3): c2 0a 53
tl: 25 fb: --H-FL-- lb: 0x0 cc: 2
col 0: [10] 39 38 32 20 20 20 20 20 20 20 -982
col 1: [10] 61 39 38 32 20 20 20 20 20 20 iot表排序顺序:
972 972 a972
973 973 a973
974 974 a974
975 975 a975
976 976 a976
977 977 a977
978 978 a978
979 979 a979 ---------- ---------- ----------
980 980 a980
981 981 a981
982 982 a982
983 983 a983
984 984 a984
985 985 a985
986 986 a986
987 987 a987
988 988 a988
989 989 a989
990 990 a990 ID A1 A2
---------- ---------- ----------
991 991 a991
992 992 a992
993 993 a993
994 994 a994
995 995 a995
996 996 a996
997 997 a997
998 998 a998 heap表和iot表排序规则不同
heap表和iot表排序规则不同的更多相关文章
- 修改sql server实例、数据库、表、字段的排序规则
转自:http://blog.51cto.com/jimshu/1095780 概念与详情请参考:字符编码与排序规则:https://www.cnblogs.com/gered/p/9145123.h ...
- mysql 批量修改 表字段/表/数据库 字符集和排序规则
今天接到一个任务是需要把数据库的字符编码全部修改一下,写了以下修正用的SQL,修正顺序是 表字段 > 表 > 数据库. 表字段修复: #改变字段数据 SELECT TABLE_SCHE ...
- iot表输出按主键列排序,heap表不是
<pre name="code" class="html"> create table t1 (id char(10) primary key,a1 ...
- Mysql iot表
我们知道一般的表都以堆(heap)的形式来组织的,这是无序的组织方式. Oracle还提供了一种有序的表,它就是索引组织表,简称IOT表.IOT表上必须要有主键,而IOT表本身不对应segment,表 ...
- MySQL表结构,表空间,段,区,页,MVCC
索引组织表(IOT表):为什么引入索引组织表,好处在那里,组织结构特点是什么,如何创建,创建IOT的限制LIMIT. IOT是以索引的方式存储的表,表的记录存储在索引中,索引即是数据,索引的KEY为P ...
- MySQL表结构,表空间,段,区,页,MVCC ,undo 事务槽
索引组织表(IOT表):为什么引入索引组织表,好处在那里,组织结构特点是什么,如何创建,创建IOT的限制LIMIT. IOT是以索引的方式存储的表,表的记录存储在索引中,索引即是数据,索引的KEY为P ...
- SQL:无法解决 equal to 操作的排序规则冲突。
更改存储过程的时候,在SQL中出现了 “无法解决 equal to 操作的排序规则冲突”错误,网上搜之,发现是表之间元素创建时排序规则不同(一个是collate Chinese_PRC_CI_AI_W ...
- MSSQL 修改数据库的排序规则
1.修改数据库排序规则 ALTER DATABASE [CHARACTER] COLLATE Chinese_PRC_CI_AS ; 2.修改表中列的排序规则 如果下列其中之一当前正在引用一个列,则无 ...
- MSSQL2005 修改数据库的排序规则
1.修改数据库排序规则ALTER DATABASE [DataBaseName] COLLATE Chinese_PRC_CI_AS ; 2.修改表中列的排序规则 如果下列其中之一当前正在引用一个列, ...
随机推荐
- php 学习笔记 数组1
1.一般情况下$name['tom']和$name[tom]是相同的:但没有引号的键不能和常量区别开,如:define('index', 5)时:$name['tom']和$name[tom]不同 2 ...
- html向servlet传乱码解决办法
html 设置为utf-8格式 <meta http-equiv="content-type" content="text/html;charset=UTF-8&q ...
- 分享,iOS国家手机区号代码.plist
APP注册需要手机号码的时候,如果有在其他国家的时候需要填写手机区号 一份有国家名字和区号的plist 参照微信注册的时候 格式是 <Array> <Array> <Ar ...
- 有什么很好的软件是用 Qt 编写的?
作者:尘中远链接:http://www.zhihu.com/question/19630324/answer/19365369来源:知乎 一些出名的例子如下:(wiki搬运) 3DSlicer, a ...
- 安卓Launcher之获取手机安装的应用列表,安卓launcher
Launcher中最主要的就是获取所有应用列表的入口以及图标,一般获取的方法有两种: PackageInfo ResolveInfo 运行获取所有APP的Launcher并且允许进行点击事件,进入到应 ...
- Android - Mac系统Android程序位置
Mac系统Android程序位置 本文地址: http://blog.csdn.net/caroline_wendy Mac系统是类Unix系统.Android程序直接安装至目录.能够使用" ...
- asp.net上传控件使用
protected void Button1_Click(object sender, EventArgs e) { string str = ""; if (FileUpload ...
- linux查看端口和进程
查看进程 ps -aux | grep appname 杀死进程 kill pid 查看端口: netstat -ap | grep 端口号 netstat -ap | grep 进程名字 lsof ...
- 小记:css特殊性
今天早上遇到了个小bug,刚好用从css权威指南学到的知识解决了 html结构 <ul class="portlet-nav"> <li><a id= ...
- JAVA中MESSAGEBOX,静态类直接引用
原文:JAVA中MESSAGEBOX,静态类直接引用 package cisdi.mes.wrm.mcode.serviceImpl; import javax.persistence.Entity; ...