[語言類考試復(fù)習(xí)資料大全]中級數(shù)據(jù)庫系統(tǒng)工程師下午試題分類模擬題3

1、書山有路勤為徑，學(xué)海無涯苦作舟。祝愿天下莘莘學(xué)子：學(xué)業(yè)有成，金榜題名！語言類考試復(fù)習(xí)資料大全中級數(shù)據(jù)庫系統(tǒng)工程師下午試題分類模擬題3中級數(shù)據(jù)庫系統(tǒng)工程師下午試題分類模擬題3試題一閱讀以下說明和圖，根據(jù)要求回答下列問題。 說明 某慈善機(jī)構(gòu)欲開發(fā)一個募捐系統(tǒng)，以跟蹤記錄為事業(yè)或項目向目標(biāo)群體進(jìn)行募捐而組織的集體性活動。該系統(tǒng)的主要功能如下所示。 (1)管理志愿者。根據(jù)募捐任務(wù)給志愿者發(fā)送加入邀請、邀請跟進(jìn)、工作任務(wù)；管理志愿者提供的邀請響應(yīng)、志愿者信息、工作時長、工作結(jié)果等。 (2)確定募捐需求和收集所募捐贈(資金及物品)。根據(jù)需求提出募捐任務(wù)、活動請求和捐贈請求，獲取所募集的資金和物品。 (3)

2、組織募捐活動。根據(jù)活動請求，確定活動時間范圍。根據(jù)活動時間，搜索場館，即：向場館發(fā)送場館可用性請求，獲得場館可用性。然后根據(jù)活動時間和地點推廣募捐活動，根據(jù)相應(yīng)的活動信息舉辦活動，從募捐機(jī)構(gòu)獲取資金并向其發(fā)放贈品。獲取和處理捐贈，根據(jù)捐贈請求，提供所募集的捐贈；處理與捐贈人之間的交互，即：錄入捐贈人信息，處理后存入捐贈人信息表；從捐贈人信息表中查詢捐贈人信息，向捐贈人發(fā)送募捐請求，并將已聯(lián)系的捐贈人存入已聯(lián)系的捐贈人表。根據(jù)捐贈請求進(jìn)行募集，募得捐贈后，將捐贈記錄存入捐贈表；對捐贈記錄進(jìn)行處理后，存入已處理捐贈表，向捐贈人發(fā)送致謝函。根據(jù)已聯(lián)系的捐贈人和捐贈記錄進(jìn)行跟進(jìn)，將捐贈跟進(jìn)情況發(fā)送給捐

3、贈人。 現(xiàn)采用結(jié)構(gòu)化方法對募捐系統(tǒng)進(jìn)行分析與設(shè)計，獲得如圖所示的分層數(shù)據(jù)流圖。 1. 使用說明中的詞語，給出圖1中的實體E1E4的名稱。答案:E1：志愿者 E2：捐贈人 E3：募捐機(jī)構(gòu) E4：場館由題干中的關(guān)鍵信息“根據(jù)募捐任務(wù)給志愿者發(fā)送加入邀請、邀請跟進(jìn)、工作任務(wù)；管理志愿者提供的邀請響應(yīng)、志愿者信息、工作時長、工作結(jié)果等”，結(jié)合如圖1所示的0層數(shù)據(jù)流圖中與實體E1相關(guān)的“加入邀請/邀請跟進(jìn)/工作任務(wù)”這一條輸入數(shù)據(jù)流，以及“志愿者信息/工作時長/邀請響應(yīng)/工作結(jié)果”這一條輸出數(shù)據(jù)流可知，實體E1的名稱是“志愿者”。 根據(jù)題干中給出的“根據(jù)活動時間，搜索場館，即：向場館發(fā)送場館可用性請求，

