三、設計與應用題(共30分)
1．已知有如下關系模式：Rl(a，b，c)，R2(c，d，a)，R3(e，f)，R4(a,e，g)，其中標下劃線的屬性是主碼。請將上述關系模式用適當?shù)腅R圖表示出來，并用下劃線標注出作為實體主碼的屬性。(10分)
2．設在SQL Server 2008某數(shù)據(jù)庫中有商品表和銷售表，兩個表的定義如下：
CREATE TABLE商品表(
商品號char(10)PRIMARY KEY，
商品名varchar(40)，
類別varchar(20)，
進貨單價int)
CREATE TABLE銷售表(
商品號char(10)，
銷售時間datetime，
銷售數(shù)量int，
銷售單價int，
PRIMARY KEY(商品號，銷售時問))
下面是一個用戶定義的多語句表值函數(shù)，它接受類別作為輸入?yún)?shù)，返回該類別下的每種商品在2012年的銷售總利潤，并將結果按照銷售總利潤的降序輸出。請補全該函數(shù)定義代碼。(10分)
CREATE FUNCTION f_Profit(@lb char(10))【1】@ProfitTable【2】(
商品號char(10)，
總利潤int)
AS
BEGIN
INSERT INTO@ProfitTable
【3】
【4】
END
3．某教務管理系統(tǒng)使用SQL Server 2008數(shù)據(jù)庫管理系統(tǒng)，數(shù)據(jù)庫軟硬件配置信息如下：
Ⅰ．數(shù)據(jù)庫運行在兩路Intel Xeon E5-2609 2．4GHz CPU(每路CPU4核心)，128GB內存、2塊300GB15000轉SAS硬盤(RAID l)的服務器上；
Ⅱ．服務器操作系統(tǒng)為Windows 2003 32位企業(yè)版，安裝SP2補?。?span id="myywomg" class=Apple-converted-space>
Ⅲ．數(shù)據(jù)庫為SQL Server 2008 Enterprise(32位)，數(shù)據(jù)庫中總數(shù)據(jù)量近130GB。
近一個學期以來，用戶反映系統(tǒng)運行緩慢，經(jīng)程序員定位，確定為數(shù)據(jù)庫服務器響應緩慢，需要進行調優(yōu)。(10分)
三、設計與應用題
1．【解題思路】
ER模型和關系模式相互轉換的一般規(guī)則如下：
(1)將每一個實體類型轉換成一個關系模式，實體的屬性為關系模式的屬性。
f21對干一元聯(lián)系,按各種情處理，如下表格所示。
| 二元關系 | ER圖 | 轉換成的關系 | 聯(lián)系的處理 | 主鍵 | 外鍵 |
| 1：1 | 1->1 | (2個關系) 模式A 模式B |
(有兩種) 處理方式(1)： 把模式B的主鍵， 聯(lián)系的屬性加入模式A 處理方式(2)： 把模式A的主鍵， 聯(lián)系的屬性加入模式B |
(略) | (依據(jù)聯(lián)系的處理方式) 方式(1)： 模式B的主鍵為模式A外鍵 方式(2)： 表A的主鍵為表B的外鍵 |
| 1：N | 1->n | (2個關系) 模式A 模式B |
把模式A的主鍵，聯(lián) 系的屬性加入模式B |
(略) | 模式A的主鍵為模式B的外鍵 |
| M：N | m->n | (3個關系) 模式A 模式B 模式A-B |
聯(lián)系類型轉換 成關系模式A-B； 模式A-B的屬性： (a)聯(lián)系的屬性 (b)兩端實體類型的主鍵 |
兩端實體類型的 主鍵一起構成模 式A-B主鍵 |
兩端實體類型的主 鍵分別為模式A-B的外鍵 |
此題為關系模式轉換為實體類型，因此采用實體→關系的逆向思維解題。從模式R1和R2可知，R1和R2為一對一關系，根據(jù)這兩個模式的拆分可以確定三個實體，此處將這三個實體分別命名為A、B和C。其中A、B和C分別一一對應，且a和c分別是B和C的外鍵。從模式R1和R4可知，R1和R4為多對一關系，由此確定實體D。從模式R3和R4可知，R3和R4為多對一關系，由此可以確定出實體E。
【參考答案】
a、c為A的候選碼，可任選其一做主碼?？赏ㄟ^以下ER圖來表示：
2．【解題思路】
用戶定義的多語句表值函數(shù)的命令格式為：
CREATE FUNCTION[schema_name．]function name
([{@parameter_name[AS][type_schema_name．]parameter_data_type
[=default]}
[…．n]
]
)
RETURNS@return_variable TABLE
[WITH
[AS]
BEGIN
function_body
RETURN
END
[；]
({
J
[
)
題目要求返回指定類別下的每種商品在2012年的銷售總利潤，并且將結果按照銷售總利潤的降序輸出。采用復合SQL語句的格式，先查出指定類別的所有商品號：SELECT商品號FROM商品表WHERE類別=@lb，其中@lb為函數(shù)的傳人參數(shù)，然后在銷售表中用GROUP BY對商品號進行分組，并采用SUM計算每個分組的總和。
【參考答案】
第一空：RETURNS
第一空：table
第三空：SELECT a．商品號，SUM(銷售數(shù)量*(銷售單價一進貨單價))AS總利潤FROM銷售表a JOIN商品表b ON a．商品號=b．商品號WHERE a．商品號IN(SELECT商品號FROM商品表WHERE類別=@lb)GROUP BY a．商品號0RDER BY總利潤DESC
第四空：RETURN@ProfitTable
3．【解題思路】
數(shù)據(jù)庫性能優(yōu)化的基本原則就是通過盡可能少的磁盤訪問獲得所需要的數(shù)據(jù)。SQL SERVER性能優(yōu)化一般從數(shù)據(jù)庫設計、應用程序編碼、硬件優(yōu)化、數(shù)據(jù)庫索引、SQL語句、事務處理幾個方面人手考慮問題。
(1)分析階段：在系統(tǒng)分析階段往往有太多需要關注的地方，系統(tǒng)各種功能性、可用性、可靠性、安全性需求吸引了我們大部分的注意力，但必須注意的是，性能往往是很重要的非功能性需求，必須根據(jù)系統(tǒng)的特點確定其實時性需求、響應時間的需求、硬件的配置等。能有各種需求量化的指標。
(2)設計階段：例如數(shù)據(jù)庫邏輯設計規(guī)范化；合理的冗余；主鍵的設計；外鍵的設計；字段的設計；數(shù)據(jù)庫物理存儲和環(huán)境的設計；數(shù)據(jù)庫的物理存儲、操作系統(tǒng)環(huán)境及網(wǎng)絡環(huán)境的設計，皆使得我們的系統(tǒng)在將來能適應較多用戶的并發(fā)操作和較大的數(shù)據(jù)處理量。這里需要注意文件組的作用，適用文件組可以有效的把I／O操作分散到不同的物理硬盤，提高并發(fā)能力。
(3)系統(tǒng)設計：整個系統(tǒng)的設計，特別是系統(tǒng)結構的設計對性能具有很大的影響。對于一般的OLTP系統(tǒng)，可以選擇C／S結構、三層的C／S結構等，不同的系統(tǒng)結構其性能的關鍵也有所不同。系統(tǒng)設計階段應歸納某些業(yè)務邏輯在數(shù)據(jù)庫編程階段實現(xiàn)，數(shù)據(jù)庫編程包括數(shù)據(jù)庫存儲過程、觸發(fā)器和函數(shù)。用數(shù)據(jù)庫編程實現(xiàn)業(yè)務邏輯的好處是減少網(wǎng)絡流量并能更充分利用數(shù)據(jù)庫的預編譯和緩存功能；索引設計階段可以根據(jù)功能和性能的需求進行初步的索引設計，這里需要根據(jù)預計的數(shù)據(jù)量和查詢來設計索引，可能與將來實際使用時有所區(qū)別。
(4)編碼階段：編碼階段首先需要所有程序員具備優(yōu)化意識，也就是在實現(xiàn)功能的同時具備考慮優(yōu)化性能的思想。數(shù)據(jù)庫是能進行集合運算的工具，所謂集合運算實際是批量運算，即是盡量減少在客戶端進行大數(shù)據(jù)量的循環(huán)操作，而用SQL語句或者存儲過程代替。這個階段主要是注意在SQL語句等方面的優(yōu)化，如：盡量少做重復的工作，用SELECT后跟需要的字段代替SELECT*語句，注意事務和鎖，注意I臨時表和表變量的用法，慎用游標和觸發(fā)器，盡量使用索引等。
(5)硬件優(yōu)化：RAID(獨立磁盤冗余陣列)是由多個磁盤驅動器(一個陣列)組成的磁盤系統(tǒng)。通過將磁盤陣列當作一個磁盤來對待，基于硬件的RAID允許用戶管理多個磁盤。使用基于硬件的RAID與基于操作系統(tǒng)的RAID相比較可知，基于硬件的RAID能夠提供更佳的性能，如果使用基于操作系統(tǒng)的RAID，那么它將占據(jù)其他系統(tǒng)需求的CPU周期，通過使用基于硬件的RAID，用戶在不關閉系統(tǒng)的情況下能夠替換發(fā)生故障的驅動器。利用數(shù)據(jù)庫分區(qū)技術，可均勻地把數(shù)據(jù)分布在系統(tǒng)的磁盤中，平衡I／0訪問，避免I／0瓶頸等。
(6)事務處理調優(yōu)：數(shù)據(jù)庫的日常運行過程中，可能面臨多個用戶同時對數(shù)據(jù)庫的并發(fā)操作而帶來的數(shù)據(jù)不一致的問題，如：丟失更新、臟讀和不可重復讀等。并發(fā)控制的主要方法是封鎖，鎖的含義即是在一段時間內禁止用戶做某些操作以避免產(chǎn)生數(shù)據(jù)不一致。對于事務性能的調優(yōu)，要考慮到事務使用的鎖的個數(shù)(在所有其他條件相同的情況下，使用的鎖個數(shù)越少，性能越好)、鎖的類型(讀鎖對性能更有利)以及事務持有鎖的時間長短(持有時間越短，性能越好)等情形。
【參考答案】
根據(jù)SQL Server 2008數(shù)據(jù)庫的特性以及題目中的條件，綜合給出以下的調優(yōu)方案。
(1)表結構優(yōu)化：重新優(yōu)化數(shù)據(jù)庫設計結構，規(guī)范數(shù)據(jù)庫邏輯設計；設計主鍵和外鍵；設計合適大小的字段。
(2)硬件優(yōu)化：購買一塊同樣大小的硬盤，將硬盤做成RAID5，用以提高數(shù)據(jù)庫讀寫速度；增加服務器CPU個數(shù)；擴大服務器的內存。
(3)索引優(yōu)化：采用對經(jīng)常作為條件查詢的列設計索引，在查詢中經(jīng)常用到的列上建立非聚簇索引，在頻繁進行范圍查詢、排序、分組的列上建立聚簇索引，對于有頻繁進行刪除、插入操作的表不要建立過多的索引。
(4)采用視圖：合理使用視圖和分區(qū)視圖，在需要更新和刪除操作不多、查詢操作頻繁的表上建立索引視圖。
(5)SQL語句優(yōu)化：選擇運算應盡可能先做，并在對同一個表進行多個選擇運算時，選擇影響較大的語句放在前面，較弱的選擇條件寫在后面，這樣就可以先根據(jù)較嚴格的條件得出數(shù)據(jù)較少的信息，再在這些信息中根據(jù)后面較弱的條件得到滿足條件的信息。應避免使用相關子查詢，把子查詢轉換成聯(lián)結來實現(xiàn)。字段提取按照“需多少，提多少’’的原則，避免“SELECT*”，“SELECT*”需要數(shù)據(jù)庫返回相應表的所有列信息，這對于一個列較多的表無疑是一項費時的操作，采用存儲過程，使用存儲過程提高數(shù)據(jù)處理速度。