1.约束
为正确地进行关系数据库设计，需要一种方法来保证只在表中插入合法的数据。例如，如果Orders表存储订单信息，OrderItems表存储订单详细内容，应该保证Orderitems中引用的任何订单ID存在于Orders中。类似地，在Orders表中引用的任意用户必须存在于Customers表中。
最好不要在插入新行时进行检查，原因如下：
-
如果在客户机层面上实施数据库完整性规则，则每个客户机都被迫要实施这些规则，但很可能会有一些客户机不实施这些规则。
-
在执行UPDATE和DELETE操作时，也必须实施这些规则。
-
执行客户机端检查是非常耗时的，而DBMS执行这些检查会相对高效。
约束（constraint）：管理如何插入或处理数据库数据的规则。
DBMS通过在数据库表上施加约束来实施引用完整性。大多数约束是在表定义中定义的。
(1)主键
主键是一种特殊的约束，它用来保证一个列（或一组列）中的值是唯一的，并且永不改动。换句话说，表中的一个列（或多个列）的值唯一标识表中的行。
表中任意列只要满足以下条件，都可以用于主键：
-
任意两行的主键值都不相同。
-
每行都具有一个主键值（即列中不允许NULL值）。
-
包含主键值的列不修改或更新。
-
主键值不能重用。如果从表中删除某一行，其主键值不分配给新行。
定义主键的一种方法是创建它，输入：
CREATE TABLE Vendors
( vend_id CHAR(10) NOT NULL PRIMARY KEY,
vend_name CHAR(50) NOT NULL,
vend_address CHAR(50) NULL,
vend_city CHAR(50) NULL,
vend_state CHAR(5) NULL,
vend_zip CHAR(10) NULL,
vend_country CHAR(50) NULL
);
给vend_id列定义添加关键字PRIMARY KEY，使其成为主键。
输入：
ALTER TABLE Vendors
ADD CONSTRAINT PRIMARY KEY(vend_id);
这里使用CONSTRAINT语法将vend_id列设为主键。
(2)外键
外键是表中的一个列，其值必须在另一个表的主键中列出。外键是保证引用完整性的一个极重要的成分。
例如：
Orders表对每个录入到系统的订单包含一行。
顾客信息存储在Customers表中。
Orders表中的订单通过客户ID与Customers表中特定行相关联。
客户ID为Customers表的主键；每个客户都有唯一的ID。
订单号为Orders表的主键；每个订单都有唯一的订单号。
Orders表中顾客ID列的值不一定是唯一的，若某个顾客有多个定damn，则有多个行具有相同的顾客ID。
同时，Orders表中顾客ID列的合法值为Customers表中顾客的ID。
上例中，在Orders的顾客ID列上定义了一个外键，因此该列只能接受Customers表的主键值。
定义外键的的一种方法，输入：
CREATE TABLE Orders
( order_num INTEGER NOT NULL PRIMARY KEY,
order_date DATETIME NOT NULL,
cust_id CHAR(10) NOT NULL REFERENCES Customers(cust_id)
);
也可以在ALTER TABLE语句中使用CONSTRAINT语法来完成，输入：
ALTER TABLE Customers
ADD CONSTRAINT
FOREIGN KEY (cust_id) REFERENCES Customers (cust_id);
外键有助防止意外删除：
帮助保证引用完整性外；
在定义外键后，DBMS不允许删除在另一个表中具有关联行的行。
(3)唯一约束
唯一约束用来保证一个列中的数据唯一。
类似于主键，但存在几个重要区别：
-
表可包含多个唯一约束，但每个表只允许一个主键。
-
唯一约束列可包含NULL值。
-
唯一约束列可修改或更新。
-
唯一约束列的值可重复使用。
-
与主键不一样，唯一约束不能用来定义外键。
唯一约束的语法类似于其他约束的语法。唯一约束既可以用UNIQUE关键字在表定义中定义，也可以用单独的CONSTRAINT定义。
(4)检查约束
检查约束用来保证一个列中的数据满足一组指定的条件。
常见用途：
检查最小或最大值。
指定范围。
只允许特定的值。
下面对OrderItems表施加了检查约束，保证所有物品数量大于0。
输入：
CREATE TABLE OrderItems
( order_num INTEGER NOT NULL,
order_item INTEGER NOT NULL,
prod_id CHAR(10) NOT NULL,
quantity INTEGER NOT NULL CHECK(quantity > 0),
item_price MONEY NOT NULL
);
检查名为gender的列只包含M或F，使用ALTET TABLE语句，输入：
ADD CONSTRAINT CHECK (gender LIKE '[MF]');
2.索引
索引用来排序数据以加快搜索和排序操作的速度。
可以在一个或多个列上定义索引，使DBMS保存其内容的一个排过序的列表。定义索引后，DBMS搜索排过序的索引，找出匹配的位置，然后检索这些行。
在开始创建索引前，应该记住以上内容：
(1)索引改善检索操作的性能，但降低数据插入、修改和删除的性能。在执行这些操作时，DBMS必须动态地更新索引。
(2)索引数据可能要占用大量的存储空间。
(3)并非所有数据都适合于索引。
(4)索引用于数据过滤和数据排序。
(5)可以在索引中定义多个列。
索引用CREATE INDEX语句创建。
下面在Products表的产品名列上创建一个简单索引，输入：
CREATE INDEX prod_name_ind
ON PRODUCTS(prod_name);
索引必须唯一命名。这里的索引名在关键字CREATE INDEX之后定义。ON用来指定被索引的表，而索引中包含的列在表名后的圆括号中给出。
检查索引：索引的效率随表数据的增加或改变而变化。
3.触发器
触发器是特殊的存储过程，它在特定的数据库活动发生时自动执行。触发器可以与特定表上的INSERT、UPDATE和DELETE操作相关联。
与存储过程不一样，触发器与单个的表相关联。与Orders表上的INSERT操作相关联的触发器只在Orders表中插入行时执行。类似地，Customers表上的INSERT和UPDATE操作的触发器只在表上出现这些操作时执行。
触发器内的代码具有以下数据的访问权：
-
INSERT操所中的所有新数据；
-
UPDATE操作中的所有新数据和旧数据；
-
DELETE操作中删除的数据。
触发器的一些常见用途：
-
保证数据一致。
-
基于某个表的变动在其他表上执行活动。
-
进行额外的验证并根据需要回退数据。
-
计算计算列的值或更新时间戳。
创建一个触发器，它对所有INSERT和UPDATE操作，转换Customers表中的cust_state列为大写。
SQL Server版本，输入：
CREATE TRIGGER customer_state
ON Customers
FOR INSERT, UPDATE
AS
UPDATE Customers
SET cust_state = Upper(cust_state)
WHERE Customers.cust_id = inserted.cust_id;
一般来说，约束的处理比触发器快，因此在可能的时候，应该尽量使用约束。
4.数据库安全
大多数的DBMS都给管理员提供了管理机制，可利用管理机制授予或限制对数据的访问。
任何安全系统的基础都是用户授权和身份确认。这是一种处理，通过这种处理对用户进行确认，以保证其为有权用户，允许执行其试图执行的操作。有的DBMS为此目的结合使用了操作系统的安全措施，而有的维护自己的用户及密码列表，还有一些结合使用外部目录服务服务器。
需要保护的操作：
-
对数据库管理功能的访问。
-
对特定数据库或表的访问。
-
访问的类型。
-
仅通过视图或存储过程对表进行访问。
-
创建多层次的安全措施，从而允许多种基于登录的访问和控制。
-
限制管理用户账号的能力。
安全性通过SQL的GRANT和REVOKE语句来管理，不过，大多数DBMS提供了交互式的管理使用程序，这些使用程序在内部使用GRANT和REVOKE语句。