4、獲得場館可用性”等關(guān)鍵信息，結(jié)合圖1中輸入至實體E4的數(shù)據(jù)流“場館可用性請求”，以及輸出數(shù)據(jù)流“場館可用性”等可知，實體E4的名稱是“場館”。 基于題干中給出的“根據(jù)相應(yīng)的活動信息舉辦活動，從募捐機(jī)構(gòu)獲取資金并向其發(fā)放贈品”等關(guān)鍵信息，結(jié)合圖1中輸入至實體E3的數(shù)據(jù)流“贈品”，以及輸出數(shù)據(jù)流“資金”等可知，實體E3的名稱是“募捐機(jī)構(gòu)”。 依據(jù)題干中給出的“從捐贈人信息表中查詢捐贈人信息，向捐贈人發(fā)送募捐請求”等關(guān)鍵信息，結(jié)合圖1中輸入至實體E2的數(shù)據(jù)流“募捐請求”，以及輸出數(shù)據(jù)流“捐贈人信息”等可知，實體E2的名稱是“捐贈人”。 2. 在建模DFD時，需要對有些復(fù)雜加工(處理)進(jìn)行進(jìn)一步精化，

5、圖2為圖1中處理3的進(jìn)一步細(xì)化的1層數(shù)據(jù)流圖，圖3為圖2中3.1進(jìn)一步細(xì)化的2層數(shù)據(jù)流圖。補(bǔ)全圖2中加工P1、P2和P3的名稱和圖2與圖3中缺少的數(shù)據(jù)流。答案:P1：確定活動時間范圍 P2：搜索場館 P3：推廣募捐活動 數(shù)據(jù)流名稱 起點 終點 所募集資金 3.5或舉辦活動并募集資金 2 活動請求 2 3.2或確定活動時間范圍 捐贈請求 2(可不填) 3.1.3 所募集捐贈(或所募集資金或所募集物品 3.1.3或募集 2(可不填) 3.1.3或募集 2(可不填) 3.1.3或募集 2(可不填) 注：數(shù)據(jù)流沒有次序要求；其中“2”處可以為“確定募捐需求收集所募捐贈”基于問題1的解析結(jié)果，結(jié)合如圖2

6、所示的1層數(shù)據(jù)流圖中與加工P1相關(guān)的“活動時間”這一條輸出數(shù)據(jù)流，查找到題干中與之相關(guān)的關(guān)鍵信息“(3)組織募捐活動。根據(jù)活動請求，確定活動時間范圍。根據(jù)活動時間”可知，P1的名稱是“確定活動時間范圍”。 根據(jù)題干中給出的“根據(jù)活動時間，搜索場館，即：向場館發(fā)送場館可用性請求，獲得場館可用性”等關(guān)鍵信息，結(jié)合圖2中加工P2的輸入數(shù)據(jù)流“活動時間”和“場館可用性”，以及輸出數(shù)據(jù)流“場館可用性請求”等可知，P2的名稱是“搜索場館”。 由題干中給出的關(guān)鍵信息“然后根據(jù)活動時間和地點推廣募捐活動，根據(jù)相應(yīng)的活動信息舉辦活動”等，結(jié)合圖2中加工P3的輸入數(shù)據(jù)流“活動時間和地點”，以及輸出數(shù)據(jù)流“活動信息

7、”等可知，P3的名稱是“推廣募捐活動”。 結(jié)合題干中給出的關(guān)鍵信息“(3)組織募捐活動。根據(jù)活動請求，確定活動時間范圍”，以及圖1中處理2至處理3的數(shù)據(jù)流“活動請求”可知，圖2中缺少了一條從處理2至處理3.2的數(shù)據(jù)流“活動請求”。 依據(jù)題干中給出的“(2)確定募捐需求和收集所募捐贈(資金及物品)獲取所募集的資金和物品”、“(3)組織募捐活動獲取和處理捐贈，根據(jù)捐贈請求，提供所募集的捐贈”等關(guān)鍵信息可知，圖2中缺少了一條從處理3.5至處理2的數(shù)據(jù)流“所募集資金”。 基于題干中給出的關(guān)鍵信息“(3)組織募捐活動根據(jù)捐贈請求進(jìn)行募集”，以及圖2中處理2至處理3.1的數(shù)據(jù)流“捐贈請求”可知，圖3中缺少

8、了一條從處理2至處理3.1.3的數(shù)據(jù)流“捐贈請求”。 根據(jù)圖2中處理3.1至處理2的數(shù)據(jù)流“所募集物品”、“所募集資金”，以及“(2)確定募捐需求和收集所募捐贈(資金及物品)獲取所募集的資金和物品”可知，圖3中缺少了一條從處理3.1.3至處理2的數(shù)據(jù)流“所募集捐贈”。 3. 使用說明中的詞語，給出圖3中的數(shù)據(jù)存儲D1D4的名稱。答案:D1：捐贈人信息表 D2：已聯(lián)系的捐贈人表 D3：捐贈表 D4：已處理捐贈表結(jié)合題干中給出的關(guān)鍵信息“錄入捐贈人信息，處理后存入捐贈人信息表”，以及圖3中處理3.1.1的名稱“錄入捐贈人信息”可知，圖3中數(shù)據(jù)存儲D1的名稱是“捐贈人信息表”。 同理，根據(jù)題干中給出

9、的關(guān)鍵信息“向捐贈人發(fā)送募捐請求，并將已聯(lián)系的捐贈人存入已聯(lián)系的捐贈人表”，以及圖3中處理3.1.2的名稱“請求募捐”及其輸出數(shù)據(jù)流“已聯(lián)系的捐贈人”等可知，數(shù)據(jù)存儲D2的名稱是“已聯(lián)系的捐贈人表”。 基于題干中給出的關(guān)鍵信息“根據(jù)捐贈請求進(jìn)行募集，募得捐贈后，將捐贈記錄存入捐贈表”，以及圖3中處理3.1.3的名稱“募集”及其輸出數(shù)據(jù)流“捐贈記錄”等可知，數(shù)據(jù)存儲D3的名稱是“捐贈表”。 依據(jù)題干中給出的關(guān)鍵信息“對捐贈記錄進(jìn)行處理后，存入已處理捐贈表”，以及圖3中處理3.1.3的名稱“募集”及其輸出數(shù)據(jù)流“已處理的捐贈記錄”等可知，數(shù)據(jù)存儲D4的名稱是“已處理捐贈表”。 試題二某企業(yè)網(wǎng)上銷售

10、管理系統(tǒng)的數(shù)據(jù)庫部分關(guān)系模式如下所示： 客戶(客戶號，姓名，性別，地址，郵編) 產(chǎn)品(產(chǎn)品號，名稱，庫存，單價) 訂單(訂單號，時間，金額，客戶號) 訂單明細(xì)(訂單號，產(chǎn)品號，數(shù)量) 關(guān)系模式的主要屬性及約束如表2-1所示。 表2-1關(guān)系模式的主要屬性及約束 關(guān)系名 約束 客戶 客戶號唯一標(biāo)識一位客戶，客戶性別取值為“男”或者“女” 產(chǎn)品 產(chǎn)品號唯一標(biāo)識一個產(chǎn)品 訂單 訂單號唯一標(biāo)識一份訂單。一份訂單必須且僅對應(yīng)一位客戶，一份訂單可由一到多條訂單明細(xì)組成。一位客戶可以有多份訂單。 訂單明細(xì) 一條訂單明細(xì)對應(yīng)一份訂單中的一個產(chǎn)品 客戶、產(chǎn)品、訂單和訂單明細(xì)關(guān)系及部分?jǐn)?shù)據(jù)分別如表2-2、2-3、2

