oracle表设计.docxVIP

普通堆表不足之处：查看产生多少日志：select a.name,b.valuefrom v$statname a,v$mystat bwhere a.statistic#=b.statistic#and a.name=’redo size’;sqlplus “/ as sysdba”以下为试验准备工作：grant all on v_$mystat to zlx;grant all on v_$statname to zlx;connect zlx/zlx;drop table t purge;create table t as select * from dba_objects;创建视图，方便后续直接用该视图查询create or replace view v_redo_size asselect a.name,b.valuefrom v$statname a,v$mystat bwhere a.statistic#=b.statistic#and a.name=’redo size’;观察删除记录产生多少redoselect * from v_redo_size;delete from t;select * from v_redo_size;观察插入记录产生多少redoinsert into t select * from dba_objects;select * from v_redo_size;观察更新记录产生多少redoupdate t set object_id=rownum;select * from v_redo_size;delete操作无法释放空间drop table t purge;create table t as select * from dba_objects;set autotrace on;select count(*) from t;现在执行delete命令，再select全表看看逻辑读会不会减少set autotrace offdelete from t;commit;set autotrace onselect count(*) from t;以上会发现逻辑读还是没变。很奇怪，继续向下看：truncate table t;select count(*) from t;现在逻辑读大幅减少了，代价也大幅减少了。总结：delete删除并不能释放空间，虽然delete将很多块的记录删除了，但是空块依然保留，oracle在查询时还会去查询这些块，而truncate是一种释放高水平位的动作，这些空块被回收，空间也就释放了。大楼的例子。。。。。。。表记录太大检索较慢drop table t purge;create table t as select * from dba_objects where rownum=200;create index idx_obj_id on t(object_id);set linesize 1000;set autotrace traceonly;select * from t where object_id=10;上例，大家注意一个地方，table access by index rowid的数值再做一个实验：select object_id from t where object_id=10;以上说明，避免回表从而使性能提升。普通表做不到，能实现这种功能的只有索引组织表，以后陆续介绍。有序插入去难有序读出drop table t purge;create table t(a int,b varchar2(4000) default rpad(*,4000,*),c varchar2(3000) default rpad(*,3000,*));insert into t(a) values(1);insert into t(a) values(2);insert into t(a) values(3);select A from t;delete from t where a=2;insert into t(a) values(4);commit;select A from t;上例：因为BLOCK大小默认是8KB，所以特意用rpad(‘*’,4000,’*’),rpad(‘*’,3000,’*’)来填充B、C字段。这样可以保证一个块只插入一条数据，方便做试验分析跟踪。上例显示，因为第2条记录被删除了，第4条记录去填充第2条记录所在的块，所以无序了。所以我们在查询数据时，如果想有序的展现，就必须使用order by，否则根本不能保证顺序展现，而order by操作是开销很大的操作。具体开销可以看下面试验：set linesize 1000;set autotrac