Mark it!!!

cost =
    blevel +
    ceiling(leaf_blocks * effective index selectivity) +
    ceili

当导入索引组织表的数据不能排序时，那么效率是很差的。如果用一个大事务来做，很可能失败，并且导致服务器压力很大。

在oracle中还是推荐使用根据extent分块来实现大数据量的移动 http://hi.baidu.com/dbaeyes/blog/item/dcf741ada8edac004b36d674.html

 测试：

   索引组织表其实就是存储在一个索引结构中的表

一般我们在oracle数据库中，用到的都是堆组织表，而在mysql常用引擎innodb中的表就是索引组织表，今天因为业务需要，测试了下oracle的索引组织表

  需求是这样的，将有几十亿数据的A表的新字段cc更新为一个新值（蛋疼的需求），这个值来自数据仓库统计得到的一个B表，A.ID与B.ID关联，需要将B表拉到A表所在的库。如果使用常规的方法，将B表拉过来，然后还需要创建 id,cc两个字段的联合索引，这样将消耗大量的空间，并且索引大小会比表还大。所以直接

TABLE_CC 表数据量 8KW，

column: Art_id null number  --distinct values:214

column: User_id  not null number --distinct values: 83w

Index:

Idx_user

COUNT(0)
----------
 

比较大的开发项目，应该把业务逻辑放在应用中实现，切忌把业务放到触发器和存储过程中。 存储过程和触发器要少用，而且不能涉及业务

#######################################

大数据量update，可以考虑order by rowid

按照ROWID的结构，ROWID的顺序即是数据块的顺序，而CURSOR返回的记录的顺序即是更新的顺序，所以更新就会按数据块的物理顺序依次处理，即更新完一个数据块里的所有行，再更新下一个数据块的数据。这样一来，对于每个数据块，就只有第一行会产生物理读，其他的行，因为数据块已经在内存里

create table T1
(
ID   NUMBER not null,
NAME VARCHAR2(30) not null
);

create index D on T1 (name);

alter table T1 add constraint PK_T1_ID primary key (ID) ;

因为先建了索引（非unique),再加了主键，就算是用ID查询，也是使用 INDEX RANGE SCAN的。

下面先测试的就是索引为指定unique的情况

----------------------------------------------

测试逻辑读

orphean@ORCL