數(shù)據(jù)庫系統(tǒng)工程師下午2013上半年

1、 真題 數(shù)據(jù)庫系統(tǒng)工程師下午 2013 上半年填空題 試題一 閱讀以下說明和圖，根據(jù)要求回答下列問題。 說明 某慈善機構(gòu)欲開發(fā)一個募捐系統(tǒng)， 以跟蹤記錄為事業(yè)或項目向目標群體 進行募捐而組織的集體性活動。該系統(tǒng)的主要功能如下所示。(1) 管理志愿者。 根據(jù)募捐任務給志愿者發(fā)送加入邀請、 邀請跟進、 工作 任務；管理志愿者提供的邀請響應、志愿者信息、工作時長、工作結(jié)果等。(2) 確定募捐需求和收集所募捐贈 (資金及物品 ) 。根據(jù)需求提出募捐任 務、活動請求和捐贈請求，獲取所募集的資金和物品。(3) 組織募捐活動。 根據(jù)活動請求， 確定活動時間范圍。 根據(jù)活動時間， 搜索場館，即：向場館發(fā)送場館

2、可用性請求，獲得場館可用性。然后根據(jù)活動時 間和地點推廣募捐活動， 根據(jù)相應的活動信息舉辦活動， 從募捐機構(gòu)獲取資金并 向其發(fā)放贈品。獲取和處理捐贈，根據(jù)捐贈請求，提供所募集的捐贈；處理與捐 贈人之間的交互，即：錄入捐贈人信息，處理后存入捐贈人信息表；從捐贈人信 息表中查詢捐贈人信息， 向捐贈人發(fā)送募捐請求， 并將已聯(lián)系的捐贈人存入已聯(lián) 系的捐贈人表。根據(jù)捐贈請求進行募集，募得捐贈后，將捐贈記錄存入捐贈表； 對捐贈記錄進行處理后， 存入已處理捐贈表， 向捐贈人發(fā)送致謝函。 根據(jù)已聯(lián)系 的捐贈人和捐贈記錄進行跟進，將捐贈跟進情況發(fā)送給捐贈人?，F(xiàn)采用結(jié)構(gòu)化方法對募捐系統(tǒng)進行分析與設計， 獲得如圖所

3、示的分層數(shù) 據(jù)流圖。第 1 題：使用說明中的詞語，給出圖1中的實體E1E4的名稱。 參考答案：E1:志愿者E2:捐贈人 E3 :募捐機構(gòu)E4:場館詳細解答： 由題干中的關鍵信息“根據(jù)募捐任務給志愿者發(fā)送加入邀請、邀請跟進、工 作任務；管理志愿者提供的邀請響應、志愿者信息、工作時長、工作結(jié)果等”， 結(jié)合如圖 1 所示的 0 層數(shù)據(jù)流圖中與實體 E1 相關的“加入邀請 /邀請跟進/ 工作 任務”這一條輸入數(shù)據(jù)流，以及“志愿者信息 /工作時長 /邀請響應/工作結(jié)果” 這一條輸出數(shù)據(jù)流可知，實體 E1 的名稱是“志愿者”。根據(jù)題干中給出的“根據(jù)活動時間， 搜索場館，即:向場館發(fā)送場館可用性請求， 獲得

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

5、理）進行進一步精化，圖2為圖1中處 理 3 的進一步細化的 1 層數(shù)據(jù)流圖，圖 3 為圖 2 中 3.1 進一步細化的 2 層數(shù)據(jù) 流圖。補全圖2中加工P1、P2和P3的名稱和圖2與圖3中缺少的數(shù)據(jù)流。參考答案：P1：確定活動時間范圍P2 :搜索場館P3 :推廣募捐活動注：數(shù)據(jù)流沒有次序要求； 其中“2”處可以為“確定募捐需求收集所募捐贈” 詳細解答:基于問題 1 的解析結(jié)果，結(jié)合如圖 2 所示的 1 層數(shù)據(jù)流圖中與加工 P1 相關 的“活動時間”這一條輸出數(shù)據(jù)流，查找到題干中與之相關的關鍵信息“ （3） 組 織募捐活動。根據(jù)活動請求，確定活動時間范圍。根據(jù)活動時間 ”可知， P1 的名稱是“

