博學公司網(wǎng)上銷售管理系統(tǒng)的數(shù)據(jù)庫部分關系模式如下所示。其中，客戶號唯一標識一位客戶，產(chǎn)品號唯一標識一件產(chǎn)品，訂單號唯一標識一份訂單。一份訂單必須且僅對應一位客戶，一份訂單可由一到多條訂單明細組成，一位客戶可以有多份訂單?？蛻簦蛻籼?，姓名，性別，地址，郵編）產(chǎn)品（產(chǎn)品號，名稱，庫存，單價）訂單（訂單號，時間，金額，客戶號）訂單明細（訂單號，產(chǎn)品號，數(shù)量）訂單關系模式的主鍵為（1）；訂單明細關系模式的主鍵為（2）；其中訂單的外鍵為（3）。

在數(shù)據(jù)庫系統(tǒng)中，“事務”是訪問數(shù)據(jù)庫并可能更新各種數(shù)據(jù)項的一個程序執(zhí)行單元。為了保證數(shù)據(jù)完整性，要求數(shù)據(jù)庫系統(tǒng)維護事務的原子性、一致性、隔離性和持久性。針對事務的這4種特性，考慮以下的架構設計場景。假設在某一個時刻只有一個活動的事務，為了保證事務的原子性，對于要執(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）。

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

由于軟、硬件故障可能造成數(shù)據(jù)庫中的數(shù)據(jù)被破壞，數(shù)據(jù)庫恢復就是（1）?？梢杂卸喾N方法實現(xiàn)數(shù)據(jù)庫恢復，如定期將數(shù)據(jù)庫作備份；在進行事務處理時，對數(shù)據(jù)更新（插入、刪除、修改）的全部有關內(nèi)容寫入（2）；當系統(tǒng)正常運行時，按一定的時間間隔，設立（3），把內(nèi)存緩沖區(qū)內(nèi)容還未寫入到磁盤中的有關狀態(tài)記錄到該文件中；當發(fā)生故障時，根據(jù)現(xiàn)場數(shù)據(jù)內(nèi)容及相關文件來恢復系統(tǒng)的狀態(tài)。

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

設關系模式R（U，F(xiàn)），其中，R上的屬性集U={A，B，C，D，E}，R上的函數(shù)依賴集F=（A→B，DE→B，CB→E，E→A，B→D}。（1）為關系R的候選關鍵字。分解（2）是無損聯(lián)接，并保持函數(shù)依賴的。

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