一、方案
方案是数据库用户拥有的数据库对象的集合,方案对象是直接引用数据库的逻辑结构,对象包括表、索引、序列、视图、同义词等结构。
这一章大部分内容,我们在SQL的第九章创建和管理表及约束和第十章其它常用对象都已讲过,做一些补充。
二、表
1、表的类型
(1)堆组织表
堆表就是普通表,也叫堆组织表。之所以这样叫,是因为他使用数据结构中堆的算法来组织表。堆表的特点就是插入的行没有顺序。
(2)索引组织表
索引组织表(index organizedtable)就是存储在一个索引结构中的表。一定要有索引,其实也就是一定要有一个主键,表中行的顺序将按照主键的顺序,依次排列。索引组织表的ROWID被称为UROWID,也被称为逻辑ROWID,它的主要成份是主键,是可变的。
(3)聚簇表
聚簇(CLUSTER)是指:如果一组表有一些共同的列,则将这样一组表存储在相同的数据库块中;聚簇还表示把相关的数据存储在同一个块上。
A、索引聚簇表:利用聚簇索引来查找数据的聚簇类型称为索引聚簇。
B、散列聚簇表:利用哈希函数来查找数据的聚簇类型称为哈希聚簇(也称为散列聚簇)
(4)临时表
临时表可以提高数据库处理性能,在没有必要存储时,就存储临时中,用户只能够操作各自的数据中。
分有两类临时表:会话级的临时表和事务级的临时表。
(5)外部表
外部表,是指存储在Oracle数据库之外的表,数据库中只有表结构的定义,真正的数据并未存储在数据库中。外部数据表都是只读的,因此在外部表不能够执行DML操作,也不能创建索引。
2、创建表
(1)创建组织表
gyj@OCM> Create table t15(id int, name varchar2(10));
Table created.
(2)创建一个简单的索引组织表
gyj@OCM> create table iot10(id int primary key,namevarchar2(20),job varchar2(40)) organization index tablespace tp1;
Table created.
(3)索引聚簇表
我来建两个表一个是班级代码表,一个是学生基本信息表,现在利用聚簇表把jsj01(计算01)班的学生都存储在同一个块上,如果一个块放不下,则存储在尽可能少的几个块中。
Student(sname,classno)
Joe jsj01 Rose jsj01 Jack jsj01 Tom jsj02 Jeny jsj02 Tony jsj02 Lewis jsj02
|
| Class(classno, cname)
jsj01 计算机01 jsj02 计算机02 jsj03 计算机03 jsj04 计算机04
|
| student_class_cluster
|
A)创建一个索引聚簇,聚簇列是classno列。定义SIZE1024,表示每个聚簇键值关联大约1024字节的数据。那么Oracle就会用这个值算出每个块最多能放下多少个聚簇建,若db_block_size=8K,那第每个块最多放7个聚簇键。也就是说,对应的班级可以有jsj01/jsj02/jsj03/jsj04/jsj05/jsj06/jsj07的数据会放在一个块上。一旦插入班级jsjs08,就会使用一个新块。如下操作:
gyj@OCM> create cluster student_class_cluster
2 (classno number(2)) size1024;
Cluster created.
B)向聚簇中放数据之前,需要先对聚簇建立索引。聚簇索引的任务是拿到一个聚簇值,然后返回这个键的块的块地址,其中每个聚簇键值指向了聚簇本身中的一个块。我们去jsj01班的数据时,Oracle会读取簇键,确定相应的块地址,然后读数据。好我们马上创建一个聚簇索引,如下操作:
gyj@OCM> create indexidx_student_class_cluster
2 oncluster student_class_cluster;
Index created.
C)好,接下来我们在聚集中创建班级表和学生表
gyj@OCM> create table class
2 (classno number(2) primarykey,
3 cname varchar2(20),
4 loc varchar2(10))
5 clusterstudent_class_cluster(classno);
Table created.
gyj@OCM> create table student
2 (studentno number primarykey,sname varchar2(10),job varchar2(9),
3 mgr number,hiredatedate,sal number,comm number,classno number(2)
4 references class(classno))
5 clusterstudent_class_cluster(classno);
Table created.
(4)散列聚簇表
A)创建散列聚簇
gyj@OCM> create cluster hash_cluster1 (hash_keynumber)
2 hashkeys 1000 size 8192
3 tablespace tp1;
Cluster created.
B)在聚簇中创建表
gyj@OCM> create tablehashed_table(x number,data1 varchar2(4000),data2 varchar2(4000))
2 cluster hash_cluster1(x);
Table created.
(5)、创建临时表
A)当提交时,将自动清除表中所有数据。
create global temporary table temp_t1(id int,name varchar2(10)) on commit delete rows;
B)只有当会话退出后,临时表中的行才会被清除。
create global temporary table temp_t2(id int,name varchar2(10)) on commit preserve rows;
(5)创建外部表
这个在数据迁移那块知识点再做详细介绍。(
3、表的操作
(1)手动分配区语法如下:
ALTER TABLE 表名 ALLOCATE EXTENT [ ([SIZE integer [K|M]] [ DATAFILE ‘filename’ ]) ]
A)对t10 表扩展区的大小为64K,操作如下:
gyj@OCM> alter table t10 allocate extent (size 64K);
Table altered.
B )再查t10表区分配的情况:
select BLOCKS,EXTENTS from dba_segments where segment_name='T10’;
(2)表的重组:ALTERTABLE 表名 MOVE [TABLESPACE 表空间名];
gyj@OCM> alter table t10 move tablespace users;
Table altered.
(3)更改创建表时的参数pctfree
gyj@OCM>alter table t10 pctfree 30;
Table altered.
(4)删除表Drop
gyj@OCM> drop table t15;
Table dropped.
(5)删除表数据 Truncate
gyj@OCM> truncate table t10;
Table truncated.
三、有关约束
1、 延迟或立即约束
立即约束就是在每个DML语句执行时,立即判断用户所作的修改是否违返了约束,如果违返了,立即回当前正在执行的DML语句。我们以前我遇到的约束,都是这样的立即约束。
延迟约束在DML语句结束时,并不判断是否违反约束,而是事务提交时再判断。如果约束违反,整个事务被回退。
在创建约束时,有两个选项可以设置约束的检查方式:
Initially immediate :最初为立即约束。
Initially deferred :最初为延迟约束。
如果将约束定为Initiallyimmediate,那么约束仍是立即的,但我们可以使用命令设为延迟的。而约束如果被设为了Initially deferred,约束建立好了,就是延迟的。
我们来试下:
gyj@OCM> drop table t8;
Table dropped.
gyj@OCM> create table t8(id number(10) constraint t8_id_c check(id>=5)
2 initially deferred,namevarchar2(20));
gyj@OCM> insert into t8 values(1,'gyj');
1 row created.
可以正常插入。约束的检查被推迟了
gyj@OCM> commit;
commit
*
ERROR at line 1:
ORA-02091: transaction rolled back
ORA-02290: check constraint (GYJ.T8_ID_C)violated
可以看到,提交时检查出来此事务违反了约束,整个事务被回滚,事务也结束了。注意立即约束中,只会回滚违反约束的当前语句,而不会回滚整个事务。
如果我把约束建立成Initially immediate,最初为立即。那么约束此时还是立即。需要使用如下命令,才能把约束设置为延迟的。而且,最初为延迟的约束,也可以使用此命令,设成立即的。Initially immediate和Initially deferred都是可延迟的约束,下面的这条命令,可以将可延迟的约束,设置为延迟或立即。命令语法如下:
set constraints 约束名|all Immediate|Deferred
比如我上面创建的,是最初为延迟,我们也验证过了,现在已经是延迟检查了,下面我把它改为立即的
gyj@OCM> set constraint t8_id_c immediate;
Constraint set.
t8_id_c已经被改为立即的了,再插入违反约束的行,马上就会报出错误:
gyj@OCM> insert into t8 values(1,'gyj');
insert into t8 values(1,'gyj')
*
ERROR at line 1:
ORA-02290: check constraint (GYJ.T8_ID_C)violated
这个命令只影响当前会话,并且只在COMMIT和ROLLBACK命令执行前有效。下面我来试一下,仍旧是在刚才的会话中,执行一个COMMIT或ROLLBACK:
gyj@OCM> rollback;
Rollback complete.
执行COMMIT或ROLLBACK那个命令都行,这两个命令都代表一个事务的结束,SET CONSTRAIN命令的作用,也就是维持到一个事务的结束。现在t8_id_c约束又回到了最初的状态,它最初是延迟检查约束。下面我再插入一个违反约束的行:
gyj@OCM> insert into t8 values(1,'gyj');
1 row created.
已经可以插入了,直到提交才报错:
gyj@OCM> commit;
commit
*
ERROR at line 1:
ORA-02091: transaction rolled back
ORA-02290: check constraint (GYJ.T8_ID_C)violated
Initiallyimmediate我就不再试验了,除了它最初是立即外,它和Initially deferred的控制操作是一样的。如果在创建约束时,没有加这两个选项中的任一个,约束就是不可延迟的,对于不可延迟的约束,使用SET CONSTRAINT命令会报出错误。
我先把t8表上的约束创建为不可延迟的:
gyj@OCM> drop table t8;
Table dropped.
gyj@OCM> create table t8(id number(10)constraint t8_id_c check (id>=5),name varchar2(20));
Table created.
现在我把t8_id_c约束设为可延迟:
gyj@OCM> set constraint t8_id_c deferred;
setconstraint t8_id_c deferred
*
ERROR at line 1:
ORA-02447: cannot defer a constraint thatis not deferrable
报出了错误,因为AA3_ID_C是不可延迟约束。
SETCONSTRAINT命令的作用,只对当前会话的当前事务有效,另有一条命令,它的作用可以对当前会话中的所有事务有效:
Alter session set constraint=immediate|Deferred|Default;
immediate是立即,Deferred是延迟,Default是恢复创建约束时所设置的值.
操作如下:
gyj@OCM> drop table t8;
Table dropped.
gyj@OCM> create table t8(id number(10)constraint t8_id_c check (id>=5),name varchar2(20));
Table created.
gyj@OCM> Alter session set constraint=deferred;
Session altered.
2、约束的状态 :
约束有如下四种状态
(1)ENABLEVALIDATE:约束在创建时,默认就是此状态。此状态会“检查表中原有行和新插入的行”。
(2)ENABLENOVALIDATE:不能输入违反约束的新数据。但是,在创建约束时,并不检查表中原有行。
(3)DISABLEVALIDATE:检查表中原有行是否违反约束,表中可以插入违反约束的行。
(4)DISABLENOVALIDATE:约束处于禁用状态,且此状态检查表中原有数据是否违反约束.
操作如下:
gyj@OCM> drop table t5;
Table dropped.
gyj@OCM> create table t5(idnumber(10),name varchar2(20));
Table created.
gyj@OCM> insert into t5 values(1,'gyj1');
1 row created.
gyj@OCM> insert into t5 values(2,'gyj2');
1 row created.
gyj@OCM> insert into t5values(3,'gyj3');
1 row created.
gyj@OCM> commit;
Commit complete.
gyj@OCM> alter table t5 add(constraint t5_id_c1 check(id>=2));
alter table t5 add(constraint t5_id_c1 check(id>=2))
*
ERROR at line 1:
ORA-02293: cannot validate (GYJ.T5_ID_C1) -check constraint violated
在增加约束时默认是ENABLE VALIDATE,发现表中已有id=1的不满足约束check (id>=2,就报错了。
操作如下添加了:ENABLE NOVALIDATE,不考虑史历数据的约束,执行成功。
gyj@OCM> alter table t5 add(constraint t5_id_c1 check (id>=2) ENABLENOVALIDATE);
Table altered.
四、索引
1、索引按照索引机制的不同大致分为三种:
(1)B树索引( B-Treeindex)
B树索引是Oracle默认的索引。因为表中的行标识符(rowid)和相关的列值存储在一个平衡的树状结构的索引块中,所以该索相类型被称为B树索引。
使用B树索引有几个原因:
提高SQL语句的性能。
强制执行主键和唯一约束的唯一性
减少通过主键和外键约束关联的父表和子表间潜在的锁的问题。
A)B树索引的结构
B)创建B树索引
gyj@OCM> drop table t10;
Table dropped.
gyj@OCM> create table t10 as select *from dba_objects;
Table created.
gyj@OCM> insert into t10 select * fromt10;
72519 rows created.
gyj@OCM> /
145038 rows created.
gyj@OCM> /
290076 rows created.
gyj@OCM> commit;
Commit complete.
gyj@OCM> create index idx_t0_bit ont10(object_type);
Index created.
(2)位图索引 Bitmap index
位图索引最适用于数据仓库或决策支持系统(DDS)。数据仓库中常见的一种模式是星型模式,其中所括中央事实表和数个相关的维度表,前者包含特定主题的全部详细信息,如客户的收入,后者包含特定维度(如果时间维度或地理维度)的相关引用类型数据。在星型模式中,维度表是父表,而中央事实表是子表。
A)位图索引的结构
B)创建位图索引
gyj@OCM> create table t20 as select *from t10;
Table created.
gyj@OCM> create bitmap index idx_t20_biton t20(object_type);
Index created.
gyj@OCM> select count(*) from t20 whereobject_type='TABLE';
COUNT(*)
----------
22912
gyj@OCM> select count(*) from t20 whereobject_type='TABLE' or object_type='INDEX';
COUNT(*)
----------
54104
(3)全文索 Text index
全文索引一般用在数据仓库或OLAP系统上,在OLTP系统中用的并不多。它是一种完全不同的数据只类型的索引。和B树索引以及位图索引不同的是,全文索引实际上属于语言文字范畴,它的属性和语言文字的属性直接关联起来,比如字,词汇,短语等,全文索引就是通过将文字按照某种语言进行词汇拆分,重新将数据给合存储,来达到快速检索的目的。
A)创建全文索引
gyj@OCM> create table t11(id int,namevarchar2(100));
Table created.
gyj@OCM> insert into t11values(1,'Guo');
1 row created.
gyj@OCM> /
1 row created.
gyj@OCM> insert into t11 values(2,'GuoYi Jun');
1 row created.
gyj@OCM> /
1 row created.
gyj@OCM> commit;
Commit complete.
gyj@OCM> create index idx_t11 ont11(name) indextype is ctxsys.context;
Index created.
gyj@OCM> select * from t11 wherecontains(name, 'Guo')>0;
ID NAME
--------------------------------------------------------------------------------------------------------------
1 Guo
1 Guo
2 Guo Yi Jun
2 Guo Yi Jun
2、B树索引与位图索引的比较
(1)B树索引
适用于高基数列
更新关建字的成本相对较低
对OLTP很有用
(2)位图索引
适用于低基数列
更新键列的成本非常高
使用 OR/AND/NOT IN/COUNT(*) 谓词进行查询时效率较高
3、B树索引的管理
(1)重组索引
rebuild离线重建操作:
alter index ind_name rebuild tablespace tb1;
rebuild在线重建操作:
alter index ind_name rebuild online tablespace tb1;
(2)融合索引:coalescing:
alter index ind_name coalesce;
(3)监控索引
分析索引的逻辑坏损
analyze index index_name validate structure;
分析过索,检查索引结构,分析结果视图:index_stats
Select height,name,lf_rows,lf_blks,del_lf_rows from index_stats;
高度:user_indexes:blevel-->实践经验blevel的值一般小于3,经常为2,偶尔为4;
cost = blevel+
ceiling(leaft_blocks*effective index selectivity) +
ceiling(culstering_factor * effective table selectivity)
五、索引监控
1、监控所有用户下的索引
alter index index_name monitoring usage;
select u.name owner,
io.name index_name,
t.name table_name,
decode(bitand(i.flags, 65536), 0, 'NO', 'YES') monitoring,
decode(bitand(ou.flags, 1), 0, 'NO', 'YES') used,
ou.start_monitoring start_monitoring,
ou.end_monitoring end_monitoring
from sys.user$ u,
sys.obj$ io,
sys.obj$ t,
sys.ind$ i,
sys.object_usage ou
where i.obj# = ou.obj#
and io.obj# = ou.obj#
and t.obj# = i.obj#
and u.user# = io.owner#;
alter index index_name nomonitoring usage;
2、监控当前用户下的索引
alter index reg_id_pk monitoring usage;
select index_name,table_name,used fromv$object_usage;
select * from t1 where id=1;
select index_name,table_name,used fromv$object_usage;
alter index reg_id_pk monitoring usage;
3、查无效索引
select owner,index_name from dba_indexeswhere status='invalid';
**********本博客所有内容均为原创,如有转载请注明作者和出处!!!**********
Name: guoyJoe
QQ: 252803295
Email: oracledba_cn@hotmail.com
Blog: http://blog.csdn.net/guoyJoe
ITPUB: http://www.itpub.net/space-uid-28460966.html
OCM: http://education.oracle.com/education/otn/YGuo.HTM
_____________________________________________________________
加群验证问题:哪些SGA结构是必需的,哪些是可选的?否则拒绝申请!!!
答案在:http://blog.csdn.net/guoyjoe/article/details/8624392
Oracle@Paradise 总群:127149411
Oracle@Paradise No.1群:177089463(已满)
Oracle@Paradise No.2群:121341761
Oracle@Paradise No.3群:140856036