6、確定活動時間范圍”。根據(jù)題干中給出的“根據(jù)活動時間，搜索場館，即:向場館發(fā)送場館可用性請求，獲得場館可用性”等關鍵信息，結(jié)合 圖2中加工P2的輸入數(shù)據(jù)流“活動時間”和“場館可用性”，以及輸出數(shù)據(jù)流“場館可用性請求”等可知，P2的名稱是“搜索場館”。由題干中給出的關鍵信息“然后根據(jù)活動時間和地點推廣募捐活動， 根據(jù)相應的活動信息舉辦活 動”等，結(jié)合圖2中加工P3的輸入數(shù)據(jù)流“活動時間和地點”，以及輸出 數(shù)據(jù)流“活動信息”等可知，P3的名稱是“推廣募捐活動”。結(jié)合題干中給出的關鍵信息“ （3） 組織募捐活動。根據(jù)活動請求，確定活動時間范圍”，以 及圖 1 中處理 2 至處理 3 的數(shù)據(jù)流“活動請求

7、” 可知， 圖 2 中缺少了一條從處理 2 至處理 3.2 的數(shù)據(jù)流“活動請求”。依據(jù)題干中給出的“ （2） 確定募捐需求和收集所募捐贈（資金及物品）獲取所募集的資金和物品”、“（3）組織募捐活動獲取和處理捐贈， 根據(jù)捐贈請求， 提供所募集的捐贈” 等關鍵信息可 知，圖 2 中缺少了一條從處理 3.5 至處理 2 的數(shù)據(jù)流“所募集資金”?；陬}干中給出的關鍵信息“（3）組織募捐活動根據(jù)捐贈請求進行募集”，以 及圖 2 中處理 2 至處理 3.1 的數(shù)據(jù)流“捐贈請求” 可知，圖 3 中缺少了一條從處 理 2 至處理 的數(shù)據(jù)流“捐贈請求”。根據(jù)圖 2中處理 3.1 至處理 2的數(shù)據(jù)流“所募集物品”

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

9、3 中 處理 的名稱“請求募捐”及其輸出數(shù)據(jù)流“已聯(lián)系的捐贈人”等可知，數(shù) 據(jù)存儲D2的名稱是“已聯(lián)系的捐贈人表”?；陬}干中給出的關鍵信息“根據(jù)捐贈請求進行募集，募得捐贈后，將捐贈記錄存入捐贈表”，以及圖 3 中處理 的名稱“募集”及其輸出數(shù)據(jù)流“捐贈記錄”等可知，數(shù)據(jù)存儲 D3的名稱是“捐贈表”。依據(jù)題干中給出的關鍵信息“對捐贈記錄進行處理后，存入已處理捐贈表”，以及圖 3中處理的名稱“募集”及 其輸出數(shù)據(jù)流“已處理的捐贈記錄”等可知，數(shù)據(jù)存儲D4的名稱是“已處理捐贈表”。試題二閱讀以下說明，根據(jù)要求回答下列問題。 說明 某航空公司要開發(fā)一個訂票信息處理系統(tǒng)， 該系統(tǒng)的部分關系模式如下：

10、航班（u航班編號/u，航空公司，起飛地，起飛時間，目的地，到達 時間，票價 ）折扣（航班編號，開始日期，結(jié)束日期，折扣 ）旅客（u身份證號/u，姓名，性別，出生日期，電話，VIP折扣） 購票（u購票單號/u，uB#份證號v/Bv/u，uB：航班編號 /B/u ，搭乘日期，購票金額 ）有關關系模式的屬性及相關說明如下：（1）航班表中的起飛時間和到達時間不包含日期，同一航班不會在一天 出現(xiàn)兩次及兩次以上；（2）各航空公司會根據(jù)旅客出行淡旺季適時調(diào)整機票的折扣，旅客購買 機票的購票金額計算公式為：票價X折扣X VIP折扣，其中旅客的VIP折扣與該 旅客已購買過的機票的購票金額總和相關，在旅客每次購票

