AnySQL.net

AUL恢复IOT表的一点改进, 更方便了

    以前AUL要恢复IOT, 总是指导人家看这篇文章, 因为IOT表对象本身是没有数据段的, 而是在索引中存放数据, 因此AUL需要先从OBJ$中找出表对象, 从COL$中取得表结构信息, 再从IND$中取得IOT表的主键索引信息和段的信息, 这是理想的情况. 因为用标准C语言来处理这些复杂的关系太累了, 所以没有实现, 如果这个IOT是分区的, 则可能还要复杂, 因为TABPART$和INDPART$也会被卷进来, 如果再有子分区呢?     不过昨天晚上对非分区的IOT表作了一点改进, 因为创建非分区的IOT表时, 索引对象的ID总是表对象的ID再加上一, 有这种规律存在, 就可以稍作改进. DESC命令还是不能显示准确的信息. AUL> desc sys.t_iottest Storage(OBJ#=0 OBJD=0 TS=0 FILE=0 BLOCK=0 CLUSTER=0) No. SEQ INT Column Name              Type --- ---...

Posted on August 17, 2007 11:30 AM

Organization Index之后是Organization Cluster

    最近常研究和分析Hash Cluster表, 发现要选建一个Cluster, 再在上面建表, 过程麻烦, 明明只有一个表, 却要分成两步, 或三步走. 在电视广告上什么都说一片能顶三片或五片的时代下, Oracle也应当进步一下. 我总是只在一个Cluster上建一个表, 称为Single Table Cluster吧.     IOT是很好, 可是他的主要缺点是必需要有主键, 另外由于没有物理的ROWID, 因此在建第二个索引时, 从效率和维护代价上来看有些高. 而Index Cluster则不需要一定是主键, Hash Cluster则根本就不需要Index, 都是很好的东西.     其实出一个Organization Cluster(COT)不是很好吗? Organization Cluster (column, ...) SIZE ... Organization Cluster...

Posted on April 28, 2007 10:48 PM

IOT表中段的命名规律, 以及AUL对IOT的支持

    AUL对于IOT表的恢复是支持的, 但需要手工修改一下生成的字典信息. 首先来看一下IOT表的数据段的命名规律. 考虑下面两个IOT表: CREATE TABLE T_IOT (    COL1 NUMBER NOT NULL PRIMARY KEY,    COL2 VARCHAR2(20) ) ORGANIZATION INDEX; CREATE TABLE T_IOT2 (    COL1 NUMBER NOT NULL CONSTRAINT PK_T_IOT2 PRIMARY KEY,    COL2 VARCHAR2(20) )...

Posted on January 5, 2007 9:17 PM