三、設計與應用題

　　1.(1)【解題思路】

　　函數依賴定義：設R(u)是屬性集U上的關系模式，X，Y是U的子集，若對于R(U)的任意一個可能的關系r,r中不可能存在兩個元組在X上的屬性值相等，在Y上的屬性值不等，則稱X函數確定Y或Y函數依賴X，記作X->Y。函數依賴是指關系R的一切關系均要滿足的約束條件。

　　【參考答案】

　　(商店編號，商品編號)->部門編號，(商店編號，部門編號)->負責人，(商店編號，商品編號)->庫存量。

　　(2)【解題思路】

　　設K為R中的屬性或屬性組合，若u完全依賴于K，則K為R的候選碼。

　　【參考答案】

　　(商店編號，商品編號)

　　(3)【解題思路】

　　關系數據庫是要滿足一定要求的。滿足最低要求的叫第一范式，在第一范式中滿足進一步要求的為第二范式，其余以此類推。顯然該關系模式滿足第一范式，接下來檢查其是否滿足第二范式。在第二范式中，要求關系模式中不存在部分依賴，每一個非主屬性完全依賴于碼，而根據第一空可得如下依賴關系：(部門編號，商店編號)->負責人，所以屬于第二范式。它的非主屬性(不包含在任何候選碼中的屬性)有3個：部門編號、負責人和庫存量，并皆完全函數依賴于主碼。將(商店編號、商品編號)記作X，(商店編號、部門編號)記作Y，負責人記作Z，即x→Y，Y→Z。由此可以看出，存在傳遞依賴，故不屬于第三范式。

　　【參考答案】

　　第二范式

　　(4)【解題思路】

　　第三范式中要求每一個屬性既不部分依賴于碼也不傳遞依賴于碼。

　　【參考答案】

　　R1(商店編號、商品編號、部門編號、庫存量);B2(商店編號、部門編號、負責人)。

　　2.(1)【解題思路】

　　數據實際上是依附于表而存在，我們將表放入到文件組中，而文件組是一個邏輯的概念，其實體是輔助數據庫文件(ndf)，所以就等于將我們指定的數據放入到了指定的輔助數據庫文件中，然后將這些輔助數據庫文件放人不同的磁盤分區中，就可以有針對性的對相應的數據實現性能的優化。

　　【參考答案】

　　create partition scheme RangePSl

　　as partition RangePFl

　　to(fgl,f91.fgl，f92)

　　(2)【解題思路】

　　創建分區表可通過以下幾個步驟實現：

　　①創建分區函數。

　　②創建分區方案。

　　③使用分區方案創建表。

　　【參考答案】

　　創建分區表：

　　create table orders

　　(

　　GID int identity(1，1)primary key，

　　GoodName varchar(40)，

　　Price float

　　)

　　on RangePSl(GID)

　　3.(1)【解題思路】

　　該技術人員使用了帶有索引的視圖，將所關心的數據(商品號，銷售額，該商品號在表中出現的次數)從銷售明細表中提取出來建立視圖，并對該視圖建立按商品號排序的聚簇索引，這樣大大減少了在搜索不同商品的銷售額時調用的數據表的規模，從而提高了查詢效率。由于表的數據規模很大，建立該視圖后，同一種商品不會多次出現在表中，而是通過一個計數變量cnt表示，即在檢索時大大減少了檢索規模。創建索引時，UNIQUE關鍵字表明此索引的每一個索引值只對應唯一的數據記錄。CLUSTER表示要建立的索引是聚簇索引(所謂聚簇索引是指索引項的順序與表中記錄的物理順序一致的索引組織)。

　　【參考答案】

　　語句功能：建立包含所關心數據(商品號，銷售額，該商品號在表中出現的次數)的帶索引的視圖，并建立按商品號對應銷售額UNIQUE聚簇排序的索引，從而大大縮小了查詢語句的查詢范圍，提高了查詢效率。

　　原因：視圖中將問接相關的屬性列(序列號，銷售日期，商品號，銷售數量，銷售價格)轉換成了目標屬性列，減少了搜索空問，同時建立UNIQUE CLUSTERED索引，使查詢商品號的數據記錄唯一，因此降低了搜索范圍，提高了搜索效率。

　　(2)【解題思路】

　　由于視圖是不實際存儲數據的虛表，因此對視圖的更新最終要轉換為對基本表的更新。而用戶通過視圖對數據進行增加、刪除、修改時，有意或無意地對不屬于視圖范圍內的基本表數據進行操作，會破壞數據的一致性。而且視圖中的數據本身就是冗余的，每次對表進行修改時，同時也要對相應的視圖進行修改，這大大增加了系統的負擔。

　　【參考答案】

　　不合適，每天大量的插入操作使得在修改表的同時也要對視圖進行修改，增加了系統的負擔，然而該統計功能一個月才用一次，這樣導致系統的利用率也較為低下。

　　相關推薦：

　　全國計算機等級考試教材目錄（2015年版）

　　各地計算機等級考試報名入口及官方網站匯總

　　各地2015全國計算機等級考試報名時間及入口匯總