1.索引
(1)索引是数据库对象之一,用于加快数据的检索,类似于书籍的目录。在数据库中索引可以减少数据库程序查询结果时需要读取的数据量,类似于在书籍中我们利用索引可以不用翻阅整本书即可找到想要的信息。
(2)索引是建立在表上的可选对象;索引的关键在于通过一组排序后的索引键来取代默认的全表扫描检索方式,从而提高检索效率
(3)索引在逻辑上和物理上都与相关的表和数据无关,当创建或者删除一个索引时,不会影响基本的表;
(4)索引一旦建立,在表上进行DML操作时(例如在执行插入、修改或者删除相关操作时),oracle会自动管理索引,索引删除,不会对表产生影响
(5)索引对用户是透明的,无论表上是否有索引,sql语句的用法不变
(6)oracle创建主键时会自动在该列上创建索引
2.索引的底层实现原理、设计理念、索引的分类
底层实现原理:
当一列索引创建成功后,oracle系统会这个列复制一个份放入缓存,并按照一定规则做排序和去重,从而减少检索数据的范围。但是索引不是创建的越多越好,因为一个索引的创建,就需要在缓存中开辟一个空间,过多的索引反而会加重数据库的检索速度。
设计理念:
1)某个字段在条件查询中会被高频率的调用 where 条件
2)表关联的连接字段 on 条件
3)实际业务需求
分类:
- 唯一索引
主键会默认添加索引
适用:主键
2)BTREE索引(默认索引)
1.oracle中最常用的索引;B树索引就是一颗二叉树;叶子节点(双向链表)包含索引列和指向表中每个匹配行的ROWID值
2.所有叶子节点具有相同的深度,因而不管查询条件怎样,查询速度基本相同
3.能够适应精确查询、模糊查询和比较查询
适用:列基数(列不重复值的个数)大时适合使用B树索引
3)位图索引
创建位图索引时,oracle会扫描整张表,并为索引列的每个取值建立一个位图(位图中,对表中每一行使用一位(bit,0或者1)来标识该行是否包含该位图的索引列的取值,如果为1,表示对应的rowid所在的记录包含该位图索引列值),最后通过位图索引中的映射函数完成位到行的ROWID的转换
适用:对于基数小的列适合简历位图索引(例如性别等)
4)单列索引和复合索引
如果索引建立在多个列上,只有它的第一个列被where子句引用时,优化器才会使用该索引,即至少要包含组合索引的第一列。即索引按照顺序被调用
索引操作:
查看索引
select * from user_indexes where TABLE_NAME=‘EMPLOYEES’;
创建BTREE索引
CREATE INDEX index_name on table_name(colum1,colum2…);
创建位图索引
CREATE BITMAP INDEX index_name on table_name(colum1,colum2…);
修改索引
alter index index_name1 rename to index_name2;
删除索引
drop index index_sno;
索引在全局唯一
. 图形化操作
事务
事务是操作数据库最小的单位,是1条或N条SQL语句组成的逻辑。
四大特性
1. 原子性A(Atomic)
事务是一个整体,不可分割,一起成功or一起失败
2. 一致性C(Consistency)
事务执行前和执行后必须处于一致性状态
3. 隔离性I(Isolation)
多事务并发时,相互独立,互不影响
4. 持久性D(Durability)
数据库数据若不变更,会永久不变
事务会造成的问题
1. 脏读
脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据
2. 不可重复读
不可重复读是指在对于数据库中的某个数据,一个事务范围内多次查询却返回了不同的数据值,这是由于在查询间隔,被另一个事务修改并提交了。
3. 幻读
在读写一批数据时,发现读取到的数据不一致,就是发生了幻觉一样
以上问题,都是发生在多事务并发时,数据前后不一致造成的
数据库提供的四种隔离级别:
Read uncommitted(读未提交):最低级别,任何情况都会发生。
Read Committed(读已提交):可避免脏读的发生。
Repeatable read(可重复读):可避免脏读、不可重复读的发生。
Serializable(串行化):避免脏读、不可重复读,幻读的发生。
MySQL默认级别是 可重复读;
Oracle 仅支持读已提交和串行化,默认级别是 读已提交
锁机制
- 共享锁/乐观锁(Share Locks,即S锁)加了共享锁的数据对象可以被其他事务读取和修改
- 排它锁/悲观锁(Exclusive Locks,即X锁):当数据对象被加上排它锁时,其他的事务不能对它读取和修改
死锁
- 两张表T1,T2
- A用户已访问T1表,并加锁T1表,尝试访问T2表;访问不到T2表,就不撤T1表的锁
- B用户已访问T2表,并加锁T2表,尝试访问T1表;访问不到T1表,就不撤T2表的锁
- 两个用户就发生了死锁
**
字段约束
**
约束是数据库用来确保数据满足业务规则的手段,对数据做的条件限制。
约束的类型
- 主键约束(PRIMARY KEY)
- 唯一性约束(UNIQUE)
- 非空约束(NOT NULL)
- 检查约束(CHECK)
- 外键约束(FOREIGN KEY)
主键约束(PRIMARY KEY)
- 非空加唯一约束;
- 一个表只有一个主键;
- 主键会默认加索引;
student_id number primary key
alter table student add constraint stu_id_pk primary key(stu_id);
唯一性约束(UNIQUE)
对于UNIQUE约束来讲,索引是必须的。如果不存在,就自动创建一个(UNIQUE的唯一性本质上是通过索引来保证的)
UNIQUE允许null值,UNIQUE约束的列可存在多个null。这是因为,Unique唯一性通过btree索引来实现,而btree索引中不包含null。所以,这也造成了在where语句中用null值进行过滤会造成全表扫描。
student_num number unique
alter table table_name add constraint student_code_uq unique(student_num);
删除约束
alter table table_name drop constraint constraint_name;
非空约束(NOT NULL)
非空约束作用的列也叫强制列。顾名思义,强制键列中必须有值,当然建表时候若使用default关键字指定了默认值,则可不输入。
score_name varchar2(32) not null
alter table table_name modify student_name not null;
检查约束(CHECK)
检查约束可用来实施一些简单的规则,比如列值必须在某个范围内。检查的规则必须是一个结果为true或false 的表达式
student_sex varchar2(1) check(student_sex in(‘男’,‘女’)),
alter table student add constraint stu_sex_ck check(stu_sex in(‘男’,‘女’));
score_value number check(score_value between 0 and 100)
alter table student add constraint stu_age_ck check(stu_age between 1 and 100);
外键约束(FOREIGN KEY)
外键约束定义在具有父子关系的子表中,外键约束使得子表中的列对应父表的主键列,用以维护数据库的完整性。不过出于性能和后期的业务系统的扩展的考虑,很多时候,外键约束仅出现在数据库的设计中,实际会放在业务程序中进行处理。外键约束注意以下几点:
- 外键约束的子表中的列和对应父表中的列数据类型必须相同,列名可以不同
- 对应的父表列必须存在主键约束(PRIMARY KEY)或唯一约束(UNIQUE)
- 外键约束在子表里,外键的取值范围不能大于父表键值
- 如果想删除主表的主键,需要先删除子表的关联字段
student_num number references table_name(student_num)
alter table student add constraint tea_id_fk foreign key(tea_id) references teacher (tea_id);
注意:
不过在真正的企业开发中,除了主键约束这类具有强需求的约束,像外键约束,检查约束更多时候仅仅出现在数据库设计阶段,真实环境却很少应用,更多是放到程序逻辑中去进行处理。