Oracle
解析Oracle rowid系列一
搞Oracle的人，都知道表里有一个叫做rowid的伪列，也知道可以通过rowid来快速定位表里的记录，至少通过oracle的索引来快速查找表里的数据就是通过rowid来定位的。可是，我们真的对rowid很了解吗？至少，我之前存在了一些误区，甚至有点儿荒谬！在此，对rowid作一个全面解析，同大家分享，以飨网友。
1 Oracle rowid格式：
Oracle rowid format
rowid
OOOOOO
FFF
BBBBBB
RRR
说明
数据对象号
相对文件号
数据块号
行号
上述表格是Oracle 9i及以上版本数据库中的rowid格式：6位对象号+3位相对文件号+6位数据块号+3位行号，是一个18位的64进制值。这个18位的64进制值在数据库内却是以10个bytes合计80个bit的二进制数存放的，和我们直接看到的结果有所区别。这里的64进制和10进制的对应编码如下表：
64进制-10进制转换表
64进制编码
A
B
…
Z
a
b
…
z
0
1
…
9
+
/
10进制值
0
1
…
25
26
27
…
51
52
53
…
61
62
63
2 那么这个18位的64进制值又是如何同80位的二进制数对应的呢？其中，6位的对象号在数据库中是用32位二进制来存放的，也就意味着一个oracle数据库中最多可以有232个对象，即4G个对象；3位的相对文件号在数据库中是用10位二进制来存放的，也就意味着一个表空间中最多可以容纳210=1024去掉全0和全1个数据文件，即1022个数据文件；6位的数据块号用22位二进制来存放的，也就意味着一个数据文件最多可以包含222=4M个数据块；3位的行号在数据库中是用16位二进制来存放的，也就意味着一个数据块上最多可以容纳216=65536行记录。
3 我们已经对rowid有了基本认识，我们又该如何获取rowid呢？见下例：
SQL> show user;
USER is “HR”
SQL> select employee_id,last_name,rowid from employees where employee_id=100;
EMPLOYEE_ID LAST_NAME ROWID
———– ————————- ——————
100 King AAAR5pAAFAAAADPAAA
SQL>
我们可以在查询列表中，把rowid伪列当做普通的字段来查询。上例中，AAAR5p就是HR.employees在数据库中的对象号，AAF表示相对文件号，AAAADP则表示数据块编号，最后的3个AAA则表示行号。当然，我们完全可以根据上述的转换表，将这些64进制值直接转成对应的10进制值。分别就是HR.employees表在数据库内的对象号是73321，而该表在数据库内部是存放在第5号文件(AAF=0*642+0*641+5*640=5)上的，employee_id=100的记录则是放在第5号文件的第207个数据块上的；最后的AAA表示该记录是位于第5号文件上的第207个数据块上的第1条记录。
4 除了上述方法，我们还可以通过数据库提供给我们的工具包来获取该信息：
SQL> select rowid,
2 dbms_rowid.rowid_object(rowid) object_id,
3 dbms_rowid.rowid_relative_fno(rowid) file_id,
4 dbms_rowid.rowid_block_number(rowid) block_id ,
5 dbms_rowid.rowid_row_number(rowid) num ,
6 rowidtochar(rowid) from employees where employee_id=100
7 ;
ROWID OBJECT_ID FILE_ID BLOCK_ID NUM ROWIDTOCHAR(ROWID)
—————— ———- ———- ———- ———- ——————
AAAR5pAAFAAAADPAAA [...]
Oracle 11g Concepts 笔记3：什么是B树索引及其介绍
在上一篇笔记里我们简单了解了Oracle索引的分类及唯一索引的特征，在本篇里我们简单了解什么是B-Tree Indexes及对其作一基本介绍。
B-trees, short for balanced trees, are the most common type of database index.顾名思义，B-Tree是一个平衡树的结构【注意这里的B表示Balanced平衡的意思，而不是Binary二叉】，B树索引也是Oracle里最为常见的索引类型。B树索引里的数据是已经按照键字或者是被索引字段事先排好序存放的，默认是升序存放，也解释了为什么我们在创建索引的时候有可能会用到数据库的临时表空间的临时段。下面，看一幅B树索引的内部结构图：
对于这幅B树存储结构图作以下几点介绍：
1 索引高度是指从根块到达叶子块时所遍历的数据块的个数，而索引层次=索引高度-1；本图中的索引的高度是3，索引层次等于2；通常，索引的高度是2或者3，即使表中有上百万条记录，也就意味着，从索引中定位一个键字只需要2或3次I/O,索引越高，性能越差；
2 B树索引包含两种数据块儿：分枝块(Branch Block)和叶子块(Leaf Block)；
3 分枝块里存放指向下级分枝块(索引高度大于2，即有超过两层分枝块的情况)或者直接指向叶子块的指针(索引高度等于2，即层次为1的索引)；
4 叶子块，就是位于B树结构里最底层的数据块。叶子块里存放的是索引条目，即索引关键字和rowid，rowid用来精确定位表里的记录；索引条目都是按照索引关键字+rowid已经排好序存放的；同一个叶子块里的索引条目同时又和左右兄弟条目形成链表，并且是一个双向链表；
5 B树索引的所有叶子块一定位于同一层上，这是由B树的数据结构定义的。因此，从根块到达任何一个叶子块的遍历代价都是相同的；
下载本文的PDF版本, 方便离线阅读转载
Oracle 11g Concepts 笔记2：什么是唯一、非唯一索引及索引分类
从Oracle索引的特征上，我们可以简单的把索引分为Unique Indexes and Nonunique Indexes，即唯一索引和非唯一索引。
1 对于唯一索引，唯一索引确保被索引的字段或多个联合字段在表中绝对不会有重复值；通常，我们在建表时，创建唯一约束或者主键约束，再或者建表以后给表添加唯一、主键约束时，Oracle会自动在主键、唯一约束的字段上创建唯一索引，并且索引的名字跟约束的名字一样，如：
SQL> create table tt(id1 number primary key,id2 number,id3 number);
Table created.
SQL> select index_name,table_name,uniqueness from user_indexes where table_name=’TT’;
INDEX_NAME TABLE_NAME [...]
Oracle 11g Concepts 笔记1：联合索引的创建及注意事项
众所周知，每一位Oracle数据库技术牛人，每一名Oracle DBA在谈到自己的成长历程或者分享学习经验时，都会强调阅读Oracle的官方文档的重要性和必要性。而Oracle提供的官方文档数量之多，范围之广让很多初学者都望而却步，尤其是对于英语基础不好的网友更是头痛不已。其实，就我个人而言，也是经历过诸多痛苦的。事实上，我想但凡每一位认认真真地阅读过官方文档的过来人都或多或少的会有同感。既然Oracle提供给我们的学习文档如此之多，那么我们又该选择哪些文档入手呢？
我的建议是，优先阅读也是最应该阅读 Oracle Database Concepts这本书，因为这本书涵盖了Oracle数据库的全部基本概念，多读此书，收获颇多。记得当初08年的时候，自学Oracle，备考Oracle 10g OCA时，自己坚持着把10g 版本的 Oracle Concepts 10g Release 2前2/3部分反复阅读了几次，得以对Oracle数据库算是有个基本了解。
本系列文章将以笔记的形式记录自己在阅读和学习Oracle 11gR2 Database Concepts 【文档编号为E16508-05】的心得和体会。一方面算是对自己的知识总结和记录，另一方面也希望这一系列的文章能够对广大Oracle数据库技术爱好者带来帮助。当然，如果有理解的不对或者是纰漏之处，还恳请广大网友及时回复给予指正。 好了，废话不再赘述。
Oracle 11gR2 Database Concepts第3章Page 57讲到Indexes and Index-Organized Tables，其中Page 59讲到Composite Indexes。
首先，我们创建测试表，并在该表上创建联合索引：
SQL> conn / as sysdba
Connected.
SQL> select * from v$version;
BANNER
——————————————————————————–
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 – 64bit Production
PL/SQL Release 11.2.0.1.0 – Production
CORE 11.2.0.1.0 [...]
iPod Nano 6入手初体验
经过长达两个多月的等待，终于收到了这份迟来的小礼物，iPod Nano 6 8GB。虽然来的有些迟，甚至因为新加坡那边儿投递的原因差点儿导致与这款小巧却功能强大的MP3失之交臂，但是收到快递包裹的那一刻，还是有一点儿小兴奋的。
话说这个免费礼物的由来，7月份的时候，接到365信息科技大讲堂的邮件邀请，于2011年7月20日参加了甲骨文网上讲座 “最高的数据库性能和快速 100% 的投资回报率”，会后成为众多参与者中的幸运儿。
初入手时，精致而又环保的包装，着实给用户一个完美的体验，尤其是那个设计别有用心的卡片式基本使用说明手册。拆解开来，银白色的机身，延续苹果产品的主打色系。据称，苹果的这款机器投入生产时白黑比是6:1，而市场反应是，消费者的喜好却是白黑比1:6，黑色系的机器颇受消费者的青睐。个人而言，白也好，黑也罢，好用就行，当然更不能颠倒黑白。
接下来，第一件事就是阅读手册，登录苹果官网，获取更多的用户指南。
第二，连接USB接口进行充电，在充电的过程中，顺便安装配置iTunes。这里出了一个小差错，充电大概10分钟左右，误操作断开了iPod Nano，导致充电结束。苹果官方申明初次充电要到2-3小时左右，担心会不会出什么问题，以后电池会不会都充不满？没辙呀，自己是个土包子，从未拥有过苹果的任何产品，使用经验更几乎为零。在此，向各位请教，为什么现在用USB连接线给Nano充电都充不满？是否需要购买iPod 专属充电器？
第三，使用iTunes同步数据，这个应用程序的功能比较强大，就是要注册用户的那个玩意儿比较繁琐，貌似要Visa信用卡号之类的，目前还未注册成功。
第四，Nano的收音机功能很好用，可以迅速搜索当地的所有无线电台。
第五，健身功能很好用，可以记录步行、跑步的数据，并且可以同步到Nike +。
第六，时钟不错，好用。
第七，MP3播放功能和效果自是不用说了，超牛逼。
第八，感谢365信息科技大讲堂，那次会议不仅给予我Oracle相关的知识,还赠送我这个可爱的小礼物。当然还要感谢自己对于Oracle数据库技术的热爱，看来选择从业Oracle DBA还是非常不错的，至少有Nano可以免费玩儿。欢迎Nano网友回复交流用户经验及Oracle数据库相关技术经验，谢谢！
最后，附上邮件确认函一封：
From: Oracle APAC Responses Team <response@oracleevent.com>
Date: Fri, 22 Jul 2011 07:44:40 +0100
Subject: 甲骨文网上讲座: 祝贺你, 您已成为甲骨文网上讲座的iPod Nano幸运儿
To: “3dian14@gmail.com” <3dian14@gmail.com>
Dear黄伟,
谢谢您出席2011 年 7 月 20 日, 星期三的甲骨文网上讲座 “最高的数据库性能和快速 100% 的投资回报率”
您已成为甲骨文网上讲座的iPod Nano幸运儿!
请您确认以下的地址:
厦门火炬高新区软件园二期望海路29#吉联研发大楼, 厦门, 福建 361006, China
(Xiamen Torch Hi-tech Software Park two WangHai 29 # Kyrgyzstan joint
R & D Building, [...]
记一次10g RAC 收缩表空间
这是公司一套10g RAC双节点数据库，近期业务量增长比较大，导致硬盘空间有些吃紧，在新的存储添加之前。我想到的是收缩表空间，缓解存储。做一简单记录如下：
① 操作系统版本：
[root@oracle-rac2 bin]# su – oracle
[oracle@oracle-rac2 ~]$ uname -a
Linux oracle-rac2.gillion.com.cn 2.6.18-194.0.0.0.3.el5 #1 SMP Mon Mar 29 18:14:09 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux
[oracle@oracle-rac2 ~]$ uname -r
2.6.18-194.0.0.0.3.el5
②数据库版本：
[oracle@oracle-rac2 ~]$ . oraenv
ORACLE_SID = [glndb2] ? glndb
[oracle@oracle-rac2 ~]$ export ORACLE_SID=glndb2
[oracle@oracle-rac2 ~]$ sqlplus
SQL*Plus: Release 10.2.0.5.0 – Production on Wed May 25 09:32:03 2011
Copyright (c) 1982, 2010, Oracle. All [...]
ORA-00600: internal error code, arguments: [4194]
在修改_allow_resetlogs_corruption参数为TRUE，并强制打开数据库后，遭遇下述错误信息：
该错误信息来自alert告警日志文件：
Thu Feb 17 14:07:30 2011
Errors in file /u01/app/admin/orcl/bdump/orcl_smon_26850.trc:
ORA-00600: internal error code, arguments: [4194], [41], [31], [], [], [], [], []
通常ORA-00600 4194级的错误是跟回滚段错误相关！
继续查看TRACE文件（/u01/app/admin/orcl/bdump/orcl_smon_26850.trc）
看到有下述相关信息：
Acq rbs _SYSSMU1$
KSL POST SENT postee=6 loc=’ksasnd’ id1=0 id2=0 name= type=0
Undo Segment 1 Onlined
KSL POST SENT postee=6 loc=’ksasnd’ id1=0 id2=0 name= type=0
Acq rbs _SYSSMU2$
KSL POST [...]