11、后被修改。 VIP 折扣 值的計算由函數(shù) float vip_value（char18 身份證號 ）完成。根據(jù)以上描述，回答下列問題。第4題： 請將如下創(chuàng)建購票關系的SQL語句的空缺部分補充完整，要求指定關系的主 鍵、外鍵，以及購票金額大于零的約束。CREATE TABLE勾票（購票單號 CHAR（15） ,身份證號 CHAR（18）,航班編號 CHAR（6）,搭乘日期 DATE, 購票金額 FLOAT );參考答案：PRIMARYKEY或 NOTNULLUNIQUE）CHECK購票金額0） FOREIGNKEY （身份證號）REFERENCE旅客（身份證號）FOREIGNKEY （航班編號）

12、REFERENCE®班（航班編號）詳細解答：在創(chuàng)建“購票”關系模式的 SQL語句時，由于屬性“購票單號”為“購票” 關系模式的主鍵，即不能為空且唯一標識一條數(shù)據(jù)記錄，因此空缺處需要填入"PRIMARY KEY或 NOT NULL UNIQUE或 NOT NULL PRIMARY KEY）對該屬性進 行主鍵約束。 結(jié)合題干給出的關鍵信息“購票金額大于零”可知，空缺處 應填入“ CHECK購票金額0） ”對屬性“購票金額”進行約束。由于屬性“身份證號”、 “航班編號”是“購票”關系模式的外鍵，因此空缺處需要使用FOREIGNKEY對這兩個屬性進行外鍵約束，即應填入“ FOREI

13、GNKEY（身份證 號）REFERENCE旅客 （身份證號）”、“ FOREIGN KEY航班編號）REFERENCEB班 （ 航班編號 ） ”。第 5 題：（1）身份證號為的客戶購買了 2013年2月18日CA5302航 班的機票，購票單號由系統(tǒng)自動生成。下面的 SQL語句將上述購票信息加入系 統(tǒng)中，請將空缺部分補充完整。INSERT INTO 購票（購票單號 ,身份證號 ,航班編號 ,搭乘日期,購票金額 ）SELECT'201303105555', 'CA5302, '2013/2/18FROM航班,折扣，旅客WHEREAND亢班.航班編號='CA5

14、302 ANDAND ' 2013/2/18 ' BETWEEN折扣.開始日期 AND折扣.結(jié)束日期AND 旅客. 身份證號 (2) 需要用觸發(fā)器來實現(xiàn) VIP 折扣的修改，調(diào)用函數(shù) vip_value() 來實現(xiàn)。 請將如下SQL語句的空缺部分補充完整。CREATE TRIGGER VIP_TRG AFTER ON RE FERENCING new row AS nrowFOR EACH rowBEGINUPDATE旅客SET WHERE ;END參考答案：票價*折扣 *VIP 折扣航班. 航班編號 =折扣 . 航班編號INSERT購票 VIP折扣=vip_value（nro

15、w.身份證號）旅客.身份證號=nrow.身份證號 詳細解答：（1）基于題干給出的關鍵信息“旅客購買機票的購票金額計算公式為： 票價x 折扣X VIP折扣”可知，（空缺處對應填入INSERTINTO語句中“購票金額”的計 算公式，即“票價*折扣*VIP折扣”。結(jié)合題干給出的“其中旅客的VIP折扣與該旅客已購買過的機票的購票金額總和相關， 在旅客每次購票后被修改” 等 關鍵信息可知，該SELEC查詢語句中將涉及到“航班”、“折扣”兩個關系模 式，因此空缺處應對這二者進行關聯(lián)，即應填入“航班.航班編號=折扣.航班編號”。使用T-SQL語句來創(chuàng)建觸發(fā)器的基本語句如下。createtrigger tri

16、gger_name on table_name | view_name for | After | Instead ofinsert ， update， delete as sql_statement在“購票”關系模式中插入一條數(shù)據(jù)記錄時， 觸發(fā)器應能夠自動執(zhí)行， 因此需要創(chuàng)建基 于INSERT類型的觸發(fā)器，即空缺處應依次填入“ INSERT、“購票”。根據(jù)題干給出的“ VIP折扣值的計算由函數(shù)float vip_value（char18 身份證號） 完成 ”等 關鍵 信息 可 知， 空缺 處應 填入 的 觸發(fā) 器執(zhí) 行動 作是 “ VIP 折扣 =vip_value（nrow. 身份證號 ）

