视图、序列、索引、约束--Oracle(六)

视图

视图是数据库对象之一,所有数据库对象不能重复,所以视图名字一般是以“v_”开头。
视图在SQL语句中体现的角色与表相同,但是视图并不是一张真实存在的表,而只是对应一个查询语句的结果集,并将其当做表看而已。
使用视图的目的是简化SQL语句的复杂度,重用了查询,限制了数据访问
创建视图该视图包含的数据时10号部门的员工信息

CREATE VIEW v_emp_10
AS
SELECT empno,ename,sal,deptno
FROM emp
WHERE deptno=10;
SELECT * FROM v_emp_10;

视图对应的子查询中的字段若有函数或表达式,那么该字段必须指定别名。当视图对应的子查询中的字段使用了别名,那么视图中该字段就用别名来命名。
修改视图
由于视图对应一个select语句,所以修改视图就是替换该select语句,使用关键字OR REPLACE

CREATE OR REPLACE VIEW v_emp_10
AS
SELECT empno id ,ename name ,sal salary,deptno
FROM emp
WHERE deptno=10;
SELECT * FROM v_emp_10;
DESC v_emp_10;

视图分为简单视图与复杂视图
简单视图:对应子查询中不含有关联查询,查询的字段不包含函数,表达式,没有分组,没有去重,反之是复杂查询。
对视图进行DML操作
仅能对简单视图进行DML操作。
对视图进行DML操作就是对视图数据来源的基础表进行的操作。

INSERT INTO v_emp_10
(id,name,salary,deptno)
VALUES(1001,'JACK',2000,10);
SELECT * FROM v_emp_10;
SELECT * FROM emp;

对视图的DML操作就是对基表的操作,那么操作不当可能对基表进行数据污染

INSERT INTO v_emp_10
(id,name,salary,deptno)
VALUES(1001,'ROSE',2000,20);
SELECT * FROM v_emp_10;
SELECT * FROM emp;

视图对ROSE不可见
更新同样存在更新后对数据不可控的情况:

UPDATE v_emp_10 
SET deptno=20;

删除不会对基表产生数据污染:

DELETE FROM v_emp_10
WHERE deptno=20;

为视图添加检查选项 WITH CHECK OPTION,可以保证对视图的DML操作后视图对其可见,否则不允许进行该DML操作,这样就避免了对基表的污染。

CREATE OR REPLACE VIEW v_emp_10
AS
SELECT empno id ,ename name ,sal salary,deptno
FROM emp
WHERE deptno=10;
SELECT * FROM v_emp_10;
DESC v_emp_10
WITH CHECK OPTION;

插入1001,’JACK’,2000,10操作正常:

 INSERT INTO v_emp_10
(id,name,salary,deptno)
VALUES(1001,'JACK',2000,10);
SELECT * FROM v_emp_10;
SELECT * FROM emp;

插入1001,’ROSE’,2000,20操作将报错:

INSERT INTO v_emp_10
(id,name,salary,deptno)
VALUES(1001,'ROSE',2000,20);
SELECT * FROM v_emp_10;
SELECT * FROM emp;

WITH READ ONLY
为视图添加只读选项,那么该视图不允许进行DML 操作。

CREATE OR REPLACE VIEW v_emp_10
AS
SELECT empno id ,ename name ,sal salary,deptno
FROM emp
WHERE deptno=10;
SELECT * FROM v_emp_10;
DESC v_emp_10
WITH READ ONLY;

数据字典
user_objects

SELECT object_name
FROM user_objects
WHERE object_type='VIEW'
AND object_name LIKE '%_emp';

user_views
TEXT 查询SQL语句

SELECT  TEXT,view_name
FROM user_views;
user_tables
SELECT table_name
FROM user_tables;

复杂视图

创建一个含有公司部门工资情况的视图,
内容为:部门编号,部门名称,部门的最高,最低,平均以及工资总和信息。

