数据库的完整性
数据的正确性：数据是符合现实世界语义，反映了当前实际状况的。
数据的相容性：同一对象在不同关系表中的数据是符合逻辑的。
区别⬇
数据的完整性：防止数据库中存在不符合语义的数据，也就是防止数据库中存在不正确的数据。防范对象：不合语义的、不正确的数据
数据的安全性：保护数据库 防止恶意的破坏和非法的存取。防范对象：非法用户和非法操作。
原来学CREATE的时候做过这俩，就不截图了。
实体完整性
CREATE TABLE中用PRIMARY KEY定义
【例5.1】将Student表中的Sno属性定义为码
--在列级定义主码
CREATE TABLE Student
( Sno CHAR(9) PRIMARY KEY,
Sname CHAR(20) NOT NULL,
Ssex CHAR(2),
Sage SMALLINT,
Sdept CHAR(20)
);
--在表级定义主码
CREATE TABLE Student
( Sno CHAR(9),
Sname CHAR(20) NOT NULL,
Ssex CHAR(2),
Sage SMALLINT,
Sdept CHAR(20),
PRIMARY KEY (Sno)
);
【例5.2】将SC表中的Sno，Cno属性组定义为码
CREATE TABLE SC
( Sno CHAR(9) NOT NULL,
Cno CHAR(4) NOT NULL,
Grade SMALLINT,
PRIMARY KEY (Sno,Cno) /*有两个所以只能在表级定义主码*/
);
实体完整性检查和违约处理
插入或更新操作时，DBMS按照实体完整性规则自动进行检查。
检查主码值是否唯一，如果不唯一则拒绝插入或修改。
检查主码的各个属性是否为空，只要有一个为空就拒绝插入或修改。
参照完整性
在CREATE TABLE中用FOREIGN KEY短语定义哪些列为外码
用REFERENCES短语指明这些外码参照哪些表的主码
例如，关系SC中（Sno，Cno）是主码。Sno，Cno分别参照Student表的主码和Course表的主码 。
【例5.3】定义SC中的参照完整性
CREATE TABLE SC
(Sno CHAR(9) NOT NULL,
Cno CHAR(4) NOT NULL,
Grade SMALLINT,
PRIMARY KEY(Sno,Cno), /*在表级定义实体完整性*/
FOREIGN KEY(Sno) REFERENCES Student(Sno), /*在表级定义参照完整性*/
FOREIGN KEY(Cno) REFERENCES Course(Cno) /*在表级定义参照完整性*/
);
可能破坏参照完整性的情况及违约处理
| 被参照表（例如Student） | 参照表（例如SC） | 违约处理 |
|---|---|---|
| 可能破坏参照完整性 | 插入元组 | 拒绝 |
| 可能破坏参照完整性 | 修改外码值 | 拒绝 |
| 删除元组 | 可能破坏参照完整性 | 拒绝/级连删除/设置为空值 |
| 修改主码值 | 可能破坏参照完整性 | 拒绝/级连删除/设置为空值 |
【例5.4】显式说明参照完整性的违约处理示例
CREATE TABLE SC
(Sno CHAR(9) NOT NULL，
Cno CHAR(4) NOT NULL，
Grade SMALLINT,
PRIMARY KEY(Sno,Cno)，
FOREIGN KEY(Sno) REFERENCES Student(Sno)
ON DELETE CASCADE /*级联删除SC表中相应的元组*/
ON UPDATE CASCADE, /*级联更新SC表中相应的元组*/
FOREIGN KEY (Cno) REFERENCES Course(Cno)
ON DELETE NO ACTION
/*当删除Course 表中的元组造成了与SC表不一致时拒绝删除*/
ON UPDATE CASCADE
/*当更新course表中的cno时，级联更新SC表中相应的元组*/
);
用户定义的完整性
针对某一具体应用的数据必须满足的语义要求。
★★★属性上的约束条件★★★
列值非空（NOT NULL）
列值唯一（UNIQUE）
检查列值是否满足一个条件表达式（CHECK）
· 不允许取空值
【例5.5】在定义SC表时，说明Sno、Cno、Grade属性不允许取空值。
CREATE TABLE SC
(Sno CHAR(9) NOT NULL,
Cno CHAR(4) NOT NULL,
Grade SMALLINT NOT NULL,
PRIMARY KEY(Sno, Cno),
… /* 如果在表级定义实体完整性，隐含了Sno，Cno不允许取空值，则在
列级不允许取空值的定义 可以不写*/
);
· 列值唯一
【例5.6】建立部门表DEPT，要求部门名称Dname列取值唯一，部门编号Deptno列为主码
CREATE TABLE DEPT
(Deptno NUMERIC(2),
Dname CHAR(9) UNIQUE NOT NULL,/*要求Dname列值唯一, 并且不能取空值*/
Location CHAR(10),
PRIMARY KEY(Deptno)
);
· 用CHECK短语指定列值应该满足的条件
【例5.7】Student表的Ssex只允许取“男”或“女”。
CREATE TABLE Student
(Sno CHAR(9) PRIMARY KEY,
Sname CHAR(8) NOT NULL,
Ssex CHAR(2) CHECK(Ssex IN ('男','女')),/*性别属性Ssex只允许取'男'或'女' */
Sage SMALLINT,
Sdept CHAR(20)
);
【例5.8】SC表的Grade的值应该在0和100之间。
CREATE TABLE SC
(Sno CHAR(9) ,
Cno CHAR(4),
Grade SMALLINT CHECK(Grade>=0 AND Grade<=100), /*Grade取值范围是0到100*/
PRIMARY KEY(Sno,Cno),
FOREIGN KEY(Sno) REFERENCES Student(Sno),
FOREIGN KEY(Cno) REFERENCES Course(Cno)
);
属性上的约束条件检查和违约处理
插入元组或修改属性的值时，关系数据库管理系统检查属性上的约束条件是否被满足，如果不满足则操作被拒绝执行 。
★★★元组上的约束条件★★★
在CREATE TABLE时可以用CHECK短语定义元组上的约束条件，即元组级的限制。
【例5.9】当学生的性别是男时，其名字不能以Ms.打头。
CREATE TABLE Student
(Sno CHAR(9),
Sname CHAR(8) NOT NULL,
Ssex CHAR(2),
Sage SMALLINT,
Sdept CHAR(20),
PRIMARY KEY(Sno),
CHECK(Ssex='女'OR Sname NOT LIKE 'Ms.%')/*定义了元组中Sname和Ssex两个属性值之间的约束条件*/
);
性别是女性的元组都能通过该项检查，因为Ssex=‘女’成立;
当性别是男性时，要通过检查则名字一定不能以Ms.打头
元组上的约束条件检查和违约处理
插入元组或修改属性的值时，关系数据库管理系统检查元组上的约束条件是否被满足，如果不满足则操作被拒绝执行 。
完整性约束命名子句
CONSTRAINT <完整性约束条件名><完整性约束条件>
<完整性约束条件>包括NOT NULL、UNIQUE、PRIMARY KEY短语、FOREIGN KEY短语、CHECK短语等
【例5.11】建立教师表TEACHER，要求每个教师的应发工资不低于3000元。
应发工资是工资列Sal与扣除项Deduct之和。
CREATE TABLE TEACHER
(Eno NUMERIC(4) PRIMARY KEY , /*在列级定义主码*/
Ename CHAR(10),
Job CHAR(8),
Sal NUMERIC(7,2),
Deduct NUMERIC(7,2),
Deptno NUMERIC(2),
CONSTRAINT TEACHERFKey FOREIGN KEY(Deptno) REFERENCES DEPT(Deptno),
CONSTRAINT C1 CHECK (Sal+Deduct>=3000)
);
【例5.10】建立学生登记表Student，要求学号在90000~99999之间，姓名不能取空值，年龄小于30，性别只能是“男”或“女”。
CREATE TABLE Student
(Sno NUMERIC(6)
CONSTRAINT C1 CHECK (Sno BETWEEN 90000 AND 99999),
Sname CHAR(20)
CONSTRAINT C2 NOT NULL,
Sage NUMERIC(3)
CONSTRAINT C3 CHECK (Sage<30),
Ssex CHAR(2)
CONSTRAINT C4 CHECK (Ssex IN ('男','女')),
CONSTRAINT StudentKey PRIMARY KEY(Sno)
);
在Student表上建立了5个约束条件，包括主码约束（命名为StudentKey）以及C1、C2、C3、C4四个列级约束。
修改表中的完整性限制
使用ALTER TABLE语句修改表中的完整性限制。
【例5.12】去掉例5.10 Student表中对性别的限制。
ALTER TABLE Student
DROP CONSTRAINT C4;
【例5.13】修改表Student中的约束条件，要求学号改为在900000~999999之间，年龄由小于30改为小于40。
可以先删除原来的约束条件，再增加新的约束条件。
ALTER TABLE Student
DROP CONSTRAINT C1;
ALTER TABLE Student
ADD CONSTRAINT C1 CHECK(Sno BETWEEN 900000 AND 999999);
ALTER TABLE Student
DROP CONSTRAINT C3;
ALTER TABLE Student
ADD CONSTRAINT C3 CHECK(Sage<40);
触发器
任何用户对表的增、删、改操作均由服务器自动激活相应的触发器。
触发器可以实施更为复杂的检查和操作，具有更精细和更强大的数据控制能力。
定义触发器
CREATE TRIGGER语法格式
CREATE TRIGGER <触发器名>
{BEFORE | AFTER} <触发事件> ON <表名>
REFERENCING NEW|OLD ROW AS<变量>
FOR EACH {ROW | STATEMENT} /*触发器类型*/
[WHEN <触发条件>]<触发动作体>
当特定的系统事件发生时，对规则的条件进行检查。
如果条件成立则执行规则中的动作，否则不执行该动作。
规则中的动作体可以很复杂，通常是一段SQL存储过程。
触发事件可以是INSERT、DELETE或UPDATE，也可以是这几个事件的组合，还可以UPDATE OF<触发列，…>，即进一步指明修改哪些列时激活触发器。
AFTER/BEFORE是触发的时机，AFTER表示在触发事件的操作执行之后激活触发器，BEFORE表示在触发事件的操作执行之前激活触发器。
触发器类型：行级触发器（FOR EACH ROW）、语句级触发器（FOR EACH STATEMENT）
例如,在【例5.11】的TEACHER表上创建一个AFTER UPDATE触发器，触发事件是UPDATE语句：
UPDATE TEACHER SET Deptno=5;
假设表TEACHER有1000行
如果是语句级触发器，那么执行完该语句后，触发动作只发生1次。
如果是行级触发器，触发动作将执行1000次。
注：不同的RDBMS产品触发器语法各不相同。
【例5.21】当对表SC的Grade属性进行修改时，若分数增加了10%则将此次操作记录到下面表中： SC_U（Sno,Cno,Oldgrade,Newgrade） 其中Oldgrade是修改前的分数，Newgrade是修改后的分数。
CREATE TABLE SC_U
(Sno CHAR(9) PRIMARY KEY,
Cno CHAR(9),
OldGrade SMALLINT,
NewGrade SMALLINT
) /*创建SC_U*/
CREATE TRIGGER SC_T
AFTER UPDATE OF Grade ON SC /*触发事件*/
REFERENCING
OLD row AS OldTuple,
NEW row AS NewTuple /*起个名*/
FOR EACH ROW /*触发器类型*/
WHEN (NewTuple.Grade>=1.1*OldTuple.Grade)
INSERT INTO SC_U(Sno,Cno,OldGrade,NewGrade)
VALUES(OldTuple.Sno,OldTuple.Cno,OldTuple.Grade,NewTuple.Grade)
/*触发动作体 记录到SC_U表*/
上边这个不符合T-SQL的语法。TSQL见下图
【例5.22】将每次对表Student的插入操作所增加的学生个数记录到表StudentInsertLog中。
CREATE TABLE StudentInsertLog
(
Numbers INT
)
CREATE TRIGGER Student_Count
AFTER INSERT ON Student
REFERENCING
NEW TABLE AS DELTA
FOR EACH STATEMENT
INSERT INTO StudentInsertLog (Numbers)
SELECT COUNT(*) FROM DELTA
T-SQL如下
【例5.23】定义一个BEFORE行级触发器，为教师表Teacher定义完整性规则“教授的工资不得低于4000元，如果低于4000元，自动改为4000元”。
CREATE TRIGGER Insert_Or_Update_Sal
BEFORE INSERT OR UPDATE ON Teacher /*触发事件是插入或更新操作*/
FOR EACH ROW /*行级触发器*/
BEGIN /*定义触发动作体，是PL/SQL过程块*/
IF(new.Job='教授') AND (new.Sal<4000)
THEN new.Sal :=4000;
END IF;
END;
TSQL没有BEFORE只有AFTER，这个题在标准SQL用的BEFORE，但是我用AFTER做的结果是对的。应该是因为触发器先执行再SQL语句，所以Sal=4000变成SQL语句的条件了，AFTER的话先执行的是INSERT/UPDEAT，再执行触发器改成4000就没权限。而TSQL它触发器里有一个UPDATE让Sal=4000，所以AFTER也可以。
激活触发器
触发器的执行，是由触发事件激活的，并由数据库服务器自动执行！
一个数据表上可能定义了多个触发器，遵循如下的执行顺序:
（1） 执行该表上的BEFORE触发器;
（2） 激活触发器的SQL语句;
（3） 执行该表上的AFTER触发器。
删除触发器的SQL语法
DROP TRIGGER <触发器名> ON <表名>;
存储过程和函数
由过程化SQL语句，经编译和优化后存储在数据库服务器中，可以被反复调用，运行速度较快。
创建存储过程
CREATE OR REPLACE PROCEDURE 过程名([参数1,参数2,...]) AS <过程化SQL块>；
【例8.8】利用存储过程来实现下面的应用：从账户1转指定数额的款项到账户2中。
CREATE OR REPLACE PROCEDURE TRANSFER(inAccount INT,outAccount INT,amount FLOAT)
/*定义存储过程TRANSFER，参数为转入账户、转出账户、转账额度*/
AS DECLARE /*定义变量*/
totalDepositOut Float;
totalDepositIn Float;
inAccountnum INT;
BEGIN /*检查转出账户的余额*/
SELECT Total INTO totalDepositOut FROM Accout
WHERE accountnum=outAccount;
IF totalDepositOut IS NULL THEN /*如果转出账户不存在或账户中没有存款*/
ROLLBACK; /*回滚事务*/
RETURN
END IF;
IF totalDepositOut< amount THEN /*如果账户存款不足*/
ROLLBACK; /*回滚事务*/
RETURN
END IF
SELECT Accountnum INTO inAccountnum FROM Account
WHERE accountnum=inAccount;
IF inAccount IS NULL THEN /*如果转入账户不存在*/
ROLLBACK; /*回滚事务*/
RETURN;
END IF;
UPDATE Account SET total=total-amount WHERE accountnum=outAccount;
/*修改转出账户余额，减去转出额 */
UPDATE Account SET total=total + amount
WHERE accountnum=inAccount; /* 修改转入账户余额，增加转入额 */
COMMIT; /*提交转账事务 */
END;
执行存储过程
CALL/PERFORM PROCEDURE 过程名([参数1,参数2,...])；
使用CALL或者PERFORM等方式激活存储过程的执行。
数据库服务器支持在过程体中调用其他存储过程。
【例8.9】从账户01003815868转10000元到01003813828账户中。
CALL PROCEDURE TRANSFER(01003813828,01003815868,10000`);
上边是标准SQL的。下边是TSQL的
建立存储过程
执行存储过程
我晕了，前边的都蛮顺利，有的前边还学了。就5.21-8.2吧，也不能说难，我都能看懂，甚至逻辑关系可以说得上是非常清晰，但是他太长了，导致我反射性发怵，但是还是顺完一遍啦^ _ ^。
这次的TSQL都在软件截图里了，因为我怕都放到博客里，复习的时候不方便。