17、 ”?？杖碧帒砑颖淼倪B接條件“旅客 .身份證號 =nrow. 身份證號”。第 6 題：請將如下SQL語句的空缺部分補充完整。（1）查詢搭乘日期在 2012年1月1日至2012年12月31日之間，且合計購 票金額大于等于 10000元的所有旅客的身份證號、姓名和購票金額總和，并按 購票金額總和降序輸出。SELECT旅客.身份證號，姓名,SUM（購票金額） FROM旅客,購票WHERE GROUP BY ;ORDER BY ;（2）經(jīng)過中轉(zhuǎn)的航班與相同始發(fā)地和目的地的直達航班相比，會享受更低的 折扣。查詢從廣州到北京，經(jīng)過一次中轉(zhuǎn)的所有航班對，輸出廣州到中轉(zhuǎn)地的 航班編號、中轉(zhuǎn)地、中轉(zhuǎn)地到北京的

18、航班編號。SELECT FROM 航班航班 1, 航班 航班 2WHERE ;參考答案：旅客.身份證號=購票.身份證號 AND搭乘日期 BETWEEN2012/1/1AND '2012/12/31 '旅客.身份證號,姓名HAVING SUM購票金額)=10000SUM購票金額)DESC 航班1.航班編號,航班1.目的地,航班2.航班編號 航班1.起飛地='廣州'AND航班2.目的地-北京'AND 航班1.目的地=航 班 2. 起飛地 ;詳細解答：(1)(1) 查詢搭乘日期在 2012年 1 月 1 日至 2012年 12月 31 日之間，且合計 購票金額

19、大于等于 10000 元的所有旅客的身份證號、 姓名和購票金額總和， 并按 購票金額總和降序輸出。SELECT旅客.身份證號，姓名,SUM(購票金額)FROM旅客,購票WHERE旅客.身份證號二購票.身份證號AND搭乘日期BETWEEN2012/1/1 ' AND ' 2012/12/31 'GROUFBY 旅客.身份證號，姓名HAVINGSUM購票金額)=10000;ORDEFBY SUM購票金額)DESC; (2)經(jīng)過中轉(zhuǎn)的航班與相同始發(fā)地和目的地的直達航班相比， 會享受更低的折扣。 查 詢從廣州到北京，經(jīng)過一次中轉(zhuǎn)的所有航班對，輸出廣州到中轉(zhuǎn)地的航班編號、 中轉(zhuǎn)地

20、、中轉(zhuǎn)地到北京的航班編號。SELECT 航班 1. 航班編號 , 航班 1. 目的地,航班2.航班編號FROM航班航班1,航班航班2WHERE航班1.起飛地= 廣州 AND 航班 2. 目的地 = 北京 AND 航班 1. 目的地=航班 2. 起飛地 ;試題三閱讀以下說明，根據(jù)要求回答下列問題。 說明 某電視臺擬開發(fā)一套信息管理系統(tǒng)，以方便對全臺的員工、欄目、廣告 和演播廳等進行管理。 需求分析 (1) 系統(tǒng)需要維護全臺員工的詳細信息、欄目信息、廣告信息和演播廳 信息等。員工的信息主要包括：工號、姓名、性別、出生日期、電話和住址等， 欄目信息主要包括：欄目名稱、播出時間和時長等。廣告信息主要包

21、括：廣告編 號、價格等。演播廳信息包括：房間號、房間面積等。(2) 電視臺根據(jù)調(diào)度單來協(xié)調(diào)各檔欄目、演播廳和場務。一個銷售檔欄 目只會占用一個演播廳， 但會使用多名場務來進行演出協(xié)調(diào)。 演播廳和場務可以 被多個欄目循環(huán)使用。(3) 電視臺根據(jù)欄目來插播廣告。每檔欄目可以插播多條廣告，每條廣 告也可以在多檔欄目中插播。(4) 一檔欄目可以有多名主持人，但一名主持人只能主持一檔欄目。(5) 一名編輯人員可以編輯多條廣告，一條廣告只能由一名編輯人員編 輯。 概念模型設計 根據(jù)需求階段收集的信息而設計的實體聯(lián)系圖 (不完整) 如圖所示。 邏輯結(jié)構(gòu)設計 根據(jù)概念模型設計階段完成的實體聯(lián)系圖， 得出如下關

