19.1.3.数据库三范式
范式是具有最小冗余的表结构。3范式具体如下：
19.1.3.1.第一范式（1st NF -列都是不可再分）
第一范式的目标是确保每列的原子性:如果每列都是不可再分的最小数据单元（也称为最小的原子 单元），则满足第一范式（1NF）
19.1.3.2.第二范式（2nd NF -每个表只描述一件事情）
首先满足第一范式，并且表中非主键列不存在对主键的部分依赖。第二范式要求每个表只描述一 件事情。
|
|
|
|
|
19.1.3.3.第三范式(3rd NF-不存在对非主键列的传递依赖)
第三范式定义是，满足第二范式，并且表中的列不存在对非主键列的传递依赖。除了主键订单编 号外，顾客姓名依赖于非主键顾客编号。
Orders
字段 |
例子 |
订单编号 |
001 |
订购日期 |
2000-2-3 |
顾客编号 |
AB001 |
顾客姓名 |
Tony |
|
|
Orders
字段 |
例子 |
订单编号 |
001 |
订购日期 |
2000-2-3 |
顾客编号 |
AB001 |
|
|
19.1.4.数据库是事务
事务(TRANSACTION)是作为单个逻辑工作单元执行的一系列操作，这些操作作为一个整体一起向 系统提交，要么都执行、要么者阡执行。事务是一个不可分割的工作逻辑单元
事务必须具备以下四个属性，简称ACID属性：
原子性(Atomicity)
1. 事务是一个完整的操作。事务的各步操作是不可分的(原子的)；要么都执行，要么都不执 行。
―致性(Consistency)
2. 当事务完成时，数据必须处于一致状态。
隔离性（solation）
3. 对数据进行修改的所有并发事务是彼此隔离的，这表明事务必须是独立的，它不应以任何方 式依赖于或影响其他事务。
永久性（Durability）
4. 事务完成后，它对数据库的修改被永久保持，事务日志官瓣保持事务的永久性。
19.1.5. 存储过程（特定功能的SQL语句集）
一组为了完成特定功能的SQL语句集，存储在数据库中，经过第一次编译后再次调用不需要再次 编译，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。存储过 程是数据库中的一个重要对象。
存储过程优化思路：
1. 尽量利用一些sql语句来替代一些小循环，例如聚合函数，求平均函数等。
2. 中间结果存放于临时表，加索引。
3. 少使用游标。sql是个集合语言，对于集合运算具有较高性能。而cursors是过程运算。比如 对一个100万行的数据进行査询。游标需要读表100万次，而不使用游标则只需要少量几次 读取。
4. 事务越短越好。sqlserver支持并发操作。如果事务过多过长，或者隔离级别过高，都会造成 并发操作的阻塞，死锁。导致查询极慢，cpu占用率极地。
5. 使用try-catch处理错误异常。
6. 査找语句尽量不要放在循环内。
19.1.6. 触发器（一段能自动执行的程序）
触发器是一段能自动执行的程序，是一种特殊的存储过程，触发器和普通的存储过程的区别是： 触发器是当对某一个表进行操作时触发。诸如：update、insert、delete这些操作的时候，系统 会自动调用执行该表上对应的触发器。SQL Server 2005中触发器可以分为两类：DML触发器和 DDL触发器，其中DDL触发器它们会影响多种数据定义语言语句而激发，这些语句有create、 alter、drop 语句。
19.1.7. 数据库并发策略
并发控制一般采用三种方法，分别是乐观锁和悲观锁以及时间戳
19.1.7.1. 乐观锁
乐观锁认为一个用户读数据的时候，别人不会去写自己所读的数据；悲观锁就刚好相反，觉得自 己读数据库的时候，别人可能刚好在写自己刚读的数据，其实就是持一种比较保守的态度；时间 戳就是不加锁，通过时间戳来控制并发出现的问题。
19.1.7.2. 悲观锁
悲观锁就是在读取数据的时候，为了不让别人修改自己读取的数据，就会先对自己读取的数据加 锁，只有自己把数据读完了，才允许别人修改那部分数据，或者反过来说，就是自己修改某条数 据的时候，不允许别人读取该数据，只有等自己的整个事务提交了，才释放自己加上的锁，才允 许其他用户访问那部分数据。
19.1.7.3. 时间戳
时间戳就是在数据库表中单独加一列时间戳，比如"TimeStamp”,每次读出来的时候，把该字 段也读出来，当写回去的时候，把该字段加1，提交之前，跟数据库的该字段比较一次，如果比数 据库的值大的话，就允许保存，否则不允许保存，这种处理方法虽然不使用数据库系统提供的锁 机制，但是这种方法可以大大提高数据库处理的并发量，
以上悲观锁所说的加"锁”，其实分为几种锁，分别是：排它锁（写锁）和共享锁（读锁）