11、-4、2-5所示。 表2-2 客戶關(guān)系 客戶號 姓名 性別 地址 郵編 01 王曉現(xiàn) 女 南京路2號 200005 02 林俊杰 男 北京路18號 200010 表2-3產(chǎn)品關(guān)系 產(chǎn)品號 名稱 庫存 單價 01 產(chǎn)品A 20 298.00 02 產(chǎn)品B 50 168.00 表2-4訂單關(guān)系 訂單號 時間 金額 客戶號 1001 2006.02.03 1268.00 01 1002 2006.02.03 298.00 02 表2-5訂單明細(xì)關(guān)系 訂單號 產(chǎn)品號 數(shù)量 1001 01 2 1001 02 4 1002 01 1 1. 以下是創(chuàng)建部分關(guān)系表的SQL語句，請將空缺部分補(bǔ)充完整。CREA

12、TE TABLE 客戶(客戶號CHAR(5)NOT NULL UNIQUE姓名CHAR(30)，性別CHAR(2) CHECK(VALUE IN(男，女)地址CHAR(30)，郵編CHAR(6);CREATE TABLE 訂單(訂單號CHAR(4)，時間 CHAR(10)，金額 NUMBER(6,2)，客戶號 CHAR(5) NOT NULL，PRIMARY KEY(訂單號)， FOREIGN KEY(客戶號) REFERENCES 客戶(客戶號) ;答案:(a)NOT NULL UNIQUE (b)CHECK(VALUE IN(男，女) (c)FOREIGN KEY(客戶號) REFEREN

13、CES 客戶(客戶號) 2. 請根據(jù)如下查詢語句，回答問題(d)，(e)和(f)SELECT 客戶號FROM 訂單，訂單明細(xì)WHERE 訂單明細(xì).訂單號=訂單.訂單號 AND產(chǎn)品號 = 02AND數(shù)量10；(d)上述查詢語句的功能是什么?請簡要回答。(30個字以內(nèi))(e)將上述查詢語句轉(zhuǎn)換成對應(yīng)的關(guān)系代數(shù)表達(dá)式。(f)上述SQL查詢語句是否可以進(jìn)一步優(yōu)化?如可以，給出優(yōu)化后的SQL查詢語句。答案:(d)查詢一次訂購(或購買)產(chǎn)品號為02的數(shù)量大于10的客戶號 (e)客戶號(訂單?產(chǎn)品號=02數(shù)量10(訂單明細(xì)) (f)可以優(yōu)化。優(yōu)化的SQL語句為： SELECT客戶號 FROM訂單 WHERE

14、訂單號IN (SELECT 訂單號 FROM 訂單明細(xì) WHERE 產(chǎn)品號 = 02 AND數(shù)量10)3. 可以優(yōu)化。優(yōu)化的SQL語句為： SELECT客戶號 FROM訂單 WHERE訂單號IN (SELECT 訂單號 FROM 訂單明細(xì) WHERE 產(chǎn)品號 = 02 AND數(shù)量10) 請按題意將下述SQL查詢語句的空缺部分補(bǔ)充完整。按客戶購買總額的降序，輸出每個客戶的客戶名和購買總額。SELECT 客戶.客戶名， SUM(金額)AS總額FROM 客戶，訂單WHERE 客戶.客戶號=訂單.客戶號 GROUP BY 客戶.客戶號 ORDER BY 總額 DESC ；答案:(g)SUM(金額)AS

15、總額 (h)GROUP BY 客戶.客戶號 (i)ORDER BY 總額 DESC 4. 用SQL語句完成下述要求。(1)定義一個描述訂單的客戶號和對應(yīng)訂單明細(xì)中產(chǎn)品號關(guān)系的視圖，客戶產(chǎn)品(客戶號，產(chǎn)品號)。 CREATE VIEW 客戶產(chǎn)品 AS( SELECT 客戶號，產(chǎn)品號 FROM 訂單，訂單明細(xì) WHERE 訂單明細(xì).訂單號=訂單.訂單號) (2)借助(1)所定義的視圖，查詢至少購買了01號客戶購買的所有產(chǎn)品的客戶號。 SELECT 客戶號FROM 客戶產(chǎn)品 客戶產(chǎn)品1WHERE NOT EXISTS(SELECT*FROM客戶產(chǎn)品 客戶產(chǎn)品2WHERE 客戶號=01 AND NOT

16、 EXISTS(SELECT*FROM客戶產(chǎn)品 客戶產(chǎn)品3WHERE客戶產(chǎn)品1.客戶號=客戶產(chǎn)品3.客戶號AND客戶產(chǎn)品2.產(chǎn)品號=客戶產(chǎn)品3.產(chǎn)品號)；答案:(1)CREATE VIEW 客戶產(chǎn)品 AS(SELECT 客戶號，產(chǎn)品號FROM 訂單，訂單明細(xì)WHERE 訂單明細(xì).訂單號=訂單.訂單號) (2)(j)NOT EXISTS (k)客戶號=01 AND NOT EXISTS(l)客戶產(chǎn)品1.客戶號=客戶產(chǎn)品3.客戶號AND客戶產(chǎn)品2.產(chǎn)品號=客戶產(chǎn)品3.產(chǎn)品號5. 當(dāng)個訂單和對應(yīng)的訂單明細(xì)數(shù)據(jù)入庫時，應(yīng)該減少產(chǎn)晶關(guān)系中相應(yīng)的產(chǎn)品庫存，為此應(yīng)該利用數(shù)據(jù)庫管理系統(tǒng)的什么機(jī)制實現(xiàn)此功能?請

17、用100字以內(nèi)的文字簡要說明。答案:采用數(shù)據(jù)庫管理系統(tǒng)的觸發(fā)器機(jī)制。對產(chǎn)品關(guān)系定義一個觸發(fā)器，在訂單明細(xì)中的記錄插入或更新之后，該觸發(fā)器被激活，根據(jù)訂單明細(xì)中訂購的產(chǎn)品及數(shù)量，減少產(chǎn)品關(guān)系中對應(yīng)產(chǎn)品的庫存量。試題三閱讀下列說明，根據(jù)要求回答下列問題。 說明 某醫(yī)院的門診管理系統(tǒng)實現(xiàn)了為患者提供掛號、處方藥品收費(fèi)的功能。具體的需求及設(shè)計如下。 (1)醫(yī)院醫(yī)師具有編號、姓名、科室、職稱、出診類型和出診費(fèi)用，其中出診類型分為專家門診和普通門診，與醫(yī)師職稱無關(guān)：各個醫(yī)師可以具有不同的出診費(fèi)用，與職稱和出診類型無關(guān)。 (2)患者首先在門診掛號處掛號，選擇科室和醫(yī)師，根據(jù)選擇的醫(yī)師繳納掛號費(fèi)(醫(yī)師出診費(fèi))

18、。收銀員為患者生成掛號單，如表1所示，其中，就診類型為醫(yī)師的出診類型。 表1 醫(yī)院門診掛號單收銀員：13011 時間：2007年2月1日08:58 就診號 姓名 科室 醫(yī)師 就診類型 掛號費(fèi) 20070205015 葉萌 內(nèi)科 楊玉明 專家門診 15元 (3)患者在醫(yī)師處就診后，憑借掛號單和醫(yī)師手寫處方到門診藥房交費(fèi)買藥。收銀員根據(jù)就診號和醫(yī)師處方中開列的藥品信息，查詢藥品庫(見表2)并生成門診處方單(見表3)。表2 藥品庫 藥品編碼 藥品名稱 類型 庫存 貨架編號 單位 規(guī)格 單價 12007 牛蒡子 中藥 51590 B140l G 炒 0.0340 11090 百部 中藥 36950 B

19、1523 G 片 0.0313表3 醫(yī)院門診處方單時間：2007年2月1日10:31 就診號 20070205015 病人姓名 葉萌 醫(yī)師姓名 楊玉明 金額總計 0.65 項目總計 2 收銀員 21081 藥品編碼 藥品名稱 數(shù)量 單位 單價 金額(元) 12007 牛蒡子 10 G 0.0340 0.34 11090 百部 10 G 0.0313 0.31 (4)由于藥品價格會發(fā)生變化，因此門診管理系統(tǒng)必須記錄處方單上藥品的單價。 概念模型設(shè)計 根據(jù)需求階段收集的信息，設(shè)計的實體聯(lián)系圖(不完整)如圖所示。 邏輯結(jié)構(gòu)設(shè)計 根據(jù)概念模型設(shè)計階段完成的實體聯(lián)系圖，得出如下關(guān)系模式(不完整)。 掛號

20、單(就診號，病患姓名，醫(yī)師編號，時間，_) 收銀員(編號，姓名，級別) 醫(yī)師(編號，姓名，科室，職稱，出診類型，出診費(fèi)用) 門診處方(_，收銀員，時間) 處方明細(xì)(就診號，_) 藥品庫(藥品編碼，藥品名稱，_) 1. 根據(jù)問題描述，填寫圖實體聯(lián)系圖中聯(lián)系的類型。答案:1 *，或n，或m *，或n，或m *，或n，或m依題意，仔細(xì)分析該醫(yī)院門診處方單(見表3)中的數(shù)據(jù)及生活常識可知，一名醫(yī)生可以開多張門診處方，一張門診處方由一名醫(yī)生開出，因此對于“醫(yī)生”實體與“門診處方”實體之間的聯(lián)系“開處方”，其聯(lián)系的類型為一對多(1:n)，即空缺處應(yīng)填入1，空缺處應(yīng)填入n。 同理，仔細(xì)分析該醫(yī)院門診處方單(

21、見表3)和表2藥品庫中的數(shù)據(jù)，并結(jié)合生活常識可知，一張門診處方可以包含多種庫存中的藥品，一種庫存中的藥品也可以存在于多張不同的門診處方中。因此對于“門診處方”實體與“藥品庫存”實體之間的聯(lián)系“明細(xì)”，其聯(lián)系的類型為多對多(m:n)，即空缺處應(yīng)填入m，空缺處應(yīng)填入n。 2. 圖中還缺少幾個聯(lián)系?請指出每個聯(lián)系兩端的實體名，格式為“實體1：實體2”。 例如，收銀員與門診處方之間存在聯(lián)系，表示為“收銀員：門珍處方”或“門診處方：收銀員”。 答案:缺少的聯(lián)系個數(shù)：3 掛號單：醫(yī)師 掛號單：收銀員 掛號單：門診處方依題意，在該門診管理系統(tǒng)實體聯(lián)系圖(見圖)中沒有畫出“掛號單”實體與其他實體之間的聯(lián)系，因

22、此可從“掛號單”實體入手進(jìn)行試題解答。由題干關(guān)鍵信息“患者首先在門診掛號處掛號，選擇科室和醫(yī)師，根據(jù)選擇的醫(yī)師繳納掛號費(fèi)(醫(yī)師出診費(fèi))。收銀員為患者生成掛號單”，并仔細(xì)分析該醫(yī)院門診掛號單(見表1)中的數(shù)據(jù)，結(jié)合生活常識可知，病人患者掛某個醫(yī)師的號，則需將掛號信息記錄在“掛號單”實體中，通常一張掛號單對應(yīng)于一名醫(yī)師，而一名醫(yī)師可以存在于多張不同的掛號單中。因此“掛號單”實體與“醫(yī)師”實體之間存在聯(lián)系“記錄”，其聯(lián)系的類型為多對一(n:1)。由于“收銀員為患者生成掛號單”，通常一張掛號單由一名收銀員生成，而一名收銀員可以開多張不同的掛號單，因此“掛號單”實體與“收銀員”實體之間存在聯(lián)系“生成”，

23、其聯(lián)系的類型為多對一(n:1)。 由題干關(guān)鍵信息“收銀員根據(jù)就診號(見表1)和醫(yī)師處方中開列的藥品信息生成門診處方單(見表3)”，并結(jié)合生活常識可知，一張掛號單通常生成一張門診處方(暫不考慮中藥處方、西藥處方等情況；若考慮，則為多張門診處方)，一張門診處方關(guān)聯(lián)于一張掛號單，因此“掛號單”實體與“門診處方”實體之間存在聯(lián)系“關(guān)聯(lián)”，其聯(lián)系的類型為一對一(1:1；若考慮中藥處方、西藥處方等情況，則聯(lián)系的類型為一對多)。 綜合以上分析可知，圖中還缺少3個聯(lián)系，分別是“掛號單：醫(yī)師”、“掛號單:收銀員”、“掛號單:門診處方”。 3. 根據(jù)實體聯(lián)系圖，填寫掛號單、門診處方、處方明細(xì)和藥品庫關(guān)系模式中的空

24、白處，并指出掛號單、門診處方和處方明細(xì)關(guān)系模式的主鍵。答案:收銀員編號，或收銀員 就診號 藥品編號，數(shù)量，單價 類型，庫存，貨架編號，單位，規(guī)格，單價 掛號單主鍵：就診號 門診處方主鍵：就診號 處方明細(xì)主鍵：就診號、藥品編號依題意，對于“掛號單”關(guān)系模式，根據(jù)表1的數(shù)據(jù)，并結(jié)合問題2的分析結(jié)果，由于“掛號單”實體與“收銀員”實體之間存在聯(lián)系“生成”，在掛號單中需記錄對應(yīng)的收銀員，因此，“掛號單”關(guān)系模式需補(bǔ)充屬性“收銀員編號(或收銀員)”。掛號單的主鍵“就診號”，外鍵是“醫(yī)師編號”和“收銀員編號”。 同理，對于“門診處方”關(guān)系模式，根據(jù)表3的數(shù)據(jù)，并結(jié)合問題2的分析結(jié)果，“掛號單”實體與“門診

25、處方”實體之間存在聯(lián)系“關(guān)聯(lián)”，在門診處方單中需記錄掛號單中的就診號，因此，“門診處方”關(guān)系模式需補(bǔ)充屬性“就診號”。由于“掛號單”實體與“門診處方”實體之間存在一對一(1:1)的聯(lián)系，因此掛號單的主鍵“就診號”可以作為門診處方的主鍵，門診處方的外鍵是“就診號”和“收銀員編號(或收銀員)”。 對于“藥品庫存”關(guān)系模式，其主要記錄藥品的詳細(xì)信息和庫存信息，根據(jù)表2的數(shù)據(jù)，“藥品庫存”關(guān)系模式需補(bǔ)充的屬性有“類型，庫存，貨架編號，單位，規(guī)格，單價”，其主鍵是“藥品編號”。 由問題1的分析結(jié)果可知，一張門診處方中包含多項藥品信息，而一種藥品也可以存在于多張門診處方中，因此通過“處方明細(xì)”關(guān)系模式來表

26、示這種多對多(m:n)的聯(lián)系，并且由于每種藥品的具體信息已經(jīng)在“藥品庫存”關(guān)系模式中記錄，在“處方明細(xì)”關(guān)系模式中主要記錄的是門診處方與藥品的對應(yīng)關(guān)系，以及處方所需藥品的具體數(shù)量，結(jié)合題干給出的關(guān)鍵信息“由于藥品價格會發(fā)生變化，因此門診管理系統(tǒng)必須記錄處方單上藥品的單價”。因此，“處方明細(xì)”關(guān)系模式需補(bǔ)充的屬性有“藥品編號，數(shù)量，單價”。其中，“就診號”和“藥品編號”既是“處方明細(xì)”關(guān)系模式的主鍵，也是它的外鍵。 試題四閱讀下列說明，回答問題1至問題3，將解答填入對應(yīng)欄內(nèi)。 說明 某學(xué)校擬開發(fā)一套校友捐贈管理系統(tǒng)，以便對校友的捐贈資金進(jìn)行管理。 需求分析 校友可以向?qū)W校提出捐贈申請，說明捐贈的

27、金額、捐贈類型和使用方式。捐贈類型包括一次性捐贈和周期性捐贈。捐贈的使用方式分為兩種：一種用于資助個人，即受益人為多名學(xué)生或老師，主要用于獎學(xué)金、獎教金和助學(xué)金等；另一種用于資助捐贈項目，即資助已有的捐贈項目和設(shè)立新的捐贈項目，主要用于改善教學(xué)設(shè)施、實驗室建設(shè)和設(shè)備購買等。捐贈項目由捐贈理事建立，一個捐贈項目可以涉及多個受益單位，每個單位在該項目中有確定的受益比例。由捐贈理事為項目中的每個單位指定一個項目負(fù)責(zé)人，并指定每個單位受益比例。每個單位的受益比例是指在一個捐贈項目中的每個單位所應(yīng)得的金額占該捐贈項目總受益金額的比例。一個捐贈項目可以由多個捐贈來資助，一個捐贈也可以資助多個捐贈項目。由捐

28、贈理事將一個捐贈的捐贈金額分配給所資助的多個捐贈項目，并指定給每個捐贈項目的具體的捐贈金額。 初步設(shè)計了校友捐贈信息數(shù)據(jù)庫，其關(guān)系模式如圖4-1所示。 關(guān)系模式的主要屬性、含義及約束如表4-1所示。 表4-1 主要屬性、含義及約束 屬 性 含義和約束條件 項目編號 唯一標(biāo)識某個捐贈項目信息 受益人 捐贈的受益人名稱 受益人類型 分為：學(xué)生、教師 受益金額 每個受益人具體得到的捐贈金額 受益比例 捐贈項目中每個捐贈單位應(yīng)得到的項目捐贈總金額的比例 項目受益金額 從一個捐贈中分配給一個捐贈項目的具體金額 1. 對關(guān)系“校友信息”，請回答以下問題： (1)列舉出所有候選鍵的屬性。 (2)關(guān)系“校友信

29、息”可達(dá)到第幾范式，用60字以內(nèi)文字簡要敘述理由。 答案:(1)“校友編號”和“身份證號”。 (2)“校友信息”關(guān)系模式可以達(dá)到第二范式，不滿足第三范式。 由于“校友信息”關(guān)系模式的主鍵是“校友編號”，但又包含函數(shù)依賴： 班級院系，入學(xué)年份 不滿足第三范式的要求，即存在非主屬性對碼的傳遞依賴。本題考查數(shù)據(jù)庫理論的規(guī)范化，屬于比較傳統(tǒng)的題目，考查點也與往年類似。 本問題考查非主屬性和第三范式。 根據(jù)“校友信息”關(guān)系模式可知，“校友編號”和“身份證號”都是校友信息的決定因素，因此都是候選鍵的屬性。 根據(jù)第三范式的要求：每一個非主屬性既不部分依賴于碼也不傳遞依賴于碼。 根據(jù)“校友信息”關(guān)系模式，其中

30、存在以下函數(shù)依賴： 班級院系，入學(xué)年份 而由于“校友信息”關(guān)系模式的主鍵是“校友編號”，因而，存在非主屬性對碼的傳遞依賴。所以，“校友信息”關(guān)系模式可以達(dá)到第二范式，但不滿足第三范式。 2. 對關(guān)系“捐贈信息”，請回答以下問題： (1)針對“捐贈信息”關(guān)系，用100字以內(nèi)文字簡要說明會產(chǎn)生什么問題。 (2)把“捐贈信息”分解為第三范式，分解后的關(guān)系名依次為：捐贈信息1，捐贈信息2， (3)列出“捐贈信息”關(guān)系修正后的各關(guān)系模式的主鍵。 答案:(1)“捐贈信息”關(guān)系不滿足第二范式，即非主屬性不完全依賴于碼。 (2)會造成：插入異常、刪除異常和修改復(fù)雜(或修改異常)。 (3)分解后的關(guān)系模式如下：

31、 捐贈信息1(捐贈編號，捐贈校友，捐贈時間，捐贈金額，捐贈類型，使用方式) 捐贈信息2(受益人身份證號，受益人姓名，受益人所在單位，受益人類型) 捐贈信息3(捐贈編號，受益人身份證號，受益金額，使用說明) (1)修正后的主鍵如下： 捐贈信息1(捐贈編號，捐贈校友，捐贈時間，捐贈金額，捐贈類型，使用方式) 捐贈信息2(受益人身份證號，受益人姓名，受益人所在單位，受益人類型) 捐贈信息3(捐贈編號，受益人身份證號，受益金額，使用說明)本問題考查第二范式和第三范式。 根據(jù)第三范式的要求：非主屬性不完全依賴于碼。 根據(jù)“捐贈信息”關(guān)系模式，可知其碼為(捐贈編號，受益人身份證號)，而又存在部分函數(shù)依賴：

32、 捐贈編號捐贈校友，捐贈時間，捐贈金額，捐贈類型，使用方式。 受益人身份證號受益人姓名，受益人所在單位，受益人類型。 所以，捐贈信息”關(guān)系不滿足第二范式，會造成：插入異常、刪除異常和修改復(fù)雜(或修改異常)。 因為存在部分函數(shù)依賴，因此對“捐贈信息”進(jìn)行分解，分解后的關(guān)系模式如下： 捐贈信息1(捐贈編號，捐贈校友，捐贈時間，捐贈金額，捐贈類型，使用方式) 捐贈信息2(受益人身份證號，受益人姓名，受益人所在單位，受益人類型) 捐贈信息3(捐贈編號，受益人身份證號，受益金額，使用說明) 其中， “捐贈信息1”關(guān)系的函數(shù)依賴為： 捐贈編號捐贈校友，捐贈時間，捐贈金額，捐贈類型，使用方式。 “捐贈信息2”關(guān)系的函數(shù)依賴為： 受益人身份證號受益人姓名，受益人所在單位，受益人類型。 “捐贈信息3”關(guān)系的函數(shù)依賴為： 捐贈編號，