22、系模式 (不完整) ： 演播廳(房間號，房間面積 )欄目 （ 欄目名稱，播出時間，時長 ）廣告 （ 廣告編號，銷售價格， ）員工 （ 工號，姓名，性別，出生日期，電話，住址 ）主持人 （主持人工號， ）插播單 （ ，播出時間 ）調(diào)度單 （）第 7 題：補充圖中的聯(lián)系和聯(lián)系的類型。 參考答案：詳細解答：第 8 題：根據(jù)圖，將邏輯結(jié)構(gòu)設計階段生成的關系模式中補充完整，并用下劃線指出所 在關系模式的主鍵。 參考答案：（1） 編輯人員工號 （2） 欄目名稱 （3） 欄目名稱， 廣告編號（4）欄目名稱，房間號，場務工號廣告（u廣告編號v/u，銷售價格，編輯人員工號）主持人（u主持人工號/u，欄目名稱）插

23、播單（u欄目名稱，廣告編號/u，播出時間）調(diào)度單（u欄目名稱，房間號，場務工號/u）詳細解答：這是一道要求讀者掌握數(shù)據(jù)庫的邏輯結(jié)構(gòu)設計的綜合理解題， 本題的解答思 路如下。 基于問題 1的分析結(jié)果， 在圖中實體“編輯人員” 與實體“廣告” 之間存在聯(lián)系“編輯”，其聯(lián)系的類型為一對多 （1:n） 。結(jié)合題干說明信息中已 給出的關系模式：員工（u工號/u，姓名，性別，出生日期，電話，住址）， 可知“廣告”關系模式中需要加入一端實體的主鍵“編輯人員工號” （即空缺處 所填寫的內(nèi)容 ） 。結(jié)合常識可知，屬性“廣告編號”唯一標識每一條“廣告”的 數(shù)據(jù)記錄， 因此它是“廣告”關系模式的主鍵。 同理，在圖中

24、實體“欄目” 與實體“主持人”之間存在聯(lián)系“主持”，其聯(lián)系的類型為一對多 （1:n） 。題干 中已給出的關系模式：欄目（u欄目名稱/u，播出時間，時長），可知“主持 人”關系模式中需要加入一端實體的主鍵 “欄目名稱”（即空缺處所填寫的內(nèi)容 ）。 結(jié)合常識可知，屬性“主持人工號”唯一標識每一條“主持人”的數(shù)據(jù)記錄，因 此它是“主持人”關系模式的主鍵。對于圖中聯(lián)系類型為多對多 （m:n） 的 “插播”聯(lián)系， 應將其轉(zhuǎn)換成一個獨立的關系模式， 其屬性為兩端實體類型的主 鍵加上聯(lián)系類型自身的屬性， 而該關系模式的主鍵為兩端實體主鍵的組合。 因此 空缺處應填入“欄目名稱，廣告編號”。屬性“欄目名稱”、“

25、廣告編號”的組 合是“插播單”關系模式的主鍵。 對于圖中聯(lián)系類型為 1:m:n 的“調(diào)度” 聯(lián)系，應將其轉(zhuǎn)換成一個獨立的關系模式， 其屬性為三端實體類型的主鍵加上聯(lián) 系類型自身的屬性， 而該關系模式的主鍵為三端實體主鍵的組合。 因此空缺處應 填入“欄目名稱，房間號，場務工號”。屬性“欄目名稱”、“房間號”、“場 務工號”的組合是“調(diào)度”關系模式的主鍵。第 9 題： 現(xiàn)需要記錄廣告商信息，增加廣告商實體。一個廣告商可以提供多條廣告，一 條廣告只能由一個廣告商提供。請根據(jù)該要求，對圖進行修改，畫出修改后的 實體間聯(lián)系和聯(lián)系的類型。 參考答案：詳細解答：第 10 題： 對于“顧客”關系模式，請回答以