CREATE VIEW v_dept_sal
AS
SELECT  d.deptno,d.dname,
MAX(e.sal) max_sal,
MIN(e.sal) min_sal,
AVG(e.sal) avg_sal,
SUM(e.sal) sum_sal
FROM emp e,dept d
WHERE e.deptno=d.deptno
GROUP BY d.deptno,d.dname;

查看谁比自己所在部门平均工资高?

SELECT e.ename,e.sal,e.deptno
FROM emp e,v_dept_sal v
WHERE e.deptno=v.deptno
AND e.sal>v.avg_sal;

删除视图
删除视图本身并不会影响基表数据,但是删除视图数据会对应将基表数据删除。

DROP VIEW v-emp_10;

序列

Id主键
序列是独立的数据库对象,是一种高效获取唯一键值的途径。

CREATE SEQUENCE seq_emp_id
START WITH 1
INCREMENT 1;

MAXVALUE
MINVALUE
CYCLE 表示在递增至最大值或者递减至最小值之后是否重用序列。若是递减并有最大值从最大值开始。若是递减并有最小值,从最小值开始。若没有从START WITH指定的值开始。默认是NOCYCLE
CACHE(默认20)
序列支持两个伪列
NEXTVAL:获取序列下一个值,若是新创建的序列那么第一次调用返回的是START WITH指定的值,以后每次调用都会得到当前序列值加上步长后的数字。
NEXTVAL会导致序列发生步进,且序列不能回退。

CURRVAL:获取序列当前值,并且不会导致步进。但是新创建的序列应至少调用一次NEXTVAL后才可以使用CURRVAL.

SELECT seq_emp_id.NEXTVAL
FROM dual;
SELECT seq_emp_id.CURRVAL
FROM dual;

使用序列为EMP表中新插入的数据提供主键字段的值:

INSERT INTO emp
(empno,ename,sal,job,deptno)
VALUES
(seq_emp_id.NEXTVAL,'JACK',3000,'CLERK',10);
SELECT * FROM emp ;

删除序列

DROP SEQUENCE seq_emp_id;

索引

索引是数据库对象,目的是为了提高查询效率。
索引的统计与应用是自动完成的,只要数据库认为可以使用某个已创建的索引时就会自动应用。
索引是加在字段名上的。
在emp表的ename列上建立索引:

CREATE INDEX idx_emp_ename 
ON emp(ename);

复合索引
如果经常在ORDER BY 子句中使用job和sal作为排序依据,可以建立复合索引:

CREATE INDEX idx_emp_job_sal 
ON emp(job,sal);

当做下面查询时,会自动应用索引idx_emp_job_sal

SELECT empno,ename,sal,job 
FROM emp
ORDER BY job,sal;(注意顺序)

创建基于函数的索引
如果需要在emp表的ename列上执行大小写无关的搜索,可以在此列上建立一个基于upper函数的索引:

CREATE INDEX idx_emp_ename_upper
ON emp(UPPER(ename));

当做下面查询时,会自动应用刚刚建立的索引:

SELECT * FROM emp
WHERE UPPER(ename)='KING';

修改和删除索引
如果经常在索引列上执行DML操作,需要定期重建索引,提高索引的空间利用率:
重建索引idx_emp_ename:

ALTER INDEX idx_emp_ename REBUILD;

当一个表上有不合理的索引,会导致操作性能下降,需删除索引:

DROP INDEX idx_emp_ename;

合理使用索引提高查询效率

  • 为经常出现在WHERE子句中的列创建索引
  • 为经常出现在ORDER BY DISTINCT后面的字段建立索引。如果建立的是复合索引,索引的字段顺序要和这些关键字后面的字段顺序一致
  • 为经常作为表的连接条件的列上创建索引
  • 不要在经常做DML操作的表上建立索引
  • 不要在小表上建立索引
  • 限制索引数目,索引并不是越多越好
  • 删除很少被使用的、不合理的索引

约束

