建立一个供应商、零件数据库。其中"供应商"表S（Sno，Sname，Zip，City）中的属性分别表示供应商代码、供应商名、供应商邮编、供应商所在城市，其函数依赖为Sno→（Sname，Zip，City），Zip→City。"零件"表P（Pno，Pname，Color，Weight，City），表示零件号、零件名、颜色、重量及产地。表S与表P之间的关系SP（Sno，Pno，Price，Qty）表示供应商代码、零件号、价格、数量。若要求：供应商代码不能为空，且值是唯一的，供应商的名也是唯一的；零件号不能为空，且值是唯一的；一个供应商可以供应多种零件，而一种零件可以由多个供应商供应。请将下面的SQL语句空缺部分补充完整。CREATETABLES（SnoCHAR（5）（1），SnameCHAR（30）UNIQUE，ZipCHAR（8），CityCHAR（20）（2））；

建立一个供应商、零件数据库。其中"供应商"表S（Sno，Sname，Zip，City）中的属性分别表示供应商代码、供应商名、供应商邮编、供应商所在城市，其函数依赖为Sno→（Sname，Zip，City），Zip→City。"零件"表P（Pno，Pname，Color，Weight，City），表示零件号、零件名、颜色、重量及产地。表S与表P之间的关系SP（Sno，Pno，Price，Qty）表示供应商代码、零件号、价格、数量。若要求：供应商代码不能为空，且值是唯一的，供应商的名也是唯一的；零件号不能为空，且值是唯一的；一个供应商可以供应多种零件，而一种零件可以由多个供应商供应。请将下面的SQL语句空缺部分补充完整。CREATETABLES（SnoCHAR（5）（1），SnameCHAR（30）UNIQUE，ZipCHAR（8），CityCHAR（20）（2））；

关系R（A，B，C，D）和S（B，C，D）进行笛卡儿运算，其结果集为（1）元关系。3个实体及它们之间的多对多联系至少应转换成（2）个关系模式。

设有员工实体Employee（employeeID，name，sex，age，tel，departID），其中employeeID为员工号，name为员工姓名，sex为员工性别，age为员工年龄，tel为员工电话，记录该员工的手机号码、办公室电话等，departID为员工所在部门号，参照另一部门实体Department的主码departID。Employee实体中存在派生属性（1）。Employee实体中还存在多值属性（2）。对属性departID的约束是（3）。

设有员工实体Employee（employeeID，name，sex，age，tel，departID），其中employeeID为员工号，name为员工姓名，sex为员工性别，age为员工年龄，tel为员工电话，记录该员工的手机号码、办公室电话等，departID为员工所在部门号，参照另一部门实体Department的主码departID。Employee实体中存在派生属性（1）。Employee实体中还存在多值属性（2）。对属性departID的约束是（3）。

设有员工实体Employee（employeeID，name，sex，age，tel，departID），其中employeeID为员工号，name为员工姓名，sex为员工性别，age为员工年龄，tel为员工电话，记录该员工的手机号码、办公室电话等，departID为员工所在部门号，参照另一部门实体Department的主码departID。Employee实体中存在派生属性（1）。Employee实体中还存在多值属性（2）。对属性departID的约束是（3）。

在数据库系统中，“事务”是访问数据库并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。针对事务的这4种特性，考虑以下的架构设计场景。假设在某一个时刻只有一个活动的事务，为了保证事务的原子性，对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止，系统仅需要删除副本，原数据库没有受到任何影响。这种设计策略称为（1）。事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用（2）机制保证单个事务的一致性。事务的隔离性保证操作并发执行后的系统状态与这些操作以某种次序顺序执行（即可串行化执行）后的状态是等价的。两阶段锁协议是实现隔离性的常见方案，该协议（3）。持久性保证一旦事务完成，该事务对数据库所做的所有更新都是永久的，如果事务完成后系统出现故障，则需要通过恢复机制保证事务的持久性。假设在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，则在日志中（4）。当系统发生故障时，如果某个事务已经开始，但没有提交，则该事务应该（5）。

在数据库系统中，“事务”是访问数据库并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。针对事务的这4种特性，考虑以下的架构设计场景。假设在某一个时刻只有一个活动的事务，为了保证事务的原子性，对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止，系统仅需要删除副本，原数据库没有受到任何影响。这种设计策略称为（1）。事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用（2）机制保证单个事务的一致性。事务的隔离性保证操作并发执行后的系统状态与这些操作以某种次序顺序执行（即可串行化执行）后的状态是等价的。两阶段锁协议是实现隔离性的常见方案，该协议（3）。持久性保证一旦事务完成，该事务对数据库所做的所有更新都是永久的，如果事务完成后系统出现故障，则需要通过恢复机制保证事务的持久性。假设在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，则在日志中（4）。当系统发生故障时，如果某个事务已经开始，但没有提交，则该事务应该（5）。