26、下問題：(1) 給出所有候選鍵。(2) 該關系模式可達到第幾范式，用 60 字以內(nèi)的文字簡要敘述理由參考答案：(1) 顧客編號和身份證號 (2) 可以達到第 2 范式理由：在“顧客”關系模式中，存在以下函數(shù)依賴：“單位名稱一單位地址，單位電話”，存在非主屬性對鍵的傳遞依賴，所以“顧客”關系模式可以達到第 2 范式，但不 滿足第 3 范式 詳細解答：這是一道要求讀者掌握數(shù)據(jù)庫關系模式規(guī)范化理論中，非主屬性和3NF范式的綜合分析題，本題的解答思路如下。(1) 依題意，由“顧客”關系模式和題干給出的關鍵信息 “每位顧客具有唯一編號” 等可知，屬性“顧客編號” 是“顧 客”關系模式的主鍵；而屬性“身份

27、證號”也是該關系模式的決定因素之一，因 此它們都是候選鍵的屬性。 (2) 結(jié)合表 1 中的屬性“單位地址和單位電話” 的約束條件 “顧客的單位地址和電話由單位名稱決定” 等關鍵信息可知， 在 “顧客”關系模式中，存在“單位名稱一(單位地址，單位電話)”的函數(shù)依賴關系。根據(jù)3NF的要求：每一個非主屬性既不部分依賴于碼，也不傳遞依賴于碼。 而“顧客”關系模式存在非主屬性對碼的傳遞依賴，因此它不能滿足3NF,但可以達到 2NF。第 11 題： 對于“結(jié)算單”關系模式，請回答以下問題：(1) 用 100 字以內(nèi)的文字簡要說明它會產(chǎn)生什么問題。(2) 將其分解為第 3 范式，分解后的關系名依次為：結(jié)算單

28、 1，結(jié)算單 2，結(jié)算單 3，并用下劃線標注分解后的各關系模式的主鍵。 參考答案：(1) 根據(jù)“結(jié)算單” 關系模式，可知其鍵為 (流水號，條碼)，而又存在部分函 數(shù)依賴：“條碼一水果名稱，銷售單價，數(shù)量，金額，導購員編號”根據(jù)第 2 范式的要求：不存在非主屬性對鍵的部分依賴，所以“結(jié)算單”關系模式不 滿足第 2 范式，會造成插入異常、刪除異常和修改異常(2) 對“結(jié)算單”關系模式進行分解后的關系模式及主鍵如下：結(jié)算單1(u流水號,條碼/u)結(jié)算單2() 結(jié)算單3(u條碼/u，水果名稱，銷售單價，數(shù)量，金額，導 購員編號 )詳細解答： 第 12 題：對于“職責”關系模式，請回答以下問題：(1)

29、它是否為第 4范式，用 1 00字以內(nèi)的文字敘述理由。(2) 將其分解為第 4范式，分解后的關系名依次為：職責 1，職責 2參考答案：(1) 不屬于第 4范式。根據(jù)“職責”關系模式的定義可知： 其主鍵為“水果名稱，采購員編號，導購員編號”，存在多值依賴：水果名稱采購員編號水果名稱導購員編號根據(jù)第4范式的要求，不允許存在非平凡的多值依賴，因此， “職責”關系模式不滿足第 4范式。 (2) 對 “職責”關系模式進行分解后的關系模式如下：職責1(u水果名稱，采購員編號/u)職責2(u水果名稱,導購員編號/u) 詳細解答：這是一道要求讀者掌握關系模式規(guī)范化理論中 4NF的綜合分析題，本題解答 思路如下