非空约束 NOT NULL

 CREATE TABLE employees(
 id NUMBER(6),
 name VARCHAR2(30) NOT NULL,
 salary NUMBER(7,2),
 hiredate DATE CONSTRAINT employees_hiredate_nn NOT NULL
 );
 ALTER TABLE employees
 MODIFY(eid NUMBER(6) NOT NULL);

如果业务要求取消某列的非控约束,可以采用重建表或者修改表的方式:

ALTER TABLE employees
 MODIFY(eid NUMBER(6NULL);

唯一性约束
唯一性约束可以保证表中该字段的值任何一条记录都不可以重复,NULL除外。

CREATE TABLE employees1(
 id NUMBER(6) UNIQUE,
 name VARCHAR2(30),
 email VARCHAR(50),
 salary NUMBER(7,2),
 hiredate DATE,
 CONSTRAINT employees_email_uk  UNIQUE(email)
 );
ALTER TABLE employees
  ADD CONSTRAINT employees_name_uk UNIQUE(name);

主键约束 (primary key)
主键约束从功能上相当于非空 (not null)且唯一(unique)的组合。
主键应是对系统无意义的数据,永远也不要改变。
一张表上只有一个主键。

 CREATE TABLE employees2(
 id NUMBER(6) PRIMARY KEY,
 name VARCHAR2(30),
 email VARCHAR(50),
 salary NUMBER(7,2),
 hiredate DATE
 );
ALTER TABLE employees3
  ADD CONSTRAINT employees3_id_pk PRIMARY KEY (id);

外键约束
通常来讲,外键约束会对对性能有降低,
关联不一定需要外键约束。

 CREATE TABLE employees4(
 id NUMBER(6) ,
 name VARCHAR2(30),
 email VARCHAR(50),
 salary NUMBER(7,2),
 deptno NUMBER(4)
 ); 
ALTER TABLE employees4
ADD CONSTRAINT employees4_deptno_fk FOREIGN KEY(deptno) REFERENCES dept(deptno);

检查约束
可以对字段的取值有更详细的约束,
当定义了CHECK约束的列新增或者修改数据时,数据必须符合check约束。

ALTER TABLE employees2
ADD CONSTRAINT employees2_salary_check CHECK(salary>2000);
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
一、重建索引的前提 1、表上频繁发生update,delete操作; 2、表上发生了alter table ..move操作(move操作导致了rowid变化)。 二、重建索引的标准 1、索引重建是否有必要,一般看索引是否倾斜的严重,是否浪费了空间, 那应该如何才可以判断索引是否倾斜的严重,是否浪费了空间, 对索引进行结构分析(如下): SQL>Analyze index index_name validate structure; 2、在执行步骤1的session中查询index_stats表,不要到别的session去查询。 SQL>select height,DEL_LF_ROWS/LF_ROWS from index_stats; 说明:当 查询出来的 height>=4 或者 DEL_LF_ROWS/LF_ROWS>0.2 的场合 , 该索引考虑重建 。 举例: (t_gl_assistbalance 26 万多条信息 ) SQL> select count(*) from t_gl_assistbalance ; 输出结果: COUNT(*) ---------- 265788 SQL> Analyze index IX_GL_ASSTBAL_1 validate structure; Index analyzed SQL> select height,DEL_LF_ROWS/LF_ROWS from index_stats; 输出结果: HEIGHT DEL_LF_ROWS/LF_ROWS ---------- ------------------- 4 1 三、重建索引的方式 1、drop 原来的索引,然后再创建索引; 举例: 删除索引:drop index IX_PM_USERGROUP; 创建索引:create index IX_PM_USERGROUP on T_PM_USER (fgroupid); 说明:此方式耗时间,无法在24*7环境中实现,不建议使用。 2 、直接重建: 举例: alter index indexname rebuild; 或alter index indexname rebuild online; 说明:此方式比较快,可以在24*7环境中实现,建议使用此方式。 四、alter index rebuild 内部过程和注意点 alter index rebuild 和alter index rebuil online的区别 1、扫描方式不同 1.1、Rebuild以index fast full scan(or table full scan) 方式读取原索引中的数据来构建一个新的索引,有排序的操作; 1.2、rebuild online 执行表扫描获取数据,有排序的操作; 说明:Rebuild 方式 (index fast full scan or table full scan 取决于统计信息的cost) 举例1 SQL> explain plan for alter index IX_GL_ASSTBAL_1 rebuild; Explained SQL> select * from table(dbms_xplan.display); PLAN_TABLE_OUTPUT --------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost | --------------------------------------------------------------------- | 0 | ALTER INDEX STATEMENT | | 999K| 4882K| 3219 | | 1 | INDEX BUILD NON UNIQUE| IDX_POLICY_ID2 | | | | | 2 | SORT CREATE INDEX | | 999K| 4882K| | | 3 | INDEX FAST FULL SCAN | IDX_POLICY_ID2 | 999K| 4882K| | --------------------------------------------------------------------- 举例2 SQL> explain plan for alter index idx_policy_id rebuild; Explained SQL> select * from table(dbms_xplan.display); PLAN_TABLE_OUTPUT --------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost | --------------------------------------------------------------------- | 0 | ALTER INDEX STATEMENT | | 2072K| 9M| 461 | | 1 | INDEX BUILD NON UNIQUE| IDX_POLICY_ID | | | | | 2 | SORT CREATE INDEX | | 2072K| 9M| | | 3 | TABLE ACCESS FULL | TEST_INDEX | 2072K| 9M| 461 | 举例3 ( 注意和 举例1 比较 ) Rebuil online 方式 : SQL> explain plan for alter index idx_policy_id2 rebuild online; Explained SQL> select * from table(dbms_xplan.display); PLAN_TABLE_OUTPUT --------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost | ---------------------------------------------------------------------| 0 | ALTER INDEX STATEMENT | | 999K| 4882K| 3219 | | 1 | INDEX BUILD NON UNIQUE| IDX_POLICY_ID2 | | | | | 2 | SORT CREATE INDEX | | 999K| 4882K| | | 3 | TABLE ACCESS FULL | TEST_INDEX2 | 999K| 4882K| 3219 | 2 、rebuild 会阻塞 dml 操作 ,rebuild online 不会阻塞 dml 操作 ; 3 、rebuild online 时系统会产生一个 SYS_JOURNAL_xxx 的 IOT 类型的系统临时日志表 , 所有 rebuild online 时索引的变化都记录在这个表中 , 当新的索引创建完成后 , 把这个表的记录维护到新的索引中去 , 然后 drop 掉旧的索引 ,rebuild online 就完成了。 注意点: 1、 执行rebuild操作时,需要检查表空间是否足够; 2、虽然说rebuild online操作允许dml操作,但是还是建议在业务不繁忙时间段进行; Rebuild操作会产生大量redo log ; 五、重建分区表上的分区索引 重建分区索引方法: Alter index indexname rebuild partition paritionname tablespace tablespacename; Alter index indexname rebuild subpartition partitioname tablespace tablespacename; Partition name 可以从user_ind_partitions查找 Tablepace 参数允许alter index操作更改索引的存储空间; 索引状态描述 在数据字典中查看索引状态,发现有三种: valid:当前索引有效 N/A :分区索引 有效 unusable:索引失效 七、术语 1、高基数:简单理解就是表中的不同值多。 2、低基数:建单理解就是表中的的不同值少。 3、以删除的叶节点数量:指得是数据行的delete操作从逻辑上删除的索引节点 的数量,要记住oracle在删除数据行后,将 “ 死 “ 节点保留在索引中,这样做可以加快sql删除操作的速度,因此oracle删除数据行后可以不必重新平衡索引。 4、索引高度:索引高度是指由于数据行的插入操作而产生的索引层数,当表中添加大量数据时,oracle将生成索引的新层次以适应加入的数据行,因此,oracle索引可能有4层,但是这只会出现在索引数中产生大量插入操作的区域。Oracle索引的三层结构可以支持数百万的项目,而具备4层或是更多层的需要重建。 5、每次索引访问的读取数:是指利用索引读取一数据行时所需要的逻辑I/O操作数,逻辑读取不必是物理读取,因为索引的许多内容已经保存在数据缓冲区,然而,任何数据大于10的索引都需要重建。 6、什么时候重建呢? 察看 dba_indexes 中的 blevel 。这是说明索引从根块到叶快的级别,或是深度。如果级别大于等于4。则需要重建, 如下 :Select index_name,blevel from dba_indexes where blevel>=4. 另一个从重建中受益的指标显然是当该索引中的被删除项占总的项数的百分比。如果在20%以上时,也应当重建,如下 SQL>analyze index index_name validate structure SQL>select (del_lf_rows_len/lf_rows_len)*100 from index_stats where name= ’ index_name ’ 就能看到是否这个索引被删除的百分比。 7、什么样的重建方式更好? (1)、建索引的办法: 1.1、删除并从头开始建立索引。 1.2 、 使用 alter index index_name rebuild 命令重建索引。 1.3 、 使用 alter index index_name coalesce 命令重建索引。 (2)、下面讨论一下这三种方法的优缺点: 2.1、删除并从头开始建索引:方法是最慢的,最耗时的。一般不建议。 2.2、Alter index index_name rebuild 快速重建索引的一种有效的办法,因为使用现有索引项来重建新索引,如果客户操作时有其他用户在对这个表操作,尽量使用带online参数来最大限度的减少索引重建时将会出现的任何加锁问题,alter index index_name rebuild online。 但是,由于新旧索引在建立时同时存在,因此,使用这种技巧则需要有额外的磁盘空间可临时使用,当索引建完后把老索引删除,如果没有成功,也不会影响原来的索引。利用这种办法可以用来将一个索引移到新的表空间。 Alter index index_name rebuild tablespace tablespace_name 。 这个命令的执行步骤如下: 首先,逐一读取现有索引,以获取索引的关键字。 其次,按新的结构填写临时数据段。 最后,一旦操作成功,删除原有索引树,降临时数据段重命名为新的索引。 需要注意的是alter index index_name rebuild 命令中必须使用tablespace字句,以保证重建工作是在现有索引相同的表空间进行。 2.3、alter index index_name coalesce 使用带有coalesce参数时重建期间不需要额外空间,它只是在重建索引时将处于同一个索引分支内的叶块拼合起来,这最大限度的减少了与查询过程中相关的潜在的加锁问题,但是,coalesce选项不能用来将一个索引转移到其他表空间。 八、其他 1、truncate 分区操作和truncate 普通表的区别? 1.1、Truncate 分区操作会导致全局索引失效; truncate 普通表对索引没有影响; 1.2、Truncate 分区操作不会释放全局索引中的空间,而truncate 普通表会释放索引所占空间; 2、rename 表名操作对索引没有影响,因为rename操作只是更改了数据字典,表中数据行的rowid并没有发生变化 总结: 1、判断是否需要重建索引: SQL>analyze index index_name validate structure; SQL> select height,DEL_LF_ROWS/LF_ROWS from index_stats; ( 或 Select index_name,blevel from dba_indexes where blevel>=4 ); 说明 : 当查询出来的 height>=4 或者 DEL_LF_ROWS/LF_ROWS>0.2 的场合 , 该索引考虑重建 ; 2 、重建索引方法 : 方法一、 Alter index index_name rebuild tablespace tablespace_name; 优点:是快速重建索引的一种有效的办法,可以用来将一个索引移到新的表空间。 缺点:重建期间需要额外空间。 方法二、 alter index index_name coalesce; 优点:重建期间不需要额外空间。 缺点:coalesce选项不能用来将一个索引转移到其他表空间。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值