某公司的部門（部門號，部門名，負責人，電話）、商品（商品號，商品名稱，單價，庫存量）和職工（職工號，姓名，住址）3個實體之間的關系如表2-18、表2-19和表2-20所示。假設每個部門有一位負責人和一部電話，但有若干名員工；每種商品只能由一個部門負責銷售。部門關系不屬于第三范式的原因是（1）。如果用戶要求得到表2-21所示的結(jié)果，需要（2），并增加關系模式（3）。

建立一個供應商、零件數(shù)據(jù)庫。其中"供應商"表S（Sno，Sname，Zip，City）中的屬性分別表示供應商代碼、供應商名、供應商郵編、供應商所在城市，其函數(shù)依賴為Sno→（Sname，Zip，City），Zip→City。"零件"表P（Pno，Pname，Color，Weight，City），表示零件號、零件名、顏色、重量及產(chǎn)地。表S與表P之間的關系SP（Sno，Pno，Price，Qty）表示供應商代碼、零件號、價格、數(shù)量。若要求：供應商代碼不能為空，且值是唯一的，供應商的名也是唯一的；零件號不能為空，且值是唯一的；一個供應商可以供應多種零件，而一種零件可以由多個供應商供應。請將下面的SQL語句空缺部分補充完整。CREATETABLES（SnoCHAR（5）（1），SnameCHAR（30）UNIQUE，ZipCHAR（8），CityCHAR（20）（2））；

在數(shù)據(jù)庫系統(tǒng)中，“事務”是訪問數(shù)據(jù)庫并可能更新各種數(shù)據(jù)項的一個程序執(zhí)行單元。為了保證數(shù)據(jù)完整性，要求數(shù)據(jù)庫系統(tǒng)維護事務的原子性、一致性、隔離性和持久性。針對事務的這4種特性，考慮以下的架構(gòu)設計場景。假設在某一個時刻只有一個活動的事務，為了保證事務的原子性，對于要執(zhí)行寫操作的數(shù)據(jù)項，數(shù)據(jù)庫系統(tǒng)在磁盤上維護數(shù)據(jù)庫的一個副本，所有的寫操作都在數(shù)據(jù)庫副本上執(zhí)行，而保持原始數(shù)據(jù)庫不變，如果在任一時刻操作不得不中止，系統(tǒng)僅需要刪除副本，原數(shù)據(jù)庫沒有受到任何影響。這種設計策略稱為（1）。事務的一致性要求在沒有其他事務并發(fā)執(zhí)行的情況下，事務的執(zhí)行應該保證數(shù)據(jù)庫的一致性。數(shù)據(jù)庫系統(tǒng)通常采用（2）機制保證單個事務的一致性。事務的隔離性保證操作并發(fā)執(zhí)行后的系統(tǒng)狀態(tài)與這些操作以某種次序順序執(zhí)行（即可串行化執(zhí)行）后的狀態(tài)是等價的。兩階段鎖協(xié)議是實現(xiàn)隔離性的常見方案，該協(xié)議（3）。持久性保證一旦事務完成，該事務對數(shù)據(jù)庫所做的所有更新都是永久的，如果事務完成后系統(tǒng)出現(xiàn)故障，則需要通過恢復機制保證事務的持久性。假設在日志中記錄所有對數(shù)據(jù)庫的修改操作，將一個事務的所有寫操作延遲到事務提交后才執(zhí)行，則在日志中（4）。當系統(tǒng)發(fā)生故障時，如果某個事務已經(jīng)開始，但沒有提交，則該事務應該（5）。

建立一個供應商、零件數(shù)據(jù)庫。其中"供應商"表S（Sno，Sname，Zip，City）中的屬性分別表示供應商代碼、供應商名、供應商郵編、供應商所在城市，其函數(shù)依賴為Sno→（Sname，Zip，City），Zip→City。"零件"表P（Pno，Pname，Color，Weight，City），表示零件號、零件名、顏色、重量及產(chǎn)地。表S與表P之間的關系SP（Sno，Pno，Price，Qty）表示供應商代碼、零件號、價格、數(shù)量。若要求：供應商代碼不能為空，且值是唯一的，供應商的名也是唯一的；零件號不能為空，且值是唯一的；一個供應商可以供應多種零件，而一種零件可以由多個供應商供應。請將下面的SQL語句空缺部分補充完整。CREATETABLES（SnoCHAR（5）（1），SnameCHAR（30）UNIQUE，ZipCHAR（8），CityCHAR（20）（2））；

某公司的商品（商品號，商品名稱，生產(chǎn)商，單價）和倉庫（倉庫號，地址，電話，商品號，庫存量）兩個實體之間的關系如表2-22和表2-23所示。商品關系的主鍵是（1）；倉庫關系的主鍵是（2）；倉庫關系（3），為了解決這一問題，需要將倉庫關系分解為（4）。

某公司的商品（商品號，商品名稱，生產(chǎn)商，單價）和倉庫（倉庫號，地址，電話，商品號，庫存量）兩個實體之間的關系如表2-22和表2-23所示。商品關系的主鍵是（1）；倉庫關系的主鍵是（2）；倉庫關系（3），為了解決這一問題，需要將倉庫關系分解為（4）。

（1）可用于描述數(shù)據(jù)流圖中數(shù)據(jù)存儲及其之間的關系，最初用于數(shù)據(jù)庫概念設計。在某學生選課系統(tǒng)中使用該工具來描述，學生的學號屬于（2）。

某數(shù)據(jù)庫中有員工關系E（員工號，姓名，部門，職稱，月薪）；產(chǎn)品關系P（產(chǎn)品號，產(chǎn)品名稱，型號，尺寸，顏色）；倉庫關系W（倉庫號，倉庫名稱，地址，負責人）；庫存關系I（倉庫號，產(chǎn)品號，產(chǎn)品數(shù)量）。a.若數(shù)據(jù)庫設計中要求：
①倉庫關系W中的"負責人"引用員工關系的員工號。
②庫存關系I中的"倉庫號，產(chǎn)品號"唯一標識I中的每一個記錄。
③員工關系E中的職稱為"工程師"的月薪不能低于3500元。
則①②③依次要滿足的完整性約束是（1）。b.若需得到每種產(chǎn)品的名稱和該產(chǎn)品的總庫存量，則對應的查詢語句為：SELELCT產(chǎn)品名稱，SUM（產(chǎn)品數(shù)量）FROMP，IWHEREP.產(chǎn)品號=I.產(chǎn)品號（2）