30、。(1) 由“職責”關系模式和題干中“ (2) 超市將采購員和導購員分成若干個小組，每組人員負責指定的若干種水果的采購和導購”等關鍵信息可知，屬性“水果名稱， 采購員編號， 導購員編號” 是該關系模式的主鍵。 “職 責”關系模式存在多值依賴：水果名稱采購員編號水果名稱導購員編號 根據(jù)第 4 范式的要求：不允許有非平凡且非函數(shù)依賴的多值依 賴，因此“職責”關系模式不滿足 4NE (2)根據(jù)4NF的要求和“職責”關系模式的函數(shù)依賴，對該關系模式進行如下分解，以滿足 4NF的要求。職責1(<u>水果名稱,米購員編號</u>) 職責2(<u>水果名稱,導購員編號&l

31、t;/u>) 其中，帶下劃線的屬性為相應關系模式的主鍵。試題五 閱讀以下說明，根據(jù)要求回答下列問題。 說明 某連鎖酒店提供網(wǎng)上預訂房間業(yè)務，流程如下：(1) 客戶查詢指定日期內(nèi)所有類別的空余房間數(shù)， 系統(tǒng)顯示空房表 (日期， 房間類別，數(shù)量 ) 中的信息。(2) 客戶輸入預訂的起始日期、結(jié)束日期、房間類別和數(shù)量，并提交。(3) 系統(tǒng)將用戶提交的信息寫入預訂表 (身份證號，起始日期，結(jié)束日期， 房間類別，數(shù)量 ) ，并修改空房表的相關數(shù)據(jù)。針對上述業(yè)務流程，回答下列問題。 第 13 題： 如果兩個用戶同時查詢相同日期和房間類別的空房數(shù)量，得到的空房數(shù)量為 1，并且這兩個用戶又同時要求預訂，

32、可能會產(chǎn)生什么結(jié)果，請用100字以內(nèi)的文字簡要敘述。 參考答案： 同時預訂時，可能會產(chǎn)生一個客戶訂不到或者把同一房訂給兩個客戶詳細解答： 依題意，如果兩個用戶同時要求預訂相同日期和相同類別的同一個房間，則 可能會產(chǎn)生一個客戶訂不到房間或者把同一房間預訂給兩個客戶的沖突現(xiàn)象。 第 14 題： 引入如下偽指令：將預訂過程作為一個事務，將查詢和修改空房表的操作分別 記為R(A)和W(A x)，插入預訂表的操作記為 W(B a)，其中x代表空余房間 數(shù)， a 代表預訂房間數(shù)，則事務的偽指令序列為： x=R(A)， W(A， x-a) ， W(B， a) 。在并發(fā)操作的情況下，若客戶 1、客戶 2同時預

33、訂相同類別的房間時，可 能出現(xiàn)的執(zhí)行序列為： x1=R(A)， x2=R(A)， W(A， x1-a1) ， W(B1， a1)， W(A， x2-a2) ， W(B2， a2)。(1) 此時會出現(xiàn)什么問題，請用 100 字以內(nèi)的文字簡要敘述。(2) 為了解決上述問題，引入共享鎖指令 SLock(X)和獨占鎖指令XLock(X)對數(shù)據(jù)X進行加鎖，解鎖指令Uniock(X)對數(shù)據(jù)X進行解鎖，請補充上述執(zhí)行 序列，使其滿足2PL協(xié)議，不產(chǎn)生死鎖且持有鎖的時間最短。 參考答案：(1) 出現(xiàn)問題：丟失修改，客戶 1 預訂 a1 數(shù)量房間后，對空房數(shù)量的修改被T2 的修改覆蓋，造成 數(shù)據(jù)不 一致。(2)

34、XLOCK(A),x1=R(A),W(A,x1-a1),XLOCK(B),UNLOCK(A),W(B1,a1),UNLOCK(B),XLOCK(A),x2=R(A),W(A,x2-a2),XLOCK(B),UNLOCK(A),W(B2,a2),UNLOCK(B)詳細解答： 若對并發(fā)事務的指令交叉執(zhí)行不加以控制， 則會使每個事務的執(zhí)行結(jié)果相互 干擾，破壞事務的隔離性， 從而造成數(shù)據(jù)庫的不一致。 本試題中，客戶 1 預訂 a1 數(shù)量房間后，對空房數(shù)量的修改可能被客戶 2的修改所覆蓋， 造成不能體現(xiàn)出客 戶 1 已預訂的房間數(shù)量。該現(xiàn)象屬于丟失修改造成的數(shù)據(jù)庫不一致性。 在 并發(fā)狀態(tài)下，可能會相互干擾