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

（1）可用于描述數(shù)據(jù)流圖中數(shù)據(jù)存儲(chǔ)及其之間的關(guān)系，最初用于數(shù)據(jù)庫(kù)概念設(shè)計(jì)。在某學(xué)生選課系統(tǒng)中使用該工具來(lái)描述，學(xué)生的學(xué)號(hào)屬于（2）。

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

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

設(shè)有職工實(shí)體Employee（職工號(hào)，姓名，性別，年齡，通信地址，家庭成員），其中通信地址記錄了郵編、省、市、街道信息；家庭成員記錄了職工的親屬的姓名。職工實(shí)體中的通信地址是一個(gè)（1）屬性；為了將數(shù)據(jù)庫(kù)模式設(shè)計(jì)得更合理，對(duì)于家庭成員屬性（2）。

某公司的商品（商品號(hào)，商品名稱(chēng)，生產(chǎn)商，單價(jià)）和倉(cāng)庫(kù)（倉(cāng)庫(kù)號(hào)，地址，電話(huà)，商品號(hào)，庫(kù)存量）兩個(gè)實(shí)體之間的關(guān)系如表2-22和表2-23所示。商品關(guān)系的主鍵是（1）；倉(cāng)庫(kù)關(guān)系的主鍵是（2）；倉(cāng)庫(kù)關(guān)系（3），為了解決這一問(wèn)題，需要將倉(cāng)庫(kù)關(guān)系分解為（4）。

關(guān)系R（A，B，C，D）和S（B，C，D）進(jìn)行笛卡兒運(yùn)算，其結(jié)果集為（1）元關(guān)系。3個(gè)實(shí)體及它們之間的多對(duì)多聯(lián)系至少應(yīng)轉(zhuǎn)換成（2）個(gè)關(guān)系模式。

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

某高校管理信息系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程中，（1）階段是在需求分析的基礎(chǔ)上，對(duì)用戶(hù)信息加以分類(lèi)、聚集和概括，建立信息模型，并依照選定的數(shù)據(jù)庫(kù)管理系統(tǒng)軟件，轉(zhuǎn)換成為數(shù)據(jù)的（2），再依照軟硬件環(huán)境，最終實(shí)現(xiàn)數(shù)據(jù)的合理存儲(chǔ)。