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.修改表中列的排序规则 如果下列其中之一当前正在引用一个列, ...
随机推荐
- [javascript]一种兼容性比较好的简单拖拽
作为一个马上要找工作.非计算机专业.热爱前端的大四狗,最近开始疯狂写demo.看书,准备九.十月份的校招. 晚上用js实现了一个比较简单(low)的拖拽效果,初步测试兼容性还是不错的,于是写一段小博文 ...
- 在树莓派上设置无线静态IP
修改文件: /etc/network/interfaces,命令如下 sudo nano /etc/network/interfaces 将最后一句iface default inet dhcp,替换 ...
- Debian 7 下载
Debian 7 DOWNLOAD http://cdimage.deb ...
- BZOJ 2875: [Noi2012]随机数生成器( 矩阵快速幂 )
矩阵快速幂...+快速乘就OK了 ----------------------------------------------------------------------------------- ...
- 数据库神器:Navicat Premium
Navicat premium是一款数据库管理工具.将此工具连接数据库,你可以从中看到各种数据库的详细信息.包括报错,等等.当然,你也可以通过他,登陆数据库,进行各种操作.Navicat Premiu ...
- 01-UIKit
目录: 一.视图和控制器 二.interface Builder 回到顶部 一.视图和控制器 1 视图(view)ios程序运行期间用户所能看见的东西都可以认为是视图,比如UIwindow就是一个视图 ...
- 基于RAF的一个小动画框
RAF也即是requestAnimationFrame,之前的动画都是基于setTimeout写的,所以为了性能方面的考虑,开始使用requestAnimationFrame写动画. function ...
- Qt属性系统
The Property System Qt提供一个类似于其他编译器供应商提供的精致的属性系统.然而,作为一个编译器和平台独立的库,Qt并不依赖于非标准编译器特性,如__property 或 [pro ...
- 进入MAC下面的Library目录
从LION后,苹果将library目录隐藏起来了,要进入那个目录,需要用到一定的技巧. 打开Finder,按下shift+command+g,输入“~/Library”(输入引号里面的),再按回车就到 ...
- Java 多线程-生产者、消费者
一.整体代码 ThreadDemo.java public class ThreadDemo { public static void main(String[] args) { Godown god ...