一、数据增长html
若是如今要想实现数据的增长操做,则可使用以下的语法完成:sql
INSERT INTO 表名称 [(字段1,字段2,…)] VALUES(值1,值2,…);
若是要想进行增长数据的话,则如下的几种数据类型要分别处理:数据库
但是对于数据的增长也有两种操做格式:完整型、简便型;缓存
范例:增长数据 —— 完整语法编写服务器
INSERT INTO myemp(empno,ename,hiredate,sal,mgr,job,comm) VALUES(8888,'张三',TO_DATE('1960-08-17','yyyy-mm-dd'),8000,7369,'清洁工',1000);INSERT INTO myemp(empno,ename,hiredate,sal,mgr,job,deptno) VALUES(8889,'李四',SYSDATE,3000,7369,'清洁工',30);
范例:增长数据 —— 简便语法,不写增长的列名称session
INSERT INTO myemp VALUES(8889,'李四','清洁工',7369,SYSDATE,3000,null,30);
很明显虽然简便语法代码少了,但是这种操做并不可取,因此在实际的开发之中,没有任何一我的会写简便语法,这样根本就不利于程序的维护,都编写完整的操做。并发
二、数据修改函数
若是要想修改表中已有的数据,则能够按照以下的语法进行:性能
UPDATE 表名称 SET 更新字段1=更新值1,更新字段2=更新值2,… [WHERE 更新条件(s)];
范例:更新雇员编号是7369的基本工资为5000,奖金为2000,职位修改成MANAGER,雇佣日期修改成今天学习
UPDATE myemp SET sal=5000,comm=2000,job='MANAGER',hiredate=SYSDATE WHERE empno=7369;
范例:全部人的工资改成7500
UPDATE myemp SET sal=7500;
若是更新时候不加上更新操做,则意味着更新所有的数据,可是这种作法绝对不可取,若是如今表中的数据量较大的话,这种更新所耗费的时间是至关长的,并且性能也会明显下降。
三、数据删除
当数据再也不须要以后,就可使用如下的语法删除数据:
DELETE FROM 表名称 [WHERE 删除条件(s)];
与更新同样,若是没有写删除条件的话,则表示删除所有数据;
范例:删除全部在1987年雇佣的雇员
DELETE FROM myemp WHERE TO_CHAR(hiredate,'yyyy')=1987;
必定要记住,若是删除的时候没有匹配条件的数据存在,则更新的记录为“0”,包括更新操做也是同样的。
范例:删除表中的所有记录
DELETE FROM myemp;
通常对于删除的操做而言,尽量少去使用,包括之后在进行系统开发的时候,对于全部的删除操做以前实际上都建议你们先给出一个确认的提示框,以防止用户误删除。
¨ 都是删除表中的数据
¨ Delete操做能够rollback,能够闪回
¨ Delete操做可能产生碎片,而且不释放空间
¨ Truncate是清空表
2、事务处理
数据库事务由如下的部分组成:
l 一个或多个DML 语句
l 一个 DDL(Data Definition Language – 数据定义语言) 语句
l 一个 DCL(Data Control Language – 数据控制语言) 语句
数据库事务:
l 以第一个 DML 语句的执行做为开始
l 如下面的其中之一做为结束:
• 显示结束: commit rollback
• 隐式结束(自动提交): DDL语言,DCL语言, exit(事务正常退出)
• 隐式回滚(系统异常终了): 关闭窗口,死机,掉电
使用COMMIT 和 ROLLBACK语句,咱们能够:
l 确保数据完整性。
l 数据改变被提交以前预览。
l 将逻辑上相关的操做分组。
全部的事务处理操做都是针对于每个session进行的,在Oracle数据库之中,把每个链接到数据库上的用户都称为一个session,每个session之间彼此独立,不会有任何的通信,而每个session独享本身的事务控制,而事务控制之中主要使用两个命令:
l 回滚到保留点
¨ 使用 SAVEPOINT 语句在当前事务中建立保存点。
¨ 使用 ROLLBACK TO SAVEPOINT 语句回滚到建立的保存点。
¨ 自动提交在如下状况中执行:
DDL 语句。
DCL 语句。
不使用 COMMIT 或 ROLLBACK 语句提交或回滚,正常结束会话exit。
¨ 会话异常结束或系统异常会致使自动回滚。
l 提交数据示例:
l 数据回滚后的状态
使用 ROLLBACK 语句可以使数据变化失效:
l 数据改变被取消。
l 修改前的数据状态被恢复。
l 锁被释放。
¨ 对于同时运行的多个事务, 当这些事务访问数据库中相同的数据时, 若是没有采起必要的隔离机制, 就会致使各类并发问题:
脏读: 对于两个事物 T1, T2, T1 读取了已经被 T2 更新但尚未被提交的字段. 以后, 若 T2 回滚, T1读取的内容就是临时且无效的.
不可重复读: 对于两个事物 T1, T2, T1 读取了一个字段, 而后 T2 更新了该字段. 以后, T1再次读取同一个字段, 值就不一样了.
幻读: 对于两个事物 T1, T2, T1 从一个表中读取了一个字段, 而后 T2 在该表中插入了一些新的行. 以后, 若是 T1 再次读取同一个表, 就会多出几行.
¨ 数据库事务的隔离性: 数据库系统必须具备隔离并发运行各个事务的能力, 使它们不会相互影响, 避免各类并发问题.
¨ 一个事务与其余事务隔离的程度称为隔离级别. 数据库规定了多种事务隔离级别, 不一样隔离级别对应不一样的干扰程度, 隔离级别越高, 数据一致性就越好, 但并发性越弱
l 数据库提供的 4 种事务隔离级别:
l Oracle 支持的 2 种事务隔离级别:READ COMMITED, SERIALIZABLE. Oracle 默认的事务隔离级别为: READ COMMITED
l Mysql 支持 4 中事务隔离级别. Mysql 默认的事务隔离级别为: REPEATABLE READ
3、数据伪列
范例:查询前5条记录
SELECT ROWNUM,empno,ename,job,hiredate,sal FROM emp WHERE ROWNUM<=5;
范例:查询6-10条记录
按照正常的思惟确定是直接进行BETWEEN…AND的判断;
SELECT ROWNUM,empno,ename,job,hiredate,sal FROM emp WHERE ROWNUM BETWEEN 6 AND 10;
这个时候并无返回任何的数据,由于ROWNUM不是真实列,而要想真正的实现这种查询,思路是:先查询前10条记录,以后再显示后5条记录,要依靠子查询完成。
SELECT * FROM( SELECT ROWNUM m,empno,ename,job,hiredate,sal FROM emp WHERE ROWNUM<=10) temp WHERE temp.m>5;
若是如今按照这个思路,下面就能够给出往后程序中所须要分页的功能实现。
范例:显示前5条记录
当前所在页(currentPage)为1;
每页显示的记录长度(lineSize)为5;
第一页:
SELECT * FROM( SELECT ROWNUM m,empno,ename,job,hiredate,sal FROM emp WHERE ROWNUM<=5) temp WHERE temp.m>0;
范例:显示中间的5条记录
当前所在页(currentPage)为2;
每页显示的记录长度(lineSize)为5;
第二页:
SELECT * FROM( SELECT ROWNUM m,empno,ename,job,hiredate,sal FROM emp WHERE ROWNUM<=10) temp WHERE temp.m>5;
范例:显示第三页的内容,currentPage=3,lineSize=10;
SELECT * FROM( SELECT ROWNUM m,empno,ename,job,hiredate,sal FROM emp WHERE ROWNUM<=15) temp WHERE temp.m>10;
以上的程序就是分页显示操做的核心代码。
1、经常使用的数据字段
№ |
数据类型 |
关键字 |
描述 |
1 |
字符串 |
VARCHAR2(n) |
其中n表示的是字符串所能保存的最大长度,基本上保存200个左右的内容 |
2 |
整数 |
NUMBER(n) |
表示最多为n位的整数,有时候也可使用INT代替 |
3 |
小数 |
NUMBER(n,m) |
其中m为小数位,n-m为整数位,有时候也可使用FLOAT代替 |
4 |
日期 |
DATE |
存放日期-时间 |
5 |
大文本 |
CLOB |
能够存储海量文字(4G),例如存储《三国演艺》、《红楼梦》 |
6 |
大对象 |
BLOB |
存放二进制数据,例如:电影、MP三、图片、文字 |
通常在开发之中使用最多的:VARCHAR2()、NUMBER、DATE、CLOB,而对于BLOB字段通常使用较少,首先BLOB能够存放4G的二进制数据,可是存放进去以后,一是数据库过于庞大,二是读取不方便;
2、表的建立
若是如今要想进行表的建立,可使用以下的操做语法:
CREATE TABLE 表名称 ( 字段1 数据类型 [DEFAULT默认值], 字段2 数据类型 [DEFAULT默认值], … …, 字段n 数据类型 [DEFAULT默认值] );
表名和列名:
l 必须以字母开头
l 必须在 1–30 个字符之间
l 必须只能包含 A–Z, a–z, 0–9, _, $, 和 #
l 必须不能和用户定义的其余对象重名
l 必须不能是Oracle 的保留字
l Oracle默认存储是都存为大写
l 数据库名只能是1~8位,datalink能够是128位,和其余一些特殊字符
下面建立一张成员表(member),有以下保存的信息:姓名、年龄、生日、我的简介。
CREATE TABLE member ( name VARCHAR2(50) DEFAULT '无名氏', age NUMBER(3), birthday DATE DEFAULT SYSDATE, content CLOB );
3、表的复制
在以前学习过表的复制操做,下面给出其完整的操做语法:
CREATE TABLE 复制表名称 AS 子查询;
4、为表重命名
RENAME 旧的表名称 TO 新的表名称;
l 执行RENAME语句改变表, 视图, 序列, 或同义词的名称
l 必须是对象的拥有者
5、修改表结构
ALTER TABLE 表名称 ADD(列名称 数据类型 [DEFAULT 默认值], 列名称 数据类型 [DEFAULT 默认值],…);
若是增长的数据列没有默认值,则全部已有的数据的列的内容都是null,而若是增长的列指定了DEFAULT默认值的话,则全部已有的数据列都是设置的默认值。
如今也能够修改已有的表结构,此时的语法以下:
ALTER TABLE 表名称 MODIFY(列名称 数据类型 [DEFAULT 默认值], 列名称 数据类型 [DEFAULT 默认值],…);
l TRUNCATE TABLE 语句:
• 删除表中全部的数据
• 释放表的存储空间
l TRUNCATE语句不能回滚
l 可使用 DELETE 语句删除数据
l 数据和结构都被删除
l 全部正在运行的相关事物被提交
l 全部相关索引被删除
l DROP TABLE 语句不能回滚,可是能够闪回
1、非空约束(NOT NULL):NK
当数据表中的某个字段上的内容不但愿设置为null的话,则可使用NOT NULL进行指定。
范例:定义一张数据表
DROP TABLE member PURGE; CREATE TABLE member( mid NUMBER, name VARCHAR2(50) NOT NULL );
2、惟一约束(UNIQUE):UK
惟一约束指的是每一列上的数据是不容许重复的,例如:email地址每一个用户确定是不重复的,那么就使用惟一约束完成。
DROP TABLE member PURGE; CREATE TABLE member( mid NUMBER, name VARCHAR2(50) NOT NULL, email VARCHAR2(50) UNIQUE );
约束的名字建议的格式“约束类型_字段”,例如:“UK_email”,指定约束名称使用CONSTRAINT完成。
DROP TABLE member PURGE; CREATE TABLE member( mid NUMBER, name VARCHAR2(50) NOT NULL, email VARCHAR2(50), CONSTRAINT UK_email UNIQUE(email) );
3、主键约束(Primary Key):PK
主键约束 = 非空约束 + 惟一约束,在以前设置惟一的约束的时候发现能够设置为null,而若是如今使用了主键约束以后则不能为空,并且主键通常做为数据的惟一的一个标记出现,例如:人员的ID。
为了约束的使用方便,下面为主键约束起一个名字。
DROP TABLE member PURGE; CREATE TABLE member( mid NUMBER, name VARCHAR2(50) NOT NULL, CONSTRAINT pk_mid PRIMARY KEY(mid) );
4、检查约束(Check):CK
检查约束指的是为表中的数据增长一些过滤条件,例如:
范例:设置检查约束
DROP TABLE member PURGE; CREATE TABLE member( mid NUMBER, name VARCHAR2(50) NOT NULL, sex VARCHAR2(10) NOT NULL, age NUMBER(3), CONSTRAINT pk_mid PRIMARY KEY(mid), CONSTRAINT ck_sex CHECK(sex IN('男','女')), CONSTRAINT ck_age CHECK(age BETWEEN 0 AND 200) );
5、主-外键约束
以前的四种约束都是在单张表中进行的,而主-外键约束是在两张表中进行的,这两张表是存在父子关系的,即:子表中某个字段的取值范围由父表所决定。
例如,如今要求表示出一种关系,每个人有多本书,应该定义两张数据表:member(主)、book(子);
DROP TABLE member PURGE;
DROP TABLE book PURGE;
CREATE TABLE member(
mid NUMBER,
name VARCHAR2(50) NOT NULL,
CONSTRAINT pk_mid PRIMARY KEY(mid)
);
CREATE TABLE book(
bid NUMBER,
title VARCHAR2(50) NOT NULL,
mid NUMBER,
CONSTRAINT pk_bid PRIMARY KEY(bid),
CONSTRAINT fk_mid FOREIGN KEY(mid) REFERENCES member(mid)
);
一、 删除数据的时候,若是主表中的数据有对应的子表数据,则没法删除;
范例:删除member表中mid为1的数据
DELETE FROM member WHERE mid=1;
错误提示信息:“ORA-02292: 违反完整约束条件 (SCOTT.FK_MID) - 已找到子记录”。
此时,只能先删除子表记录,以后再删除父表记录:
DELETE FROM book WHERE mid=1; DELETE FROM member WHERE mid=1;
可是这种操做明显不方便,若是说如今但愿主表数据删除以后,子表中对应的数据也能够删除的话,则能够在创建外键约束的时候指定一个级联删除的功能,修改数据库建立脚本:
DROP TABLE member PURGE; DROP TABLE book PURGE; CREATE TABLE member( mid NUMBER, name VARCHAR2(50) NOT NULL, CONSTRAINT pk_mid PRIMARY KEY(mid) ); CREATE TABLE book( bid NUMBER, title VARCHAR2(50) NOT NULL, mid NUMBER, CONSTRAINT pk_bid PRIMARY KEY(bid), CONSTRAINT fk_mid FOREIGN KEY(mid) REFERENCES member(mid)ON DELETE CASCADE);
此时因为存在级联删除的操做,因此主表中的数据删除以后,对应的子表中的数据也都会被同时删除。
二、 删除数据的时候,让子表中对应的数据设置为null
当主表中的数据删除以后,对应的子表中的数据相关项也但愿将其设置为null,而不是删除,此时,能够继续修改数据表的建立脚本:
DROP TABLE member PURGE; DROP TABLE book PURGE; CREATE TABLE member( mid NUMBER, name VARCHAR2(50) NOT NULL, CONSTRAINT pk_mid PRIMARY KEY(mid) ); CREATE TABLE book( bid NUMBER, title VARCHAR2(50) NOT NULL, mid NUMBER, CONSTRAINT pk_bid PRIMARY KEY(bid), CONSTRAINT fk_mid FOREIGN KEY(mid) REFERENCES member(mid)ON DELETE SET NULL); INSERT INTO member(mid,name) VALUES(1,'张三'); INSERT INTO member(mid,name) VALUES(2,'李四'); INSERT INTO book(bid,title,mid) VALUES(101,'Java开发',1); INSERT INTO book(bid,title,mid) VALUES(102,'Java Web开发',2); INSERT INTO book(bid,title,mid) VALUES(103,'EJB开发',2); INSERT INTO book(bid,title,mid) VALUES(105,'Android开发',1); INSERT INTO book(bid,title,mid) VALUES(107,'AJAX开发',1);
三、 删除父表以前必须首先先删除对应的子表,不然没法删除
DROP TABLE book PURGE; DROP TABLE member PURGE;
可是这样作明显很麻烦,由于对于一个未知的数据库,若是要按照此类方式进行,则必须首先知道其父子关系,因此在Oracle之中专门提供了一个强制性删除表的操做,即:再也不关心约束,在删除的时候写上一句“CASCADE CONSTRAINT”。
DROP TABLE member CASCADE CONSTRAINT PURGE; DROP TABLE book CASCADE CONSTRAINT PURGE;
此时,不关心子表是否存在,直接强制性的删除父表。
合理作法:在之后进行数据表删除的时候,最好是先删除子表,以后再删除父表。
6、修改约束
约束自己也属于数据库对象,那么也确定能够进行修改操做,并且只要是修改都使用ALTER指令,约束的修改主要指的是如下两种操做:
ALTER TABLE 表名称 ADD CONSTRAINT 约束名称 约束类型(字段);
ALTER TABLE 表名称 DROP CONSTRAINT 约束名称;
能够发现,若是要维护约束,确定须要一个正确的名字才能够,但是在这五种约束之中,非空约束做为一个特殊的约束没法操做,如今有以下一张数据表:
DROP TABLE member CASCADE CONSTRAINT PURGE; CREATE TABLE member( mid NUMBER, name VARCHAR2(50) NOT NULL, age NUMBER(3) );
范例:为表中增长主键约束
ALTER TABLE member ADD CONSTRAINT pk_mid PRIMARY KEY(mid);
增长数据:
INSERT INTO member(mid,name,age) VALUES(1,'张三',30); INSERT INTO member(mid,name,age) VALUES(2,'李四',300);
如今在member表中已经存在了年龄上的非法数据,因此下面为member表增长检查约束:
ALTER TABLE member ADD CONSTRAINT ck_age CHECK(age BETWEEN 0 AND 250);
这个时候在表中已经存在了违反约束的数据,因此确定没法增长。
范例:删除member表中的mid上的主键约束
ALTER TABLE member DROP CONSTRAINT pk_mid;
但是,跟表结构同样,约束最好也不要修改,并且记住,表创建的同时必定要将约束定义好,之后的使用之中建议就不要去改变了。
7、查询约束
在Oracle之中全部的对象都会在数据字典之中保存,而约束也是同样的,因此若是要想知道有哪些约束,能够直接查询“user_constraints”数据字典:
SELECT owner,constraint_name,table_name FROMuser_constraints;
可是这个查询出来的约束只是告诉了你名字,而并无告诉在哪一个字段上有此约束,因此此时能够查看另一张数据字典表“user_cons_columns”;
COL owner FOR A15; COL constraint_name FOR A15; COL table_name FOR A15; COL column_name FOR A15; SELECT owner,constraint_name,table_name,column_name FROMuser_cons_columns;
集合
在数学的操做之中存在交、差、并、补的概念,而在数据的查询中也存在此概念,有以下几个链接符号:
1、视图
l 视图是一种虚表.
l 视图创建在已有表的基础上, 视图赖以创建的这些表称为基表。
l 向视图提供数据内容的语句为 SELECT 语句, 能够将视图理解为存储起来的 SELECT 语句.
l 视图向用户提供基表数据的另外一种表现形式
l 视图的优势
¨ 简化复杂查询
¨ 限制数据访问
¨ 一样的数据,能够有不一样的显示方式
l 注意:不建议经过视图对表进行修改
视图不能提升性能
l 使用下面的语法格式建立视图
• FORCE: 子查询不必定存在
• NOFORCE: 子查询存在(默认)
• WITH READ ONLY:只能作查询操做
l 子查询能够是复杂的 SELECT 语句
l 能够在简单视图中执行 DML 操做
l 当视图定义中包含如下元素之一时不能使用delete:
当视图定义中包含如下元素之一时不能使用update :
当视图定义中包含如下元素之一时不能使用insert :
上面所建立的视图,是存在一个建立条件的“WHERE deptno=20”,那么若是如今更新视图中的这个条件呢?
UPDATE myview SET deptno=30 WHERE empno=7369;
此时更新的是一张视图,可是视图自己并非一个具体的数据表,并且如今更新的操做又是视图的建立条件,很明显这样的作法不可取,因此此时为了解决这个问题,能够加入WITH CHECK OPTION;
CREATE OR REPLACE VIEW myview AS SELECT * FROM emp WHERE deptno=20 WITH CHECK OPTION;
此时再次执行视图的更新操做,出现如下错误提示:
ORA-01402: 视图 WITH CHECK OPTIDN where 子句违规
意味着如今根本就不能去更新视图的建立条件。
虽然使用WITH CHECK OPTION能够保证视图的建立条件不被更新,可是其余的字段却容许更新。
UPDATE myview SET sal=9000 WHERE empno=7369;
与以前的问题同样,视图自己不是具体的真实数据,而是一些查询语句,因此这样的更新并不合理,那么在建立视图的时候建议将其设置为只读视图:
CREATE OR REPLACE VIEW myview AS SELECT * FROM emp WHERE deptno=20 WITH READ ONLY;
此时再次发出更新的操做,则直接提示以下错误:
ORA-01733: 此处不容许虚拟列
并且必定要注意的是,以上给出的是一个简单的操做语句视图,若是如今视图中的查询语句是统计操做,则根本就不可能更新。
CREATE OR REPLACE VIEW myview AS SELECT d.deptno,d.dname,d.loc,COUNT(e.empno) count,AVG(e.sal) avg FROM emp e,dept d WHERE e.deptno(+)=d.deptno GROUP BY d.deptno,d.dname,d.loc;
2、序列
序列: 可供多个用户用来产生惟一数值的数据库对象
l 自动提供惟一的数值
l 共享对象
l 主要用于提供主键值
l 将序列值装入内存能够提升访问效率
建立序列
CREATE SEQUENCE myseq;
当一个序列建立完成以后 ,能够经过如下两种方式访问序列:
在Oracle之中若是要想操做currval,则首先必须使用nextval;
序列通常都做为主键使用,例如,下面定义一张表:
DROP TABLE mytab PURGE; CREATE TABLE mytab ( id NUMBER PRIMARY KEY, name VARCHAR2(20) NOT NULL );
如今向mytab表中增长数据:
INSERT INTO mytab(id,name) VALUES(myseq.nextval,'姓名');
在默认状况下,序列从0开始,每次增加1,那么如今也能够修改;
范例:建立序列,从10开始,每次增加2
DROP SEQUENCE myseq; CREATE SEQUENCE myseq INCREMENT BY 2 START WITH 10;
范例:但愿定义一个序列,这个序列能够在一、三、五、七、9之间循环出现;
DROP SEQUENCE myseq; CREATE SEQUENCE myseq INCREMENT BY 2 START WITH 1 MAXVALUE 10 MINVALUE 1 CYCLE NOCACHE;
关于序列中的CACHE解释:
在Oracle数据库之中,因为序列被常用到,因此Oracle为了揽性能,将序列的操做形式作了以下的处理。
准备了一块空间,这个空间之中,为用户准备好了若干个已经生成好的序列,每次操做的时候都是从这块空间之中取出序列的内容,可是这样有一个问题,若是如今数据库的实例关闭了,那么保存在这块空间中的内容就有可能消失了,可是虽然消失了,但是数据库已经增加好了,这样就会出现跳号的事情,而若是要想取消掉这种问题,则最好的方式是将序列设置为不缓存,使用NOCACHE声明。
3、同义词
同义词就是意思相近的一组词语,对于同义词的操做以前一直在使用,例如,如今有以下一个查询语句:
SELECT SYSDATE FROM dual;
在以前说过“dual”是一张虚拟表,可是虚拟表也确定应该有它的用户,通过查询能够发现,这张表是属于SYS用户的,可是这个时候就出现一个问题,在以前讲解过,不一样的用户要想访问其余用户的表,则须要写上“用户.表名称”,那么为何此时scott用户访问的时候直接使用dual便可,而不是使用“sys.dual”呢,这个实际上就是同义词的应用,dual表示的是sys.dual的同义词,而同义词在Oracle之中称为SYNONYM,同义词的建立语法以下:
CREATE [PUBLIC] SYSNONYM 同义词的名称 FOR 用户名.表名称;
4、索引
l 一种独立于表的模式对象, 能够存储在与表不一样的磁盘或表空间中
l 索引被删除或损坏, 不会对表产生影响, 其影响的只是查询的速度
l 索引一旦创建, Oracle 管理系统会对其进行自动维护, 并且由 Oracle 管理系统决定什么时候使用索引. 用户不用在查询语句中指定使用哪一个索引
l 在删除一个表时, 全部基于该表的索引会自动被删除
l 经过指针加速 Oracle 服务器的查询速度
l 经过快速定位数据的方法,减小磁盘 I/O
在Oracle之中建立索引有如下两种方式:
可是这种索引有一个最大的问题,即:若是要想实现性能的提升,则必须始终维持以上的一棵树,那么若是说如今这棵树上的数据须要频繁修改的话,则代码的性能确定会有所下降。
因此通常索引只使用在不会频繁修改的表中,而若是一张表上频繁修改数据且又使用了索引的话,性能确定会严重下降,因此性能的揽永远都是相对的。
如下状况能够建立索引:
l 列中数据值分布范围很广
l 列常常在 WHERE 子句或链接条件中出现
l 表常常被访问并且数据量很大 ,访问的数据大概占数据总量的2%到4%
l 何时不要建立索引
l 表很小
l 列不常常做为链接条件或出如今WHERE子句中
l 查询的数据大于2%到4%
l 表常常更新
建立用户
范例:建立一个user用户,密码为password
CONN sys/change_on_install AS SYSDBA;
CREATE USER user IDENTIFIED BY password;
注意:“ORA-00988:口令缺失或无效” 错误,这种状况一般发生于建立 Oracle 例程时指定了非正常的全局数据库名称或系统用户密码。请注意全局数据库名称不能以数字开头,口令密码也不能由数字开头。
Oracle对密码的要求以下:
提示用户如今没有建立SESSION的权限,在以前曾经解释过,对于sqlplusw而言,每个用户都表示一个SESSION,若是没有建立SESSION的权限就意味着不能登陆,因此下面要受权。
范例:将CREATE SESSION的权限给user用户
GRANT CREATE SESSION TO user;
将建立表的权限给user用户
GRANT CREATE TABLE TO user;
将CONNECT和RESOURCE TO user;
GRANT CONNECT,RESOURCE TO user;
可是如今一旦存在了用户的操做,那么就须要有用户的管理操做,最简单的一个功能,用户有可能丢掉本身的密码。
范例:修改密码
ALTER USER user IDENTIFIED BY password2;
可是当管理员为一个用户重置一个密码以后,每每会但愿用户在第一次登陆的时候能够修改密码,因此此时能够经过以下的命令让密码失效:
ALTER USER user PASSWORD EXPIRE;
也能够控制一个用户的锁定操做:
ALTER USER user ACCOUNT LOCK; ALTER USER user ACCOUNT UNLOCK;
范例:回收user用户的权限
REVOKE SELECT,INSERT ON scott.emp FROM user; REVOKE CONNECT,RESOURCE,CREATE TABLE,CREATE SESSION FROM user;
1、数据的导出和导入
数据的导出和导入是针对于一个用户的备份操做,能够按照以下的方式完成:
一、 数据的导出
二、 数据的导入
可是以上的操做只是作为一个演示,由于这种备份操做自己只适合数据量小的状况,若是数据量较大的话,这种操做是会损耗性能的,并且时间也会很长,要想解决大数据量的问题只能对数据分区操做。
2、数据表的冷备份
在数据操做之中,有可能有些用户不会进行事务的提交,那么在这种状况下极可能没法进行完整的备份操做,而所谓的冷备份指的就是在闭数据库实例的状况下进行数据库备份操做的实现。
若是要进行冷备份,则须要备份出数据库中的一些几个核心内容:
从实际的Oracle的部署来说,全部的文件为了达到IO的平衡操做,要分别保存在不一样的硬盘上。
肯定了要备份的文件以后,下面按照以下的步骤查找:
一、 使用超级管理员登陆
CONN sys/change_on_install AS SYSDBA;
二、 查找全部的控制文件目录
SELECT * FROM v$controlfile;
三、 备份重作日志文件
SELECT * FROM v$logfile;
四、 查找表空间文件
SELECT * FROM v$tablespace; SELECT * FROM v$datafile;
五、 找到pfile文件
SHOW PARAMETER pfile;
六、 关闭数据库实例
SHUTDOWN IMMEDIATE;
七、 将全部查找到的数据备份到磁盘上;
八、 启动数据库实例
STARTUP;
参考及推荐!:http://www.cnblogs.com/mchina/archive/2012/09/12/2678093.html