3.事务
事务有查询或者更新语句的序列组成。SQL标准规定当一条SQL语句被执行时，就隐式的开始了一个事务。下列SQL语句之一会结束该事务。
- commit work，事务提交。一个事务提交后就在数据库中称为了永久性的，会自动开始一个新的事务。
- rollback work，事务回滚，也就是它会撤销事务中的SQL语句执行的所有更新。
关键字work在两条语句中都是可选的。
考虑下面场景，如果一个学生成功修完了一个课程，需要对takes关系进行更新，也需要对student关系进行更新。如果更新完其中一个关系，却没有更新完另外一个关系就出现了系统故障，会出现数据不一致的情况。这种情况不应该出现，两个关系要么同时被更新，要么同时不被更新。这就是事务的原子性,
在包括Mysql和PostgreSQL在内的很多SQL实现中，在缺省方式下每条SQL自动组成一个事务，且语句一旦执行完立刻提交该事务。很多数据库实现支持关闭自动提交。
一种更好的备选方案是，作为SQL：1999标准的一部分，允许多条SQL语句被包含在关键字begin atomic ... end之间，这样关键字之间的语句就构成了一个单一的事务，如果执行到end语句，则该事务被默认提交。只有诸如SQL Server的某些数据库支持上述语法。诸如MySQL和PostgreSQL的其他几个数据库支持的是begin语句，该语句启动包含所有后续SQL语句的事务，但是并不支持end语句，事务必须通过commiy work或者rollback work命令来结束。
但是使用诸如Oracle的数据库，自动提交并不是DML语句的缺省设置，请保证在添加或者修改数据后发出commit命令。不过Oracle会自动提交DDL语句。虽然Oracle已经关闭了自动提交，不过期缺省设置可能被本地设置所覆盖。
4.完整性约束
完整性约束保证授权用户对数据库所做的修改不会导致数据一致性的丢失。他可以在数据库关系定义是作为create table的一部分被声明。也可以通过使用alter table table-name add constraint命令将完整性约束添加到已有关系上。
4.1 非空约束
我们可以用非空约束限制属性非空。在创建表时就可以声明属性非空约束，语法是。
name varchar(20) not null
主码中禁止出现空值，不需要显示的指定非空约束。
4.2 唯一性约束
可以采用unique约束属性唯一,注意唯一性约束允许属性为null。请回忆一下，空值不等于其他任何值。
4.3 check子句
check§可以制定一个谓词P，灵活的给所有元组增加约束。
比如在crate table命令中的check（budget>0）子句将保证budget的取值非负。
check子句不能够限制属性非空，因为当check子句的计算结果为未知时，也被认为满足谓词P(结果不是false即满足)，需要限制非空必须指定单独的非空约束。
根据定义，check子句中的谓词可以任意，不过当前还没有一个被广泛使用的数据库允许其包含子查询的谓词。
4.4 引用完整性
我们常常希望一个关系中的给定属性在另外一个关系中也出现。这就是引用完整性约束。外码是引用完整性约束的一种形式，其中被引用的属性构成被引用关系的主码。
比如对course表的定义有一个声明"foreign key(dept_name) references department ".这个约束说明，对于每个课程元组，元组中指定的系名必须在department关系中存在，这样即可避免为一门课程指定一个并不存在的系名。
在缺省情况下(Mysql 并不支持缺省)，SQL中外码引用的是被引用表的主码属性。SQL还支持显示指定被引用关系的属性列表的引用子句版本。例如，course关系的外码声明可以指定为
foreign key(dept_name) references department(dept_name)
注意被指定的属性列表必须声明为被引用关系的超码，要么使用主码约束，要么使用唯一性约束来进行这种声明。
在更为普遍的引用完整性约束里，被引用的属性不必是候选码，但是这样的形式不能在SQL中直接声明。SQL标准为其提供了更为普遍的结构，但是，任何广泛使用的数据库系统都不支持这些替代结构。
当违反引用完整性约束时，通常的处理时拒绝执行破坏完整性的操作(即执行更新操作的事务回滚)。但是，在外码子句中可以显示指定其他策略。请考虑course关系上一个完整性约束的如下定义。
create table course (... foreign key (dept_name) references department on delete casecade on update casecase, ...);
上面制定了外码声明相关联的级联删除子句，如果删除department中的一个元组导致违反了这种引用完整性约束，则系统并不拒绝该删除，而是进行级联删除，即删除引用了被删除的系(department)的课程(course)元组。
除了级联，还可以指定其他策略，比如使用set null将引用域(这里是dept_name)置为null，或者置为该域的缺省值(set default)
如果存在跨多个关系的外码依赖链，则在链的一端所做的删除或者更新可能级联传递至整个链上。
空值会使SQL的引用完整性约束变得更加复杂，这里我们暂时不讨论。
4.5 给约束赋名
我们可以使用关键字contranit为完整性约束赋名，这样在删除约束时很有用。比如。
salary numeric(8,2), constraint minsalary check(salary > 29000),
当我们删除约束时，可以
alter table drop constraint minsalary;
如果名称缺失，就需要用特定于系统的功能来识别出约束的系统分配名称。并非所有系统都支持这样的功能，但是在比如Oracle中，系统表user_constraints就包含了这样的信息。
4.6 事务中对完整性约束的违反
事务可能包含多个步骤，在某一步也许会暂时违反完整性约束，但是后面的某一步也许就会消除这个违反。例如，假设我们有一个主码为name的person关系，还有一个spouse属性，并且假设spouse是在person上的一个外码。也就是说，该约束要求spouse属性必须是在person表中出现的姓名。假设我们在关系中插入两个元组，一个是关于John的，另一个是关于Mary的，他们互为配偶，无论先插入哪个，都会导致违反该外码约束，直到另一个元组也被插入。
为了处理这样的情况，SQL标准允许将initially deferred子句加入约束声明中，这样约束就不是在事务的中间步骤去检查，而是在事务的结束时去检查。一个约束可以被指定为可延迟的(deferrable)，这样在缺省情况它会被立即检查，但是在需要时可以延迟检查。对于这种约束，将使用set constraints constraint-list deferred语句的的执行将作为事务的一部分，从而导致对约束的检查被延迟到事务结束时执行。在约束列表中出现的约束必须指定名称。缺省方式是立刻检查约束，并且许多数据库实现不支持延迟约束检查。
如果spouse可以置为null，可以在插入John和Mary元组时，将其spouse属性置为null，后面再更新值，但这会加大编程量，但属性必须非空时，这种方法就不可行。
4.7 复杂check条件与断言
在SQL标准中还有其它结构用于指定大多数系统当前不支持的完整性约束。可以通过check子句中复杂谓词实现更复杂的数据完整性需求，这里我们不赘述。
一个断言就是一个谓词，他表达我们希望数据库总能满足的一个条件，比如：每个教师不能在同一个学期的同一个时间段在两个不同的教室授课。
断言和复杂check条件都需要相当大的开销，如果系统支持触发器，可以使用触发器实现等价的功能。
5.SQL的数据类型与模式
5.1 SQL中的日期和时间类型
SQL中支持的日期和时间相关的数据类型有：
日期(date)。年月日。必须按照2018-04-05这种格式指定。
时间(time)。时分秒。可以使用变量time(p)来指定秒的小数点后的数字位数(缺省值为0)，通过指定time with timezone，还可以把时区信息连同时间一起存储。必须按照09:20:00格式指定，秒后的小数点位数可以变长。
时间戳(timestamo):date和time的结合。可以使用变量timesamp(p)来指定秒的小数点后的数字位数(缺省值为6)。通过指定with timezone，可以把时区信息连同时间一起存储。必须按照2018-04-25 10:29:01.45格式指定，秒后的小数点位数可以变长。
我们可以利用extract(field from d)来从date或time值d中提取出单独的域，这里的域(field)可以是year，month，day，hour，minute或者second中的一种。时区信息可以使用timezone_hour和timezone_minute来提取。
SQL定义了一些函数来获取当前的日期和时间。例如，current_date返回当前日期，current_time返回当前时间(带有时区)，还有localtime返回当前的本地时间(不带时区)。时间戳(日期加上时间)由current_timestamp(带有时区)以及localtimestamp(本地，不带时区)返回。
保留Mysql在内的某些系统提供了datetime数据类型用来表示时区不可调整的时间。在实践中，时间规范会有许多的特殊情况。
SQL还支持interval数据类型，它表示时间区间。
5.2 类型转换和格式化函数
我们可以使用形如cast(e as t)的表达式来将表达式e转换为类型t。可能需要数据类型转换来执行特定的操作或者强制保证特定的排序次序。例如，请考虑instructor的ID属性，我们已经将其指定为字符串(varchar(5))，如果我们按此属性排序输出，则ID11111位于ID9之前，因为第一个字符‘1’在‘9’之前。我们可以强转获得我们想要的排序。
select cast(ID as numeric(5)) as inst_id from instructor order by inst_id;
作为查询结果显示的数据可能需要不同类型的转换，例如，我们可能希望数值以特定位的数字显示，或者数据以特定格式来显示。显示格式的转换并不是数据类型的转换，而是格式的转换。不同数据库产品提供了不同的格式化函数。Mysql提供了format函数,Oracle和PostgreSQL提供了一组函数，to_char,to_number和to_date.SQL Server提供了convert函数。
结果显示的另一个问题就是处理空值，在本书中，我们使用null来使阅读更清晰，但是大多数系统的缺省设置只是将字段留空。可以使用coalesce函数来选择在查询结果中输出空值的方式。该函数接受任意数量的参数(所有参数必须是相同的类型)，并返回第一个非空参数。例如，如果我们希望显示教师的ID和工资，但是将空工资显示为0，我们会写：
select ID,coalesce(salary, 0) as salary from instructor
coalesce的一个限制就是所有参数必须是相同的类型，如果我们希望将空工资显示为N/A以表示为不可用，就无法使用coalesce。诸如Oracle提供了**解码(decode)**函数允许这种转换，解码的一般形式是：
decode(value, match-1,replacement-1,match-2,replacement-2,...,match-n,replacement-n,default-replacement);
它将value与match值进行比较，匹配则替换，有点类似程序语言中的switch-case结构。
我们可以这样实现前面的需求
select ID,decode(salary, null, 'N/A', salary) as salary from instructor;
5.3 缺省值
可以在创建表时指定属性缺省值。
create table student (ID varchar(5), name varchar(20) not null, to_cred numeric(3,0) default 0, primary key(ID));
5.4 大对象类型
SQL为字符型数据(clob)和二进制数据(blob)提供了大对象数据类型(large-object data type)。例如，
book_review clob(10KB) image blob(10MB)
把一个大对象放入内存是非常低效而且不显示的，应用程序通常用一个SQL查询出大对象的"定位器"，然后用宿主语言操作这个对象，例如JDBC应用程序接口允许获取一个定位器，用这个定位器来一点一点取出这个大对象，而不是一次全部取出。
5.5 属性的时态有效性
在某些情况下可能需存储历史数据，比如，我们希望不仅存储每位教师的当前工资，而且存储整个工资历史，可通过向instructor关系模式添加两个属性来指定给定工资值的开始时间和结束时间，这些开始日期和结束日期被称为相对应工资值的有效时间值。
请注意在这种情况下，instructor关系中可能存在不止一个具有相同ID值得元组，后续文章将讨论在时态数据的上下文中特定主码和外码约束的问题。
对支持这种时态结构的数据库系统来说，第一步就是提供语法来支持指定特定属性来定义有效的时间区间，比如我们使用Oracle12的语法示例。使用如下的period声明来扩充instructor的SQL DDL，以表明start_date和end_date属性指定了一个有效的时间区间。
create table instructor ( ... start_date date, end_date date, period for valid_time(start_date, end_date), ... );
在进行查询时则使用as of period for结构，以仅获取其特定有效时间的那些元组。比如
select name,salary,start_date,end_date from instructor as of period for valid_time '20-JAN-2014';
结合between and可以查找时间段。
5.6 用户自定义类型
SQL支持两种形式的用户自定义数据类型，第一种是独特类型(distinct type)，另一种是结构化数据类型(structured data type),允许创建具有嵌套记录结构、数组和多重集的复杂数据结构，本文介绍前者，后续文章将介绍结构化数据类型。
教师姓名和系的姓名都是字符串，然而我们通常并不认为把一个教师的姓名赋给一个系名，把一个以美元表示的货币值与以英镑表示的货币值进行直接比较是合法的。一个好的类型系统应该能够检测出这类赋值或者比较，为了支持这种检测，SQL提供了distinct type的概念，可以定义新类型，如：
create type Dollars as numeric(12,2) final; create type Pounds as numeric(12,2) final;
这样我们就可以创建下表。
create table department( dept_name varchar(20), building varchar(15), budget Dollars);
由于强类型转换，表达还(department.budget + 20)将不被接受，可以将budget 强转为numeric，但是如果需要存回Dollars类型的属性中，又需要转换为Dollars类型。
可以使用drop type和alter type子句删除或者修改以前创建过的类型。
SQL-1999提出创建类型前，还有一个类似概念，创建域domain，二者其实有重大差异，不过大多数数据库实现并没有支持创建类型和创建域，这里不做展开。
一个创建域的例子是。
create domain degree_level varchar(10) constraint degree_level_test check (value in 'Bachelors','Masters','Dectorate'));
5.7 生成唯一码值
数据库系统提供了生成唯一码值的自动管理，具体语法依赖于数据库实现。这里我们展示的语法接近Oracle和DB2的语法。
ID number(5) generated always as identity
当使用always选项是，在insert语句是必须避免为相关属性指定值。如果使用by default则可以选择是否指定我们自己挑选的ID。
在PostgreSQL中，我们可以将ID类型定义为serial，它告诉PostgreSQL要自动生成标识。在Mysql中，我们使用auto_increment来实现自动生成唯一自增码值。
此外，许多数据库都支持创建序列结构，该结构创建域任何关系分离的序列计数器对象，并允许SQL查询从序列中获得下一个值，每次获得的值递增。这样，多个关系之间的（如student.ID与instructor.ID）也可以保持唯一。
5.8 create table的扩展
应用常常要求创建域现有的某个表模式相同的表，SQL提供了语法支持。
create table temp like instructor;
在编写一个复杂查询时，把查询的结果存储成一个新表通常是有用的。SQL:2003提供了一种简单的支持。
create table t1 as (select * from instuctor where dept_name = 'music') with data;
上面SQL创建了临时表t1并且把查询的数据存储到了t1。通过在关系名后面列出列名，还可以显示的指定列的名称。
许多数据库实现还支持缺省with data但也载入数据，不同数据库对create table ...like和create table ...as的语法支持并不完全相同，请查阅文档。
我们发现create table ... as与create view很相似，两者都是用查询来定义的。当表创建时表的内容就被加载了，但是视图内容总是反应当前查询的结构。
5.9 模式、目录与环境
现代的数据库系统提供了三层体系结构用于关系的命名。
体系结构的最顶层由目录(catalog)构成(一些数据库实现也将这层称为数据库)，每个目录都可以包含模式，视图和关系等SQL对象都包含在模式中。
为了在数据库上执行任何操作，用户(或程序)都必须先连接到数据库。用户必须提供用户名，通常还需要提供密码来验证身份。每个用户有一个唯一的缺省目录和模式，当一个用户连接到数据库系统时，系统将为其连接缺省的目录和模式。
我们可以这么唯一表示一个关系
catalog2.univ_schema.course
如果目录（模式)为缺省目录(模式)，可以省略。
缺省的目录和模式是为了每个连接建立的**SQL环境(SQL environment)**的一部分，环境还包括用户标识(也称为授权标识(authorization identifier))。所有通常的SQL语句都在一个模式的环境中运行。
可以使用create schema和drop schema语句来创建和删除模式。在大多数数据库系统中，模式还随着用户账户的创建而自动创建，此时模式名被置为用户账户名。模式要么建立在缺省目录中，要么建立在创建用户是所指定的目录中，新创建的模式将成为该用户的缺省模式。
目录的创建和删除根据数据库的实现不同而不同，这并不是SQL标准的一部分。
6.SQL中的索引定义
关系属性上索引(index)是一种数据结构，它允许数据库系统高效的找到元组，而不必扫描整个数据库的所有元组。
其语法是
create index dept_idx on instructor(dept_name);
上面创建了关于dept_name的索引，这样在查找dept_name为’music’的instructor元组时效率会变高。
如果我们想要声明一个搜索码就是候选码，那么需要在索引定义是增加属性unique
create unique index dept_idx on instructor(dept_name);
如果我们输入create unique index时，dept_name并不是一个候选码，那么系统会显示错误信息，索引创建会失败。如果索引创建成功，则后面违反候选码声明的任何元组插入企图将会失败。请注意，如果数据库系统支持标准的唯一性声明，这里的唯一性特性就是多余的。
删除索引。
drop index dept_idx;
7.授权
7.1 权限的授予与收回
SQL标准包括的权限由：选择(select)、插入(insert)、更新(update)、删除(delete)，所有权限(all previlege)。创建一个关系的用户默认被授予该关系的所有权限。一个授权的sql示例是：
grant select on department to Amit,Satoshi;
更新授权可以指定属性列表，缺省时为所有属性。
grant update(budget) on department to Amit,Satoshi;
关系上得插入授权也可以指定属性列表，对关系的任何插入只针对这些属性，系统的其余属性要么赋缺省值(定义缺省值前提下)，要么将其置空。
删除与查询权限类似。
public代指系统的所有当前用户及将来的用户，对public授权隐含着对当前所有用户和将来的用户授权。
在缺省情况下，权限接受者不可将权限授予其他用户，但是SQL可以授予权限接受者进一步将权限授予给其他用户、角色。
使用invoke可以收回权限。与授权的语法几乎一致。
invoke select on department from Amit,Satoshi;
如果被收回权限的用户已经把权限授予给了其他用户，那么权限的收回会更加复杂，后文讨论。
7.2 角色
教师、学生是不同的角色(role)，一个角色类型可能需要同样的权限。比如教师需要授予一类权限，无论何时指派一个新的教师，都应该获取这些权限。
可以授予用户的任何权限都可以授予角色。创建角色语法如下。
create role instructor;
授予角色权限的语法与用户也一样。
grant select on takes to instructor;
角色可以授予用户，也可以授予其他角色。
create role dean; grant instructor to dean; grant dean to Satoshi;
用户或者角色被授予了角色后，就会继承该角色的所有权限。
7.3 视图的授权
考虑一个工作人员需要知道地质系的所有员工工资，但是无权看到其他系中的员工相关信息。可以通过给该工作人员视图授权实现需求。
创建视图必须要首先拥有关系的选择权限，并且，视图的创建者并不会获得视图的所有权限。如果一个用户在关系上没有更新权限，即使它创建了该关系的视图，也不能在视图上获得更新权限。
在函数和过程上可以授予执行权限，以允许用户执行该函数和过程。在缺省情况下，函数和过程拥有其创建者所拥有的所有权限。在效果上，函数和过程的运行就像他被其创建者调用了一样(实际上不一定其创建者就是其调用者)。
在SQL：2003开始，如果函数定义有一个额外的sql security invorker子句，那么它就在调用该函数的用户权限下执行，而不是函数定义者的权限下执行。
7.4 模式的授权
SQL标准为数据库模式指定了一种基本的授权机制：只有模式的拥有者才能够执行对模式的任何修改，比如创建删除关系，对关系的属性增删改查等等。
但是，SQL提供了一种引用(reference)权限，它允许一个用户在创建关系时声明外码。语法如下。
grant references(dept_name) on department to Mariano;
为何需要对引用授权呢？乍一看没必要限制用户引用其他关系的外码。但是，请回想下：外码约束限制了被引用关系的删除和更新操作。假如Mariano在关系r上创建了一个外码，引用department的dept_name属性，然后在r中插入一条属于地质系的元组，那么除非同时修改关系r，否则再也不可能将地质系在department中删除了~
参考如下示例，创建一个复杂check约束的情况，可能会影响被引用关系time_slot的更新，也需要授予time_slot上的引用权限，原因与外码约束一样。
check(time_slot_id in (select time_slot_id from time_slot))
7.5 权限的转移
可以增加参数with grant option允许获得权限的用户将权限授权给其他用户。
grant select on department to Amit,Satoshi with grant option;
权限的传递可以用授权图表示，节点就是用户。
一个用户获得权限的充要条件是，当且仅当存在授权图的根到该用户节点的路径。
7.6 权限的级联收回
上游用户的权限回收，会导致下游用户的权限也被回收。比如回收U1的权限，则U21也会被回收权限，但是U22还存在上游U2，因此还拥有权限。这被称为级联收权(cascading revocation)。大多数数据库系统中，级联收权是默认缺省方式，但是收权语句可以限定来防止级联收权。
revoke select on department from Amit restrict;
可以把授权权限当成普通权限回收。下面就是回收授权权限，但并不会回收选择权限。注意并不是所有数据库都支持该语法。
revoke grant option for select on department from Amit restrict;
级联收权在许多情况下是不合适的，比如Satishi具有Dean角色，他将instructor权限授予了Amit，即使Satishi退休权限被回收了，Amit还是一个好老师。
为了避免这种情况，SQL允许权限通过角色来授予，而不是通过用户来授予。SQL有一个与会话相关的当前角色概念。在缺省情况下，一个会话所关联的当前角色是空。可以通过set role rolename来指定当前会话的角色，在当前会话角色不为空的情况下，我们可以在授权时以角色的身份授权而不是用户的身份授权。具体语法是为授权语句增加子句：
granted by current_role
7.7 行级授权
一些数据库系统(Oracle,SQL Server和PostgreSQL)在特定的元组级别提供了细粒度的授权机制。
假如我们允许学生在takes中查看他自己的数据但是不允许查看其他用户的数据，可以使用行级授权。
Oracle虚拟私有数据库(Virtual Private Database,VPD)功能支持如下所示的行级授权，允许系统管理员将函数与关系相关联，该函数返回一个谓词，
该谓词会自动被添加到使用该关系的任何查询中。该谓词可以使用sys_context函数，它返回代表正在执行查询的用户的标识。对于需求：允许学生在takes中查看他自己的数据但是不允许查看其他用户的数据，可以指定如下谓词：
ID = sys_context('USERENV'，'SESSION_USER')
系统将此谓词添加到使用takes关系的每个查询的where子句中，每个学生就只能看到与其ID相匹配的那些takes元组。但这样做有一个显著的隐患，就是可能改变查询的含义，比如一个用户需要查找所有课程的平均成绩，最后只会得到它的成绩的平均值。
