PAGE5-計算機三級數(shù)據(jù)庫技術題庫目錄第一套 -4-一、選擇題 -4-二、填空題 -15-三、設計與應用題 -18-第二套 -21-一、選擇題 -21-二、填空題 -31-三、設計與應用題 -34-第三套 -39-一、選擇題 -39-二、填空題 -50-三、設計與應用題 -53-第四套 -57-一、選擇題 -57-二、填空題 -68-三、設計與應用題 -70-第五套 -75-一、選擇題 -75-二、填空題 -85-三、設計與應用題 -87-第六套 -91-一、選擇題 -91-二、填空題 -101-三、設計與應用題 -103-第七套 -108-一、選擇題 -108-二、填空題 -119-三、設計與應用題 -121-第八套 -126-一、選擇題 -126-二、填空題 -137-三、設計與應用題 -140-第九套 -144-一、選擇題 -144-二、填空題 -155-三、設計與應用題 -157-第十套 -163-一、選擇題 -163-二、填空題 -173-三、設計與應用題 -176-第十一套 -181-一、選擇題 -181-二、填空題 -190-三、設計與應用題 -192-第十二套 -196-一、選擇題 -196-二、填空題 -205-三、設計與應用題 -207-第十三套 -212-一、選擇題 -212-二、填空題 -220-三、設計與應用題 -222-第一套一、選擇題（1）數(shù)據(jù)庫系統(tǒng)的三級模式結構和二層映像功能提供了數(shù)據(jù)的邏輯獨立性和物理獨立性。下列提供邏輯獨立性的是（A）。A)外模式/模式映像B)模式/內模式映像C)內模式/外模式映像D)模式/模式映像【解析】數(shù)據(jù)庫的三級模式由外模式、模式、內模式構成。外模式是用戶可見的部分數(shù)據(jù)的存在形式；模式可以等價為全體數(shù)據(jù)的邏輯結構且用戶不可見，是三級模式的中間部分；內模式對應數(shù)據(jù)庫的物理結構和存儲方式。當模式改變時，由數(shù)據(jù)庫管理員對各個外模式/模式的映像作相應的改變，但是外模式可以不變。應用程序是依據(jù)數(shù)據(jù)的外模式編寫的，從而應用程序不必修改，因此，外模式/模式映像保證了數(shù)據(jù)與程序的邏輯獨立性。（2）瀏覽器/服務器架構是現(xiàn)階段非常流行的數(shù)據(jù)庫應用系統(tǒng)架構。在此架構中，應用服務器起到了非常重要的作用。下列關于應用服務器的說法，錯誤的是（C）A)應用服務器一般運行程序代碼，實現(xiàn)面向具體應用領域的業(yè)務規(guī)則，數(shù)據(jù)庫服務器承擔數(shù)據(jù)存儲、管理等功能B)應用服務器會根據(jù)用戶請求連接相應的數(shù)據(jù)庫，獲取數(shù)據(jù)并進行處理，將結果返回給用戶C)應用服務器一般需具有數(shù)據(jù)訪問和數(shù)據(jù)存儲等功能，在數(shù)據(jù)庫服務器出現(xiàn)問題時可以繼續(xù)向用戶提供服務D)應用服務器一般提供了集群、失效恢復、負載均衡等公共服務，可以大幅度提高系統(tǒng)性能和可靠性【解析】應用服務器是指通過各種協(xié)議把商業(yè)邏輯提供給客戶端的程序。它提供了訪問商業(yè)邏輯的途徑以供客戶端應用程序使用，并接收來自于Web瀏覽器的用戶請求，根據(jù)應用領域業(yè)務規(guī)則執(zhí)行相應的數(shù)據(jù)庫應用程序，通過訪問接口向數(shù)據(jù)庫服務器提出數(shù)據(jù)操作請求；它亦接收來自于數(shù)據(jù)庫服務器的數(shù)據(jù)訪問結果，并通過客戶端將結果返回用戶。所以當數(shù)據(jù)庫服務器出現(xiàn)問題時無法向用戶提供服務。（3）關系模型是數(shù)據(jù)庫系統(tǒng)最常用的一種數(shù)據(jù)模型。下列關于關系模型的說法，錯誤的是（D）A)關系模型中的關系是一個二維表，表中的一行對應關系中的一個元組B)按照一定的規(guī)則可以將ER模型轉換為關系模型中的關系模式C)關系模型是建立在集合論的基礎上的，關系模型中數(shù)據(jù)存取對用戶是透明的D)關系模型中的關系模式描述關系的動態(tài)結構，其內容隨用戶對數(shù)據(jù)庫的操作而變化【解析】關系模式描述關系的靜態(tài)結構，它是靜態(tài)、穩(wěn)定的，而關系是動態(tài)、隨用戶對數(shù)據(jù)庫的操作而變化的?？忌獏^(qū)分開來關系模式與關系。（4）在數(shù)據(jù)庫應用系統(tǒng)的需求分析階段，設有如下工作：Ⅰ．分析與描述目標系統(tǒng)需要完成的功能Ⅱ．分析與描述目標系統(tǒng)對響應時間、存儲容量的要求Ⅲ．分析與描述目標系統(tǒng)涉及的數(shù)據(jù)范圍、數(shù)據(jù)的屬性特征及數(shù)據(jù)之間的關系Ⅳ．分析與描述每項功能活動需要的輸入數(shù)據(jù)、業(yè)務規(guī)則及輸出數(shù)據(jù)Ⅴ．分析與描述目標系統(tǒng)的總體結構、功能活動及各功能活動之間的關系以上屬于系統(tǒng)功能建模內容的是（A）。A)僅Ⅰ、Ⅳ和ⅤB)僅Ⅱ、Ⅳ和ⅤC)僅Ⅰ、Ⅱ和ⅢD)僅Ⅲ、Ⅳ和Ⅴ【解析】數(shù)據(jù)庫系統(tǒng)設計分為6個階段：需求分析、概念結構設計、邏輯結構設計和物理結構設計等。Ⅱ屬于物理設計階段，Ⅲ屬于邏輯結構設計階段，故答案選A。（5）在概念模型中，屬性用于描述事物的特征或性質。關于屬性有下列說法：Ⅰ．一個實體集中的屬性名要唯一Ⅱ．屬性一般用名詞或名詞短語命名Ⅲ．一個屬性的值可以取自不同的域Ⅳ．實體集的標識屬性能夠唯一識別實體集中每一個實體Ⅴ．標識屬性的取值不能重復，但可以為空以上說法正確的是（B）。A)僅Ⅰ、Ⅲ和ⅤB)僅Ⅰ、Ⅱ和ⅣC)僅Ⅱ、Ⅳ和ⅤD)僅Ⅱ、Ⅲ和Ⅳ【解析】Ⅲ：一個屬性的值必須屬于唯一的域，域在這里相當于數(shù)據(jù)類型的子集，屬性的取值必須為同一域。Ⅴ：標識屬性的值不能重復且不可以為空。（6）設有關系模式：作者（作者編號，姓名，身份證號，職業(yè)，出生日期）。下列能夠作為該關系模式候選碼的是（B）A)作者編號，姓名B)作者編號，身份證號C)作者編號，職業(yè)D)身份證號，出生日期【解析】關系模型中的候選碼定義為某一組屬性可以唯一標識一個元組，則稱為該屬性組的候選碼，所以其候選碼屬性的取值必須不能有重復也不能為空。題目中姓名，職業(yè)，出生日期都可能重復。（7）人機界面是數(shù)據(jù)庫應用系統(tǒng)的一個重要組成部分，人機界面設計與用戶的關系非常密切。關于人機界面設計，下列說法錯誤的是（D）A)人機界面設計時，應使用戶感覺系統(tǒng)運行始終處于用戶的控制之下，人機界面應該向用戶及時反饋，保持人機界面與用戶之間的雙向交流B)當系統(tǒng)發(fā)生錯誤時，人機界面應為用戶提供有意義的反饋信息，有時可以提供截屏等功能，使用戶可以了解錯誤，并及時向技術人員反饋問題C)良好的人機界面應能容忍用戶使用過程中發(fā)生的操作錯誤，并能夠方便地從錯誤中恢復D)設計人機界面可采用原型迭代法，首先進行用戶界面詳細設計，然后與用戶不斷討論，改進設計方案【解析】人機界面的設計可采用原型迭代法，首先進行初步設計，再進行用戶界面細節(jié)設計，最后是原型設計與改進。（8）在數(shù)據(jù)庫應用系統(tǒng)開發(fā)的需求調研階段，需要對用戶提出的需求進行分析和整理。此過程不僅需要描述用戶提出的具體功能需求，也需要對用戶未明確提出的非功能需求進行描述。設在某商場經(jīng)營管理系統(tǒng)的需求分析階段整理了下列需求：Ⅰ．系統(tǒng)需要支持會員制Ⅱ．系統(tǒng)不需要考慮財務核算功能Ⅲ．系統(tǒng)應長期穩(wěn)定運行Ⅳ．系統(tǒng)應有銷售統(tǒng)計功能Ⅴ．系統(tǒng)應保證數(shù)據(jù)存儲安全上述需求中屬于非功能需求的是（B）A)僅Ⅲ和ⅣB)僅Ⅲ和ⅤC)僅Ⅳ和ⅤD)僅Ⅰ、Ⅱ和Ⅴ【解析】需求分析就是分析用戶的應用請求。Ⅲ和Ⅴ不是用戶所考慮的問題，Ⅴ屬于系統(tǒng)的物理設計階段，Ⅲ屬于系統(tǒng)運行與維護階段所考慮的問題。（9）在使用UML對數(shù)據(jù)庫應用系統(tǒng)進行建模的過程中，狀態(tài)圖和活動圖常用于動態(tài)建模。下列狀態(tài)圖或活動圖語法正確的是（）A)B)C)D)【解析】這屬于UML設計范疇，所有活動有關判斷的部分要用菱形表示。（10）在SQLServer2008中，如果數(shù)據(jù)庫tempdb的空間不足，可能會造成一些操作無法進行，此時需要擴大tempdb的空間。下列關于擴大tempdb空間的方法，錯誤的是（D）A)手工擴大tempdb中某數(shù)據(jù)文件的大小B)設置tempdb中的數(shù)據(jù)文件為自動增長方式，每當空間不夠時讓其自動增長C)手工為tempdb增加一個數(shù)據(jù)文件D)刪除tempdb中的日志內容，以獲得更多的數(shù)據(jù)空間【解析】數(shù)據(jù)庫中的日志文件通常記錄數(shù)據(jù)庫的操作記錄，對數(shù)據(jù)庫的安全性與可靠性有著重要的作用。當數(shù)據(jù)庫被破壞或者出現(xiàn)故障時，常常需要根據(jù)日志文件來對數(shù)據(jù)庫進行恢復等操作，手動刪除tempdb中的日志文件則將會破壞數(shù)據(jù)庫的安全性和可靠性。（11）在一臺正在運行的SQLServer2008中，現(xiàn)需使用復制數(shù)據(jù)庫文件的方法將某數(shù)據(jù)庫從一臺服務器移動到另一臺服務器。關于復制數(shù)據(jù)庫文件，有下列實現(xiàn)方法：Ⅰ．首先從數(shù)據(jù)庫服務器中分離出要復制的數(shù)據(jù)庫，然后復制數(shù)據(jù)庫文件Ⅱ．首先停止SQLServer數(shù)據(jù)庫引擎服務，然后復制數(shù)據(jù)庫文件Ⅲ．首先斷開所有用戶與數(shù)據(jù)庫的連接，然后復制數(shù)據(jù)庫文件Ⅳ．由Windows系統(tǒng)管理員直接到操作系統(tǒng)中復制數(shù)據(jù)庫文件上述方法中，可行的是（A）A)僅Ⅰ和ⅡB)僅Ⅱ和ⅢC)僅Ⅲ和ⅣD)都可以【解析】復制數(shù)據(jù)庫的方法有：①使用復制數(shù)據(jù)庫向導在服務器之間復制或移動數(shù)據(jù)庫。②還原數(shù)據(jù)庫備份，若要復制整個數(shù)據(jù)庫，可以使用BACKUP和RESTORETransact-SQL語句。通常，還原數(shù)據(jù)庫的完整備份用于因各種原因將數(shù)據(jù)庫從一臺計算機復制到其他計算機。所以選A。（12）設有職工表（職工號，姓名，地址1，地址2），其中，職工號為主碼?，F(xiàn)要求地址1和地址2組合起來不能有重復值。在SQLServer2008環(huán)境中有下列創(chuàng)建該表的語句：Ⅰ.CREATETABLE職工表(職工號intPRIMARYKEY,姓名nchar(10),地址1nvarchar(20),地址2nvarchar(20),UNIQUE(地址1,地址2))Ⅱ.CREATETABLE職工表(職工號intPRIMARYKEY,姓名nchar(10),地址1nvarchar(20),地址2nvarchar(20)UNIQUE(地址1,地址2))Ⅲ.CREATETABLE職工表(職工號intPRIMARYKEY,姓名nchar(10),地址1nvarchar(20)UNIQUE,地址2nvarchar(20)UNIQUE)Ⅳ.CREATETABLE職工表(職工號intPRIMARYKEY,姓名nchar(10),地址1nvarchar(20)UNIQUE(地址1,地址2),地址2nvarchar(20))上述語句能正確實現(xiàn)此約束的是（C）A)僅Ⅰ和ⅢB)僅Ⅱ和ⅣC)僅Ⅰ、Ⅱ和ⅣD)都正確【解析】Ⅲ表示在地址1的所有記錄中地址不允許重復，即每個職工的地址1都不同且每個職工的地址2也不允許重復。UNIQUE是對創(chuàng)建的表的屬性約束條件，與位置無關。（13）在SQLServer2008中，設有商品表（商品號，商品名，生產(chǎn)日期，單價，類別）。現(xiàn)經(jīng)常需要執(zhí)行下列查詢：SELECT商品號,商品名,單價FROM商品表WHERE類別IN('食品','家電')ORDERBY商品號現(xiàn)需要在商品表上建立合適的索引來提高該查詢的執(zhí)行效率。下列建立索引的語句，最合適的是（D）A)CREATEINDEXIdx1ON商品表(類別)B)CREATEINDEXIdx1ON商品表(商品號,商品名,單價)C)CREATEINDEXIdx1ON商品表(類別,商品號,INCLUDE(商品名,單價)D)CREATEINDEXIdx1ON商品表(商品號)INCLUDE(商品名,單價)WHERE類別='食品'or類別='家電'改過答案【解析】建立索引是加快查詢速度的有效手段。在SQL語言中，建立索引使用CREATEINDEX語句，一般格式為：CREATE［UNIQUE］INDEX<索引名>ON<表名>（<列名>［<次序>］，<列名>［<次序>］，）INCLUDE(屬性名)WHERE約束條件所以根據(jù)題意選D。（14）設在SQLServer2008中有商品表（商品號，商品名，進貨價格，銷售價格），現(xiàn)要求銷售價格必須至少是進貨價格的1.1倍。下列關于實現(xiàn)此約束的說法，正確的是（）設在SQLServer2008中有商品表（商品號，商品名，進貨價格，銷售價格），現(xiàn)要求銷售價格必須至少是進貨價格的1.1倍。下列關于實現(xiàn)此約束的說法，正確的是（A）A)可以用觸發(fā)器或者用CHECK約束實現(xiàn)B)只能用CHECK約束實現(xiàn)C)只能用觸發(fā)器實現(xiàn)D)可以用DEFAULT約束實現(xiàn)【解析】用戶定義的完整性可以用CHECK短語指定列值應滿足的條件，也可以用觸發(fā)器約束，通過服務器自動激活相應的觸發(fā)器，對數(shù)據(jù)進行完整性控制。所以觸發(fā)器或CHECK約束都可以實現(xiàn)。但DEFAULT約束不能實現(xiàn)用戶自定義的完整性，只能表示實體或參照完整性。（15）設在SQLServer2008中，用戶U1在DB1數(shù)據(jù)庫中創(chuàng)建了#Temp表。下列關于#Temp表的說法，正確的是（A）A)只有在創(chuàng)建#Temp表的連接中才可以查詢#Temp表數(shù)據(jù)B)在所有用戶U1發(fā)起的連接中，都可以查詢#Temp表數(shù)據(jù)C)在創(chuàng)建#Temp表的連接未斷開時，DB1數(shù)據(jù)庫的所有用戶都可以查詢#Temp表數(shù)據(jù)D)在創(chuàng)建#Temp表的連接斷開后，DB1數(shù)據(jù)庫的所有用戶仍可以查詢#Temp表數(shù)據(jù)【解析】用戶若想在SQLServer中訪問數(shù)據(jù)庫的表，必須同該表建立一個連接表示通信渠道，當連接中斷時，無法對其進行訪問。B中只有用戶與#temp建立的連接才可以訪問到表。C中不是所有用戶都可以訪問該表，只有U1用戶和由U1授權的用戶可以訪問。D項很明顯也不正確。故答案為A。（16）在SQLServer2008的某數(shù)據(jù)庫中，設用戶U1同時是角色R1和角色R2中的成員?，F(xiàn)已授予角色R1對表T具有SELECT、INSERT和UPDATE權限，授予角色R2對表T具有INSERT和DENYUPDATE權限，沒有對U1進行其他授權，則U1對表T有權執(zhí)行的操作是（A）A)SELECT和INSERTB)INSERT、UPDATE和SELECTC)SELECT和UPDATED)SELECT【解析】當用戶被賦予的兩種角色的權限出現(xiàn)沖突時，為了安全起見，都是DENY優(yōu)先。而沒有規(guī)定DENY權限的，如本題中的SELECT，則用戶可以使用此權限。所以選A。（17）在SQLServer2008中，設用戶U1是某數(shù)據(jù)庫db_datawriter角色中的成員，則U1在該數(shù)據(jù)庫中有權執(zhí)行的操作是（C）A)SELECTB)SELECT和INSERTC)INSERT、UPDATE和DELETED)SELECT、INSERT、UPDATE和DELETE【解析】db_datawriter角色可以對表中的數(shù)據(jù)執(zhí)行插入、刪除和更新操作。U1用戶屬于此角色中的成員，其繼承了db_datewriter角色的插入、刪除和更新操作權限。所以選C。（18）某數(shù)據(jù)庫應用系統(tǒng)在運行中，用戶反映某操作很慢。系統(tǒng)工程師在用戶的客戶機及數(shù)據(jù)庫服務器上使用數(shù)據(jù)庫管理系統(tǒng)自帶的客戶端程序執(zhí)行此操作所涉及的SQL語句，發(fā)現(xiàn)在兩個環(huán)境下SQL語句執(zhí)行的速度都很慢。為了提高效率，下列檢查無需進行的是（A）A)檢查客戶機到數(shù)據(jù)庫服務器的網(wǎng)絡情況B)檢查數(shù)據(jù)庫服務器的CPU使用情況C)檢查這些操作涉及到的表是否已建立有效的索引D)檢查數(shù)據(jù)庫中是否存在大量鎖【解析】在客戶機和數(shù)據(jù)庫服務器上使用數(shù)據(jù)庫管理系統(tǒng)自帶的客戶端程序分別執(zhí)行都很慢，則排除了網(wǎng)絡對于數(shù)據(jù)處理操作的影響。（19）.數(shù)據(jù)庫應用系統(tǒng)在使用過程中，會根據(jù)用戶的需求及系統(tǒng)運行情況對系統(tǒng)進行升級和改造。關于系統(tǒng)升級改造工作，下列說法錯誤的是（C）A)在系統(tǒng)升級改造過程中，可能會調整數(shù)據(jù)庫的邏輯結構，例如增加數(shù)據(jù)項、修改數(shù)據(jù)項的類型等B)升級改造實施過程應盡量選擇在業(yè)務不繁忙或沒有業(yè)務的期間進行，并在升級完成后進行測試C)升級改造過程一般只對應用系統(tǒng)及其相關的數(shù)據(jù)庫對象進行調整，不涉及數(shù)據(jù)庫管理系統(tǒng)及操作系統(tǒng)的類型和版本D)在升級之前，應先對現(xiàn)有的系統(tǒng)及數(shù)據(jù)進行備份，如果升級失敗則需要使用備份進行恢復【解析】數(shù)據(jù)庫系統(tǒng)的更新既包括應用系統(tǒng)及其相關的數(shù)據(jù)庫對象，也包括數(shù)據(jù)庫管理系統(tǒng)及其所在的操作系統(tǒng)的環(huán)境。（20）監(jiān)控數(shù)據(jù)庫系統(tǒng)運行狀態(tài)是數(shù)據(jù)庫管理員非常重要的職責。數(shù)據(jù)庫管理員有如下工作：Ⅰ．定期實施數(shù)據(jù)庫完整備份并將備份數(shù)據(jù)傳送到遠端容災中心Ⅱ．定期查看數(shù)據(jù)庫空間是否滿足業(yè)務需求Ⅲ．定期查看數(shù)據(jù)緩沖區(qū)命中率、數(shù)據(jù)庫鎖情況Ⅳ．定期查看數(shù)據(jù)庫用戶會話情況Ⅴ．使用自動化手段檢查數(shù)據(jù)庫CPU使用情況，出現(xiàn)異常情況時自動發(fā)短信通知系統(tǒng)管理員上述工作中屬于數(shù)據(jù)庫監(jiān)控工作的是（C）A)僅Ⅰ、Ⅱ和ⅤB)僅Ⅰ、Ⅲ和ⅣC)僅Ⅱ、Ⅲ、Ⅳ和ⅤD)全部【解析】Ⅰ是數(shù)據(jù)庫維護工作中的數(shù)據(jù)庫備份，不屬于數(shù)據(jù)庫監(jiān)控分析中的內容。（21）數(shù)據(jù)庫管理系統(tǒng)為提高數(shù)據(jù)查詢效率，可能會采用如下索引技術：Ⅰ．有序索引Ⅱ．聚集索引Ⅲ．樹型索引Ⅳ．散列（哈希）索引其中，將屬性值作為參數(shù)，不采用索引鍵值比較，而是采用一定的計算方法定位數(shù)據(jù)的有（C）A)僅ⅠB)僅Ⅰ、Ⅱ和ⅢC)僅ⅣD)都是【解析】傳統(tǒng)的索引如有序索引、樹型索引都是建立在"比較"的基礎上，即在結構中查找記錄時需要進行一系列與關鍵字的比較。理想的情況是不希望經(jīng)過任何比較，一次存取便能得到所查記錄，則就必須在記錄的存儲位置和它的關鍵字之間建立一個確定的對應關系f，使每個關鍵字和結構中的唯一的存儲位置相對應，因而在查找時，要根據(jù)這個對應關系f找到給定值K的像f(K)。若結構中存在關鍵字和K相等的記錄，則必定在f(K)的存儲位置上，由此，不需要進行比較便可直接取得所查記錄。這樣的對應關系f稱為hash函數(shù)，這種方法叫hash索引。其它三個答案都會有索引值的比較。（22）設某在線論壇系統(tǒng)，其數(shù)據(jù)庫服務和Web服務運行在同一臺服務器上。系統(tǒng)運行一段時間后用戶數(shù)量激增，文章數(shù)量龐大，并發(fā)訪問量不斷增加，導致用戶普遍反映論壇響應變慢，主要現(xiàn)象有用戶登錄驗證時間變長和進入文章列表時響應時間過長。經(jīng)排查發(fā)現(xiàn)數(shù)據(jù)庫服務成為主要瓶頸。假設數(shù)據(jù)庫中有用戶信息表和文章表。為改善此情況，設有下列措施：Ⅰ．修改論壇程序使其能在內存中對常用查詢結果進行緩存，以減少數(shù)據(jù)庫的訪問次數(shù)Ⅱ．在操作系統(tǒng)中提高數(shù)據(jù)庫服務進程的優(yōu)先級Ⅲ．不再使用數(shù)據(jù)庫，以文本文件方式存儲用戶信息和文章Ⅳ．根據(jù)用戶信息表和文章表的索引情況，優(yōu)化用戶驗證查詢語句和文章列表查詢語句Ⅴ．統(tǒng)計并檢查使用頻率最高的幾類查詢，針對這些查詢模式對用戶信息表或文章表建立相應的索引以提高這些查詢的效率以上措施，一般情況下，合理且有效果的是（B）A)僅Ⅰ、Ⅱ和ⅢB)僅Ⅰ、Ⅳ和ⅤC)僅Ⅱ、Ⅲ和ⅣD)僅Ⅱ、Ⅳ和Ⅴ【解析】Ⅱ錯誤原因是題目中已經(jīng)說明數(shù)據(jù)庫服務成為主要瓶頸，因此跟操作系統(tǒng)的進程調度無關，而且改變操作系統(tǒng)進程優(yōu)先級會影響系統(tǒng)的運行，有可能會造成其它錯誤。Ⅲ錯誤是因為數(shù)據(jù)庫系統(tǒng)中包括數(shù)據(jù)庫管理系統(tǒng)，其中有一些執(zhí)行和處理數(shù)據(jù)的方法已經(jīng)很優(yōu)化，而若使用文本方式存儲數(shù)據(jù)，則數(shù)據(jù)管理要用戶自己完成，處理更繁瑣且效率較低。（23）在SQLServer2008中，有系統(tǒng)數(shù)據(jù)庫master、model、msdb、tempdb和用戶數(shù)據(jù)庫。下列關于系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫的備份策略，最合理的是（D）A)對以上系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫都實行周期性備份B)對以上系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫都實行修改之后即備份C)對以上系統(tǒng)數(shù)據(jù)庫實行修改之后即備份，對用戶數(shù)據(jù)庫實行周期性備份D)對master、model、msdb實行修改之后即備份，對用戶數(shù)據(jù)庫實行周期性備份，對tempdb不備份【解析】系統(tǒng)數(shù)據(jù)庫master、model、msdb因為被修改地較少，且對數(shù)據(jù)庫系統(tǒng)影響較大，所以每次修改后應及時備份；而用戶自定義的數(shù)據(jù)庫（如學生成績管理系統(tǒng)中的數(shù)據(jù)庫）在使用過程中會經(jīng)常不定期的修改，而且每次修改量不大，如果每次修改后重新備份則對系統(tǒng)操作冗余性較大，所以采用定期備份；而tempdb是系統(tǒng)臨時文件的數(shù)據(jù)庫，每次啟動后都會清空，所以沒必要備份。所以選D。（24）SQLServer2008提供了多種數(shù)據(jù)備份方法：Ⅰ．完整數(shù)據(jù)庫備份Ⅱ．差異數(shù)據(jù)庫備份Ⅲ．文件備份Ⅳ．差異文件備份以上備份方法中，在備份完成之后必須再對日志進行備份的是（B）A)僅ⅡB)僅Ⅲ和ⅣC)僅Ⅰ和ⅡD)僅Ⅳ【解析】文件備份主要是對數(shù)據(jù)庫中數(shù)據(jù)文件的備份，不對日志文件備份，因此在備份完成之后必須再對日志進行備份。所以選B。（25）設有商場數(shù)據(jù)庫應用系統(tǒng)，在系統(tǒng)生命周期中，可能會遇到下列故障：Ⅰ．某DBA違反規(guī)定使用數(shù)據(jù)庫服務器上公網(wǎng)后，服務器操作系統(tǒng)遭到攻擊，導致系統(tǒng)死機后不得不重啟Ⅱ．與幾臺POS機相連的交換機突然損壞，導致這幾臺POS機無法提供服務Ⅲ．系統(tǒng)運行過程中突然停電，恢復供電后操作系統(tǒng)重新啟動Ⅳ．某員工蓄意刪除部分商品信息，導致系統(tǒng)無法正常銷售這些商品Ⅴ．因水災導致數(shù)據(jù)庫服務器被淹后硬盤損毀，致使數(shù)據(jù)無法恢復Ⅵ．DBA誤操作強行關閉正在運行的數(shù)據(jù)庫服務器以上故障，不屬于系統(tǒng)故障的是（C）A)僅ⅣB)僅Ⅱ、Ⅲ和ⅥC)僅Ⅱ、Ⅳ和ⅤD)僅Ⅰ、Ⅱ和Ⅴ【解析】Ⅱ和Ⅴ是介質故障，又稱為硬故障，是指物理設備的損壞導致數(shù)據(jù)庫無法運行，而Ⅳ是人為攻擊破壞。系統(tǒng)故障是指造成系統(tǒng)停止運轉的任何事件，使得系統(tǒng)要重新啟動。所以選C。（26）關于分布式數(shù)據(jù)庫，下列說法正確的是（C）A)分布式數(shù)據(jù)庫的查詢代價需要考慮站點間數(shù)據(jù)傳輸?shù)耐ㄐ糯鷥r，一般來說導致數(shù)據(jù)傳輸量大的主要原因是各分片的片內連接操作B)分布式數(shù)據(jù)庫中位置透明性是最高級別的透明性，這種透明性保證用戶在編程時只需考慮數(shù)據(jù)分片情況，而不用關心分片在各場地的分配情況C)分布式數(shù)據(jù)庫的事務管理包括恢復控制和并發(fā)控制，恢復控制一般采用的策略是基于兩階段提交協(xié)議D)分布式數(shù)據(jù)庫系統(tǒng)的目標是利用多處理機節(jié)點并發(fā)地完成數(shù)據(jù)庫任務，以提高數(shù)據(jù)庫系統(tǒng)的整體性能【解析】在分布式數(shù)據(jù)庫查詢中，導致數(shù)據(jù)傳輸通信代價大的主要原因是各個站點分片間的連接和并操作，A錯；分布式數(shù)據(jù)庫中的分布透明性包括分片透明性、位置透明性、局部數(shù)據(jù)模型透明性，其中分片透明性是最高層次的透明性，B錯；分布式數(shù)據(jù)庫的目標是本地自治、非集中式管理、高可用性、位置獨立性、數(shù)據(jù)分片獨立性等，D錯。故答案選C。（27）在分布式數(shù)據(jù)庫應用系統(tǒng)的設計過程中要考慮數(shù)據(jù)的分布策略。下列關于數(shù)據(jù)分布策略的說法，錯誤的是（B）A)分布式數(shù)據(jù)庫中數(shù)據(jù)分布策略可以從數(shù)據(jù)分片和數(shù)據(jù)分配兩個角度來考慮，一般先進行數(shù)據(jù)分片，再進行數(shù)據(jù)分配B)數(shù)據(jù)水平分片是在關系中從行（元組）的角度依據(jù)一定條件劃分為不同的片斷，關系中的每一行必須至少屬于一個片斷，以便通過選擇方法恢復關系C)數(shù)據(jù)垂直分片是在關系中從列（屬性）的角度依據(jù)一定條件分為不同的片斷，各片斷中應該包含關系的主碼，以便通過連接方法恢復關系D))數(shù)據(jù)分配策略中，集中式分配策略便于控制，但數(shù)據(jù)過于集中，負載過重，易形成瓶頸，可靠性較差【解析】數(shù)據(jù)的水平分片是在關系中從行（元組）的角度依據(jù)一定條件劃分為不同的片斷，關系中的每一行必須至少屬于一個片斷，以便在需要時可以重構關系。故B錯誤。（28）在并行數(shù)據(jù)庫中，需要將表拆分到不同的磁盤上。下列最適合整表掃描的拆分方式是（A）A)輪轉法B)散列劃分C)范圍劃分D)等值劃分【解析】并行數(shù)據(jù)庫常用的劃分技術有輪轉法、散列劃分、范圍劃分。輪轉法：對關系順序掃描，將第i個元組存儲到標號為Dimod的磁盤上；該方式保證了元組在多個磁盤上均勻分布。散列劃分：選定一個值域為{0,1,…,n-1}的散列函數(shù)，對關系中的元組基于劃分屬性進行散列。如果散列函數(shù)返回i，則將其存儲到第i個磁盤。范圍劃分：該策略按照關系中某個屬性的取值范圍將數(shù)據(jù)文件劃分為幾部分，分別存放到磁盤上。由此可見，輪轉法最適合于掃描整個關系的應用，并在掃描時可以并行地從幾個磁盤讀取數(shù)據(jù)，負載平衡，充分發(fā)揮了并行性。（29）數(shù)據(jù)挖掘可以簡單地理解為從大量的數(shù)據(jù)中發(fā)現(xiàn)或挖掘知識。設某公司的客戶關系管理系統(tǒng)中有客戶表A(CID,v1,v2,…,vn)。給定一個訓練集S(v1,v2,…,vn,c)，其中c為客戶類別、vi（i=1..n）為客戶其他屬性。若對表A中任一客戶x，要使系統(tǒng)能判定x所屬的客戶類別，較合理的方案是（B）A)將x對應的元組中的特征向量(v1,v2,…,vn)與訓練集S中的元組進行匹配，從而判定x所屬的客戶類別B)對訓練集S設計適當?shù)乃惴?，構造一個分類器M，將x對應的特征向量(v1,v2,…,vn)作為M的輸入，用M判定x所屬的客戶類別C)采用關聯(lián)規(guī)則挖掘算法構成一個關聯(lián)式分類器M，用M判定x所屬的類別D)采用適當?shù)木垲愃惴ǎ瑢Ρ鞟中的所有元組進行聚類，將每個元組歸入訓練集S各元組的c列所給出的客戶類別中，從而實現(xiàn)x所屬客戶類別的判定【解析】對于訓練集S，測試集A利用數(shù)據(jù)挖掘中的分類算法，通過訓練集構建一個分類器，將測試集A作為分類器輸入，經(jīng)過分類器后會得到相應的類別號。即使相同的類別編號的訓練集也可能對應不同的屬性集，所以單純的通過對屬性集差別的比較來識別類別不準確，故A錯。關聯(lián)規(guī)則挖掘是發(fā)現(xiàn)交易數(shù)據(jù)庫中不同商品之間的聯(lián)系，而本題是對數(shù)據(jù)進行分類，與題意不符，故C錯。D項屬于無監(jiān)督學習算法，對類別并沒有規(guī)定明確的前提條件，與本題所給的條件無關。綜上可知，選項B正確。（30）設有某電子商務平臺，該平臺業(yè)務繁忙。為實現(xiàn)面向用戶的精確營銷，提高向用戶推薦商品的成功率，需要建立數(shù)據(jù)倉庫系統(tǒng)，并將數(shù)據(jù)倉庫作為數(shù)據(jù)挖掘應用程序的數(shù)據(jù)源。設電子商務平臺的OLTP環(huán)境中有銷售數(shù)據(jù)表T1和用戶信息表T2。數(shù)據(jù)倉庫用表T3保存近5年的銷售細節(jié)數(shù)據(jù)，同時有用戶信息表T4和用戶商品推薦表T5。下列方案一般情況下最為合理的是（D）A)實時更新T3，即每產(chǎn)生一條銷售記錄，就將該記錄同時寫到T1和T3中，并觸發(fā)數(shù)據(jù)挖掘程序運行，以增加數(shù)據(jù)挖掘結果的準確性和實時性B)當一個銷售事務完成并生成銷售記錄后，觸發(fā)數(shù)據(jù)挖掘程序在T1上執(zhí)行并得到針對該用戶的商品推薦列表，然后將商品推薦列表寫到T5中。每隔數(shù)小時從T1獲取新數(shù)據(jù)批量更新T3C)根據(jù)T1的變化實時更新T3，每天定時運行數(shù)據(jù)挖掘程序，生成用戶商品推薦列表，并將其寫到T5中D)每天根據(jù)T1對T3做一次批量更新，數(shù)據(jù)挖掘程序根據(jù)新數(shù)據(jù)生成用戶商品推薦列表，并將其寫到T5中【解析】數(shù)據(jù)倉庫是為了構建新的分析處理環(huán)境而出現(xiàn)的一種數(shù)據(jù)存儲和組織的新技術。它的建立能充分利用已有的數(shù)據(jù)資源，把數(shù)據(jù)轉換為信息，從中挖掘出知識，最終創(chuàng)造出效益。數(shù)據(jù)倉庫有若干基本特征，包括不可更新性和隨時間變化性。所謂不可更新性就是用戶在提取倉庫中的數(shù)據(jù)進行分析時并不會同時對數(shù)據(jù)倉庫中的數(shù)據(jù)進行更新操作，而數(shù)據(jù)變化性是數(shù)據(jù)倉庫每隔一段時間進行數(shù)據(jù)的更新和處理。綜上可以看出，數(shù)據(jù)倉庫的更新與時間間隔有關，所以不會實時更新，即排除A、C，又因為對用戶進行推薦時要結合以往的歷史數(shù)據(jù)而不是僅通過當前數(shù)據(jù)分析，即B錯。綜上可知，選項D正確。二、填空題（1）數(shù)據(jù)庫管理系統(tǒng)提供了數(shù)據(jù)定義語言（DDL），用于定義各種數(shù)據(jù)庫對象。數(shù)據(jù)定義語句經(jīng)DDL編譯器編譯后，各種對象的描述信息存放在數(shù)據(jù)庫的【數(shù)據(jù)字典】中?！窘馕觥繑?shù)據(jù)字典是對系統(tǒng)中各類數(shù)據(jù)描述的集合，是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。數(shù)據(jù)字典在數(shù)據(jù)庫設計中占有很重要的地位，通常包括數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程5個部分。（2）關系數(shù)據(jù)庫中要求關系的主碼不能為空，這屬于數(shù)據(jù)模型三要素中的【完整性約束】【解析】數(shù)據(jù)模型通常由數(shù)據(jù)結構、數(shù)據(jù)操作和完整性約束三部分構成。數(shù)據(jù)的完整性約束是一組完整性規(guī)則，它是給定的數(shù)據(jù)模型中數(shù)據(jù)及其聯(lián)系所有的制約和依存的規(guī)則，用以限定符合數(shù)據(jù)模型的數(shù)據(jù)庫狀態(tài)及狀態(tài)的變化，以保證數(shù)據(jù)的正確、有效、相容。實體的完整性規(guī)定，主碼的任何屬性都不能為空，因為概念模型中實體和聯(lián)系都是可區(qū)分的，而且它們以碼為唯一性標識。如果主碼的屬性值可以為空，則意味著在概念模型中存在著不以碼為唯一性標識的實體。顯然前后矛盾。（3）設有如下UML圖。該圖是一種【順序】圖【解析】順序圖主要用于描述系統(tǒng)內對象之間的消息發(fā)送和接收序列。它有兩個坐標軸：縱向表示時間的持續(xù)過程，橫向表示對象，每一個對象用矩形框表示，縱向的虛線表示對象在序列中的執(zhí)行情況。順序圖的第一個消息一般在左邊第一個對象的生命線頂端，其他消息按時間順序相繼插入順序圖中，后面發(fā)生的消息的線應比前面發(fā)生的消息的線畫得低一些，以表示它們之間的時間關系。（4）現(xiàn)有系表（系號，系名，聯(lián)系電話）和教師表（教師號，教師名，職稱，工資，系號)。目前某些系還沒有招聘到教授，如果要用一個查詢語句列出沒有招聘到教授的系的系號和系名，用【外】連接操作可以實現(xiàn)這個查詢?！窘馕觥績蓚€關系R與S在做自然連接時，選擇兩個關系在公共屬性上值相等的元組構成新的關系。關系R中某些元組有可能在S中不存在公共屬性上值相等的元組，從而造成R中這些元組在操作時被舍棄，同樣，S中某些元組也可能被舍棄。如果把舍棄的元組也保存在結果關系中，而在其它屬性上填空值(Null)，那么這種連接就叫外連接。題中兩個表做外連接，那些沒有對應教師的系也會被留下來，方便查看。（5）設有商品表（商品號，商品名，商品類別），其中商品號為主碼，商品名和商品類別不為空?，F(xiàn)要統(tǒng)計商品數(shù)量最多的前3類商品（包括并列情況），希望列出商品類別和商品數(shù)量。請補全下列語句：SELECT【Top3WithTies】商品類別，COUNT(*)AS商品數(shù)量FROM商品表GROUPBY商品類別ORDERBYCOUNT(*)DESC【解析】希望選出商品數(shù)量最多的前3類商品，并獲得相應的商品類別和數(shù)量。withties一般是和Top、orderby相結合使用,表示包括與最后一行orderby后面的參數(shù)取值并列的結果。（6）在SQLServer2008中，每個數(shù)據(jù)頁可存儲8060字節(jié)的數(shù)據(jù)。設表T有10000行數(shù)據(jù)，每行占用4031字節(jié)，則存儲該表數(shù)據(jù)大約需要【80】MB存儲空間，其空間利用率大約是【50】%。（存儲空間和空間利用率均保留到整數(shù)，小數(shù)點后按四舍五入處理）【解析】【解析】在SQLServer中，數(shù)據(jù)存儲的基本單位是頁。為數(shù)據(jù)庫中的數(shù)據(jù)文件（.mdf或.ndf）分配的磁盤空間可以從邏輯上劃分成頁（從0到n連續(xù)編號），磁盤I/O操作在頁級執(zhí)行。也就是說，SQLServer讀取或寫入所有數(shù)據(jù)頁。在SQLServer中，頁的大小為8KB，這意味著SQLServer數(shù)據(jù)庫中每MB有128頁，每頁的開頭是96字節(jié)的標頭，用于存儲有關頁的系統(tǒng)信息，此信息包括頁碼、頁類型、頁的可用空間以及擁有該頁的對象的分配單元ID。行不能跨頁，但是行的部分可以移出行所在的頁，因此行實際可能非常大。頁的單個行中的最大數(shù)據(jù)量和開銷是8,060字節(jié)，由于題目中2行數(shù)據(jù)加起來的存儲空間大于數(shù)據(jù)頁，所以每頁只能存儲一行，因為1M有128頁，也就可以存儲128行，10000/128得80MB空間。至于空間利用率(實際存儲數(shù)據(jù)量/所占的存儲空間)，考慮到每行4031字節(jié)為8060的一半，所以近似得到50%。（7）使用約束可以保證數(shù)據(jù)庫中數(shù)據(jù)的正確性，其中【Unique】約束允許出現(xiàn)空值但不允許出現(xiàn)重復值。【解析】數(shù)據(jù)表中對于某一列數(shù)據(jù)的唯一性約束有UNIQUE約束和PRIMARY約束，但兩者之間有區(qū)別。PRIMARYKEY約束多為強調主鍵不可出現(xiàn)相同元素，但想要強制一列或多列組合（不是主鍵）的唯一性時應使用UNIQUE約束而不是PRIMARYKEY約束。而且，UNIQUE約束允許出現(xiàn)空值，PRIMARYKEY約束不允許出現(xiàn)空值。（8）在SQLServer2008中，設log1是SQLServer身份驗證模式的數(shù)據(jù)庫服務器登錄帳戶?，F(xiàn)要授予log1具有創(chuàng)建數(shù)據(jù)庫的權限，請補全下列語句：EXECsp_addsrvrolemember′log1′,′【dbcreator】′【解析】EXECsp_addsrvrolemember是登錄賬戶權限之意，sp_addsrvrolemember是定義好的存儲過程。其作用是為登錄賬戶賦角色權限。數(shù)據(jù)庫主要的角色及權限如下表：（9）數(shù)據(jù)庫管理系統(tǒng)一般通過周期性檢查【等待】圖來實現(xiàn)死鎖檢測?！窘馕觥渴聞盏却龍D是一個有向圖G=(T,U)，T為結點的集合，每個結點表示正在運行的事務；U為邊的集合，每條邊表示事務等待的情況。若事務T1等待事務T2，則T1、T2之間有一條有向邊，從T1指向T2。如果發(fā)現(xiàn)圖中存在回路，則表示系統(tǒng)中出現(xiàn)了死鎖。（10）一個事務執(zhí)行過程中，其正在訪問的數(shù)據(jù)被其他事務修改，導致處理結果不正確。這是由于不滿足并發(fā)事務間的【隔離】性而引起的。【解析】當多個用戶并發(fā)地存取數(shù)據(jù)時就會產(chǎn)生多個事務同時存取一個數(shù)據(jù)的情況，若對并發(fā)操作不加控制就可能會存取不正確的數(shù)據(jù)，破壞事務的一致性和數(shù)據(jù)庫的一致性。并發(fā)操作帶來的數(shù)據(jù)不一致性主要包括丟失修改、不可重復讀和讀"臟"數(shù)據(jù)，產(chǎn)生上述三類數(shù)據(jù)的不一致性主要原因就是并發(fā)操作破壞了事務的隔離性，所以數(shù)據(jù)庫管理系統(tǒng)必須提供并發(fā)控制機制。（11）在數(shù)據(jù)庫系統(tǒng)出現(xiàn)系統(tǒng)故障后進行恢復時，對于事務T，如果在日志文件中有BEGINTRANSACTION記錄，也有COMMIT記錄，但其對數(shù)據(jù)的修改沒有寫到數(shù)據(jù)庫中，則數(shù)據(jù)庫管理系統(tǒng)處理這種事務時應執(zhí)行的操作是【REDO】?！窘馕觥肯到y(tǒng)故障造成數(shù)據(jù)庫不一致狀態(tài)的原因有兩個，一是未完成的事務對數(shù)據(jù)庫的更新可能已寫入數(shù)據(jù)庫，二是已提交事務對數(shù)據(jù)庫的更新可能還留在緩沖區(qū)沒來得及寫入數(shù)據(jù)庫。對于故障發(fā)生前已提交的事務（既有BEGINTransaction，又有commit）做redo操作，對于故障發(fā)生時尚未完成的事務（只有BEGINTransaction，而沒有commit或rollback）做undo操作。（12）設某并行數(shù)據(jù)庫采用一臺具有14個刀片的刀片服務器，每個刀片具有獨立的內存和磁盤，各刀片之間通過刀片服務器上的以太網(wǎng)交換機實現(xiàn)通信，則該并行數(shù)據(jù)庫采用的體系結構是【無共享】結構。【解析】并行數(shù)據(jù)服務器分為兩種結構：完全共享資源結構、完全不共享資源結構。完全共享資源結構指對每個數(shù)據(jù)項的存取都要經(jīng)過公共通信線路，其所有的處理器共享內存、磁盤等資源。完全不共享資源結構指高功能計算機系統(tǒng)由多個較小的系統(tǒng)替代，每個站點都要實現(xiàn)全局數(shù)據(jù)目錄，每個站點有獨立的內存和磁盤對應該站點的服務器。（13）數(shù)據(jù)倉庫是一個面向【主題】的、集成的、非易失的、且隨時間變化的數(shù)據(jù)集合?！窘馕觥繑?shù)據(jù)倉庫是為了構建新的分析處理環(huán)境而出現(xiàn)的一種數(shù)據(jù)存儲和組織技術，基本特征包括：數(shù)據(jù)是面向主題的、集成的、非易失的、隨時間不斷變化的。主題是一個在較高層次上對數(shù)據(jù)的抽象，這使得面向主題的數(shù)據(jù)組織可以獨立于數(shù)據(jù)的處理邏輯，因而可以在這種數(shù)據(jù)環(huán)境上方便地開發(fā)新的分析型應用。（14）粒度是反映數(shù)據(jù)庫系統(tǒng)中綜合程度的指標。設有表T1（商品標識，銷售時間，銷售量）、T2（商品標識，日期，總銷售量）和T3（商品類別，月份，總銷售量），其中粒度最大的表是【T3】?！窘馕觥苛６葐栴}是設計數(shù)據(jù)倉庫的一個最重要方面。粒度是指數(shù)據(jù)倉庫的數(shù)據(jù)單位中保存數(shù)據(jù)的細化或綜合程度的級別。細化程度越高，粒度級就越??；相反，細化程度越低，粒度級就越大。由題意可知，粒度最大的表應是T3。三、設計與應用題1、設某教學管理系統(tǒng)，其查詢模塊需要提供如下功能：Ⅰ．查詢系信息，列出各系編號、系名和系辦公電話；Ⅱ．查詢某系教師的信息，列出教師號、教師名、工資和聘用日期；Ⅲ．查詢某教師講授的課程信息，列出課程號、課程名和學分；Ⅳ．查詢講授某門課程的教師信息，列出教師名和職稱；Ⅴ．查詢某門課程的先修課程信息，列出先修課程號和先修課程名。系統(tǒng)有如下業(yè)務規(guī)則：Ⅰ．一個系可聘用多名教師，一名教師只能受聘于一個系；Ⅱ．一名教師可講授多門課程，一門課程可由多名教師講授；Ⅲ．一門課程可以有多門先修課程，也可以沒有先修課程。(1)請根據(jù)以上查詢功能與業(yè)務規(guī)則，用ER圖描述該系統(tǒng)的概念模型。（5分）(2)將ER圖轉換為滿足3NF的關系模式，并說明每個關系模式的主碼和外碼。（5分）（1）2、設有商品表（商品號，商品名，單價）和銷售表（銷售單據(jù)號，商品號，銷售時間，銷售數(shù)量，銷售單價）。其中，商品號代表一類商品，商品號、單價、銷售數(shù)量和銷售單價均為整型。請編寫查詢某年某商品的銷售總毛利的存儲過程，毛利=銷售數(shù)量×（銷售單價－單價）。要求商品號和年份為輸入?yún)?shù)，總毛利用輸出參數(shù)返回。（10分）createdatabasetestusetestcreatetable商品表( 商品號int, 商品名varchar(20), 單價int)createtable銷售表( 銷售單據(jù)號varchar(3), 商品號int, 銷售時間datetime, 銷售數(shù)量int, 銷售單價int)insert商品表values (1,'計算機',2500), (2,'音箱',500), (3,'筆記本',3500), (4,'手機',1000), (5,'電池',25), (6,'天線',2) insert銷售表values ('001',1,'2015-1-1',10,3500), ('001',2,'2015-1-1',5,1000), ('002',1,'2015-2-1',3,4500), ('003',1,'2014-1-1',2,5500), ('004',6,'2013-1-1',6,10)createprocedure某商品某年毛利 @商品號int,@年份int, @總毛利intoutputas select@總毛利=SUM(銷售數(shù)量*(銷售單價-單價))from商品表,銷售表 where商品表.商品號=銷售表.商品號and 銷售表.商品號=@商品號and year(銷售時間)=@年份--執(zhí)行語句declare@MLintexec某商品某年毛利1,2015,@MLoutput select@MLas總毛利3、設某全國性的運輸企業(yè)建立了大型OLTP系統(tǒng)，并在該系統(tǒng)之上建立了數(shù)據(jù)倉庫。OLTP系統(tǒng)和數(shù)據(jù)倉庫中有如下數(shù)據(jù)表：運輸明細表（運輸單ID，發(fā)送站ID，終到站ID，貨物ID，貨物重量，運輸價格，發(fā)貨日期）匯總表1（發(fā)送站ID，終到站ID，貨物ID，發(fā)貨日期，總重，總運價）匯總表2（發(fā)送站ID，終到地區(qū)ID，貨物ID，發(fā)貨日期，總重，總運價）匯總表3（發(fā)送站ID，終到站ID，貨物ID，發(fā)貨月份，總重，總運價）匯總表4（發(fā)送地區(qū)ID，終到地區(qū)ID，貨物類別ID，發(fā)貨日期，總重，總運價）該企業(yè)管理的貨運站約有100個，貨物約有500種共10類，各匯總表都建有主碼，且各表有合理的維護策略，在每次維護后數(shù)據(jù)能保持一致。設有視圖V，該視圖的訪問頻率很高，其查詢結果模式為（發(fā)送地區(qū)ID，終到站ID，發(fā)貨月份，總重，總運價），該視圖現(xiàn)以匯總表1為計算數(shù)據(jù)源。經(jīng)監(jiān)控發(fā)現(xiàn)，匯總表1的被訪問頻率過高，導致系統(tǒng)整體性能下降，而其它匯總表被訪問頻率較低。在不增加匯總表和索引的情況下，請給出一個改善系統(tǒng)服務性能的優(yōu)化方案，并簡要說明理由。（10分）【解題思路】計算機系統(tǒng)中存在著兩類不同的數(shù)據(jù)處理工作：操作型處理和分析型處理，也稱作OLTP(聯(lián)機事務處理)和OLAP(聯(lián)機分析處理)。操作型處理也叫事務處理，是指對數(shù)據(jù)庫聯(lián)機的日常操作，通常是對一個或一組紀錄的查詢或修改，例如火車售票系統(tǒng)、銀行通存通兌系統(tǒng)、稅務征收管理系統(tǒng)等。這些系統(tǒng)要求快速響應用戶請求，對數(shù)據(jù)的安全性、完整性以及事務吞吐量要求很高。結合本題中存在的問題，視圖本身的訪問量很高，而又僅僅以匯總表1為計算數(shù)據(jù)源，而其它匯總表訪問率低，導致了資源利用不合理。因此本題考察了聯(lián)機事務處理中的資源調度問題。第二套一、選擇題（1）下列關于概念數(shù)據(jù)模型的說法，錯誤的是（C）A)概念數(shù)據(jù)模型并不依賴于具體的計算機系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)B)概念數(shù)據(jù)模型便于用戶理解，是數(shù)據(jù)庫設計人員與用戶交流的工具，主要用于數(shù)據(jù)庫設計C)概念數(shù)據(jù)模型不僅描述了數(shù)據(jù)的屬性特征，而且描述了數(shù)據(jù)應滿足的完整性約束條件D)概念數(shù)據(jù)模型是現(xiàn)實世界到信息世界的第一層抽象，強調語義表達功能【解析】概念數(shù)據(jù)模型主要用來描述世界的概念化結構，它使數(shù)據(jù)庫設計人員在設計的初始階段擺脫計算機系統(tǒng)及DBMS的具體技術問題，集中精力分析數(shù)據(jù)以及數(shù)據(jù)之間的聯(lián)系等，與具體的數(shù)據(jù)庫管理系統(tǒng)無關，所以沒有描述數(shù)據(jù)的完整性約束條件。（2）在數(shù)據(jù)庫應用系統(tǒng)生命周期中，系統(tǒng)設計完成后就進入到系統(tǒng)實現(xiàn)與部署階段。下列關于數(shù)據(jù)庫應用系統(tǒng)實現(xiàn)與部署階段工作的說法，錯誤的是（D）A)此階段會根據(jù)數(shù)據(jù)庫邏輯結構和物理結構設計方案以及項目選擇的數(shù)據(jù)庫管理系統(tǒng)，編寫相關腳本生成數(shù)據(jù)庫結構B)此階段會將用戶原有數(shù)據(jù)按照新的數(shù)據(jù)結構導入到新系統(tǒng)中C)此階段會進行應用系統(tǒng)編碼和編碼測試，編碼測試可以使用白盒測試方法也可以使用黑盒測試方法D)此階段如果發(fā)現(xiàn)系統(tǒng)的功能、性能不滿足用戶需求，應盡快進行系統(tǒng)升級工作【解析】系統(tǒng)的實現(xiàn)階段主要是系統(tǒng)編碼和測試，針對系統(tǒng)的功能和性能不足對系統(tǒng)進行升級是運行維護階段的工作。（3）存儲管理器是數(shù)據(jù)庫管理系統(tǒng)非常重要的組成部分。下列關于存儲管理器的說法，錯誤的是（C）A)存儲管理器負責檢查用戶是否具有數(shù)據(jù)訪問權限B)為了提高數(shù)據(jù)訪問效率，存儲管理器會將部分內存用于數(shù)據(jù)緩沖，同時使用一定的算法對內存緩沖區(qū)中的數(shù)據(jù)塊進行置換C)存儲管理器會為編譯好的查詢語句生成執(zhí)行計劃，并根據(jù)執(zhí)行計劃訪問相關數(shù)據(jù)D)存儲管理器以事務方式管理用戶對數(shù)據(jù)的訪問，以確保數(shù)據(jù)庫并發(fā)訪問的正確性【解析】C項是查詢處理器的功能，不是存儲管理器功能。（4）下列敘述中不屬于三層B/S結構數(shù)據(jù)庫應用系統(tǒng)特點和操作特征的是（C）A)客戶端使用瀏覽器，瀏覽器與Web應用服務器之間的通信使用超文本傳輸協(xié)議（HTTP）B)數(shù)據(jù)庫服務器接受應用服務器提出的數(shù)據(jù)操作請求，對數(shù)據(jù)庫進行相應的操作，并將操作結果返回給應用服務器C)這種結構使客戶端和服務器能在不同的系統(tǒng)間通信，但對客戶機配置要求較高，且應用軟件維護代價也較大D)這種結構不受時空限制，使用者可以在全球任何地方，任何時間請求數(shù)據(jù)庫應用系統(tǒng)提供的各種數(shù)據(jù)服務【解析】B/S結構的數(shù)據(jù)庫應用系統(tǒng)的特點是用戶界面完全通過WWW瀏覽器實現(xiàn)，一部分事務邏輯在前端實現(xiàn)，主要的事務邏輯在服務器實現(xiàn)，所以其對客戶機配置要求不高，即使對服務器要求較高，也不需要安裝客戶端軟件。（5）實體聯(lián)系模型簡稱ER模型，是數(shù)據(jù)庫設計常用的一種建模方法。關于ER模型，下列說法錯誤的是（D）A)ER模型能幫助建模人員用一種簡單的方法描述現(xiàn)實世界中的數(shù)據(jù)及數(shù)據(jù)之間的聯(lián)系B)用ER模型建模的基本思路是分類標識客觀事物，將具有相同屬性特征的事物抽象為實體集C)ER模型可以描述實體集之間一對一、一對多和多對多聯(lián)系，也可以描述一個實體集中記錄之間的聯(lián)系D)用ER模型描述實體集之間的聯(lián)系時，需要考慮數(shù)據(jù)在計算機中存儲及處理的特征【解析】設計數(shù)據(jù)庫時，要分析這個數(shù)據(jù)庫必須存儲的信息及這些信息組成部分之間的關系，ER模型就是用來描述數(shù)據(jù)庫中實體及其屬性以及各個實體間聯(lián)系的描述方法。ER模型建模時，不考慮數(shù)據(jù)庫在計算機中的存儲和處理特性。（6）下列關于函數(shù)依賴概念的說法，正確的是（B）A)函數(shù)依賴研究一個關系中記錄之間的依賴關系B)函數(shù)依賴研究一個關系中屬性之間的依賴關系C)函數(shù)依賴研究一個關系中主碼與外碼之間的依賴關系D)函數(shù)依賴研究一個關系中某列不同行之間取值的依賴關系【解析】函數(shù)依賴的定義為：設R(U)是屬性集U上的關系模型X,Y是U的子集，若對于R(U)的任意一個可能的關系r，r中不可能存在兩個元組在X上屬性值相等，而在Y上的屬性值不等，則稱X函數(shù)確定Y或Y函數(shù)依賴于X。其本質是根據(jù)屬性間的依賴情況來判定關系是否具有模型不合適的性質。（7）下列有關三級模式結構和數(shù)據(jù)獨立性的說法，正確的是（C）A)在一個數(shù)據(jù)庫中可以定義多個內模式，可利用不同的內模式來描述特定用戶對數(shù)據(jù)的物理存儲需求B)外模式是用戶與數(shù)據(jù)庫系統(tǒng)的接口，用戶可通過外模式來訪問數(shù)據(jù)，在一個數(shù)據(jù)庫中只能定義一個外模式C)三級模式結構提供了數(shù)據(jù)獨立性，即當數(shù)據(jù)的邏輯結構和存儲結構發(fā)生變化時，應用程序不受影響D)數(shù)據(jù)獨立性使得數(shù)據(jù)的定義和描述與應用程序相分離，簡化了數(shù)據(jù)庫應用程序的開發(fā)，但增加了用戶維護數(shù)據(jù)的代價【解析】A選項中內模式也稱存儲模式，它是數(shù)據(jù)物理結構和存儲方式的描述，是數(shù)據(jù)在數(shù)據(jù)庫內部的表示方式，一個數(shù)據(jù)庫只有一個內模式。B選項中外模式可以有多個，其是應用程序或用戶與數(shù)據(jù)庫通信的接口，不同的用戶訪問同一個數(shù)據(jù)庫對應多個外模式。D選項中數(shù)據(jù)與程序之間的獨立性，使數(shù)據(jù)定義與描述分離，所有數(shù)據(jù)的存取由DBMS管理，用戶不必考慮存取細節(jié)，所以減少了應用程序的維護。（8）現(xiàn)要為某大型商場開發(fā)一個數(shù)據(jù)庫應用系統(tǒng)，在該應用系統(tǒng)的生命周期中，設有下列活動：Ⅰ.開發(fā)人員執(zhí)行DDL代碼建立數(shù)據(jù)庫結構Ⅱ.編寫商品信息錄入和導入程序，在系統(tǒng)投入運行前建立商品信息清單Ⅲ.根據(jù)商場銷售業(yè)務開展情況，調整數(shù)據(jù)庫中的商品清單和價格Ⅳ.準備銷售新商品時，使用商品信息錄入或導入程序，將新商品信息加入到商品清單中Ⅴ.為了防止數(shù)據(jù)丟失，定期對數(shù)據(jù)庫中的數(shù)據(jù)進行轉儲以上活動中，屬于商場數(shù)據(jù)庫應用系統(tǒng)實施活動的是（A）A)僅Ⅰ和ⅡB)僅Ⅰ、Ⅱ和ⅢC)僅Ⅲ和ⅣD)僅Ⅰ和Ⅴ【解析】Ⅰ、Ⅱ屬于實施活動，Ⅲ、Ⅳ、Ⅴ屬于運行和維護活動。（9）設有如下所示ER圖下列能夠正確表示該ER圖的UML類圖是（C）A)B)C)D)【解析】考慮到領導與下屬關系為一對多（即一個領導可以領導多個下屬），所以關系上用"1：*"表示"領導：下屬"，排除A、D。又因為一個部門中可以有不同職能的員工，排除B。所以選C。（10）設在SQLServer2008中，某關系表需要存儲職工的工資信息，工資的范圍為2000~10000，設用整型類型存儲。下列數(shù)據(jù)類型中最合適的是（B）A)intB)smallintC)tinyintD)bigint【解析】本題主要是對數(shù)字類型的區(qū)別，體現(xiàn)在表示的位數(shù)和存儲字長上面。有符號Bigint從-263到263-1的整型數(shù)據(jù)，存儲大小為8個字節(jié)；有符號int是從-231到231-1的整型數(shù)據(jù)，存儲大小為4個字節(jié)；有符號Smallint是從-215到215-1的整型數(shù)據(jù)，無符號smallint從0到216-1，存儲大小為2個字節(jié)；Tinyint從0到255的整型數(shù)據(jù)，存儲大小為1字節(jié)。所以選B。（11）設某數(shù)據(jù)庫在非工作時間（每天8:00以前、18:00以后、周六和周日）不允許授權用戶在職工表中插入數(shù)據(jù)。下列方法中能夠實現(xiàn)此需求且最為合理的是（D）A)建立存儲過程B)建立后觸發(fā)型觸發(fā)器C)定義內嵌表值函數(shù)D)建立前觸發(fā)型觸發(fā)器【解析】觸發(fā)器是用戶定義在關系表上的一類由時間驅動的特殊過程。一旦定義，任何用戶對表的增、刪、改操作均由服務器自動激活相應的觸發(fā)器，在DBMS核心層進行集中的完整性控制，類似于約束。前觸發(fā)型觸發(fā)器只執(zhí)行觸發(fā)器指定的內容而不執(zhí)行引發(fā)觸發(fā)器的SQL語句，為職工表中插入數(shù)據(jù)設定一個非工作時間的前觸發(fā)型觸發(fā)器后就可實現(xiàn)該功能。所以選D。（12）在開發(fā)數(shù)據(jù)庫應用系統(tǒng)時，使用存儲過程可以提高數(shù)據(jù)訪問效率，降低網(wǎng)絡流量。下列關于存儲過程的說法，錯誤的是（B）A)存儲過程可以接受輸入?yún)?shù)，并可將執(zhí)行結果以輸出參數(shù)形式返回B)存儲過程可以有多個輸入?yún)?shù)，但只能有一個輸出參數(shù)C)定義存儲過程時，在一個存儲過程中可以同時包含數(shù)據(jù)的增、刪、改、查操作D)存儲過程的輸入?yún)?shù)和輸出參數(shù)均可有默認值【解析】PL/SQL主要由兩種類型構成，即命名塊和匿名塊。匿名塊每次執(zhí)行時都需要進行編譯，不能被存儲到數(shù)據(jù)庫中，也不能在其它的PL/SQL中調用。存儲過程和函數(shù)是命名塊，它們被編譯后保存在數(shù)據(jù)庫中，可以被反復調用，運行速度塊。其結構為：CREATEProcedure過程名(參數(shù)列表)AS<PL/SQL塊>；參數(shù)列表可以為輸入?yún)?shù)、輸出參數(shù)，且輸入、輸出參數(shù)均可以有多個。所以選B。（13）在SQLServer2008中，設各系統(tǒng)數(shù)據(jù)庫當前主要數(shù)據(jù)文件及日志文件的大小如下表所示：數(shù)據(jù)庫主要數(shù)據(jù)文件（MB）日志文件（MB）master152model41msdb82tempdb61現(xiàn)要在該系統(tǒng)中創(chuàng)建一個新的用戶數(shù)據(jù)庫，則用戶數(shù)據(jù)庫中主要數(shù)據(jù)文件的大小不能小于（B）A)15MBB)4MBC)8MBD)6MB【解析】不能小于model數(shù)據(jù)庫的大小。Model數(shù)據(jù)庫為新創(chuàng)建的數(shù)據(jù)庫提供模版。（14）設有工作表（工作編號，最低工資，最高工資），其中工作編號、最低工資和最高工資均為整型，工作編號為主碼?，F(xiàn)要求最高工資必須大于等于最低工資，但不能超過最低工資的2倍。在SQLServer2008環(huán)境中有下列創(chuàng)建該表的語句：I.CREATETABLE工作表( 工作編號intprimarykey, 最低工資int, 最高工資intcheck(最高工資between最低工資and最低工資*2))II.CREATETABLE工作表( 工作編號int, 最低工資int, 最高工資int, primarykey(工作編號), check(最高工資between最低工資and最低工資*2))III.CREATETABLE工作表( 工作編號intprimarykey(工作編號), 最低工資int, 最高工資int, check(最高工資between最低工資and最低工資*2))IV.CREATETABLE工作表( 工作編號intprimarykey(工作編號), 最低工資int, 最高工資intcheck(最高工資between最低工資and最低工資*2))上述語句中正確的是（B）A)僅I和IIB)僅II和IIIC)僅III和IVD)全部【解析】當用CHECK進行約束條件限制時，若其只涉及對某一列的約束則可以放在該列后面，如果是約束條件中涉及兩列或兩列以上，則為對整個數(shù)據(jù)表的約束，放在表的最后面。（15）在SQLServer2008的某數(shù)據(jù)庫中，設U1用戶是R1角色中的成員，現(xiàn)已授予R1角色對T表具有SELECT和DENYUPDATE權限，同時授予了U1用戶對T表具有INSERT和UPDATE權限，則U1用戶最終對T表具有的權限是（A）A)SELECT和INSERTB)INSERT和UPDATEC)SELECT、INSERT和UPDATED)INSERT【解析】當用戶的權限與其所在的角色的權限發(fā)生沖突時，以角色的權限為標準。（16）.在SQLServer2008中，有系統(tǒng)數(shù)據(jù)庫master、model、msdb、tempdb和用戶數(shù)據(jù)庫。下列關于系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫的備份策略，最合理的是（D）A)對系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫都實行周期性備份B)對系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫都實行修改之后即備份C)對系統(tǒng)數(shù)據(jù)庫實行修改之后即備份，對用戶數(shù)據(jù)庫實行周期性備份D)對master、model、msdb實行修改之后即備份，對用戶數(shù)據(jù)庫實行周期性備份，對tempdb不備份【解析】因為系統(tǒng)數(shù)據(jù)庫master、model、msdb修改較少，且對數(shù)據(jù)庫系統(tǒng)影響較大，所以每次修改后應及時備份；而用戶自定義的數(shù)據(jù)庫（如學生成績管理系統(tǒng)中的數(shù)據(jù)庫）在使用過程中會經(jīng)常不定期的修改，而且每次修改量不大，如果每次修改完就重新備份則對系統(tǒng)操作冗余性較大，所以采用定期備份；tempdb是系統(tǒng)臨時文件的數(shù)據(jù)庫，每次啟動后都會清空，所以沒必要備份。選D。（17）在SQLServer2008中，設U1用戶在某數(shù)據(jù)庫中是db_datawriter角色中的成員，則用戶U1從該角色中可以獲得的數(shù)據(jù)操作權限是（C）。I.查詢II.插入III.更改IV.刪除A)僅IB)僅I和IIC)僅II、III和IVD)全部【解析】db_datawriter角色只分配了對數(shù)據(jù)庫的寫操作的權限，而不能進行查看，所以選C。（18）某數(shù)據(jù)庫應用系統(tǒng)中，數(shù)據(jù)庫管理員發(fā)現(xiàn)某個查詢功能是用多表連接操作實現(xiàn)的，此操作性能較差。在保證功能不變的前提下，若要提高該查詢的執(zhí)行效率，下列方法中可行的是（C）A)將此查詢語句放置在視圖中，使用視圖實現(xiàn)該查詢操作B)修改實現(xiàn)此功能的查詢語句，將連接查詢改為嵌套查詢C)將此功能涉及到的表進行合并，然后對合并后的表進行查詢D)將此查詢語句放置在存儲過程中，通過調用存儲過程實現(xiàn)該查詢操作【解析】視圖在sql語句相同的情況下不能夠提高效率，A錯誤；B、D并沒有簡化查詢的運算量從而將表合并，也沒有減少連接產(chǎn)生的運算量從而提高查詢效率。（19）在數(shù)據(jù)庫管理系統(tǒng)中，為保證并發(fā)事務的正確執(zhí)行，需采用一定的并發(fā)控制技術。下列關于基于鎖的并發(fā)控制技術的說法，錯誤的是（B）A)鎖是一種特殊的二元信號量，用來控制多個并發(fā)事務對共享資源的使用B)數(shù)據(jù)庫中的鎖主要分為排它鎖和共享鎖，當某個數(shù)據(jù)項上已加有多個共享鎖時，此數(shù)據(jù)項上只能再加一個排它鎖C)數(shù)據(jù)庫管理系統(tǒng)可以采用先來先服務的方式防止出現(xiàn)活鎖現(xiàn)象D)當數(shù)據(jù)庫管理系統(tǒng)檢測到死鎖后，可以采用撤銷死鎖事務的方式解除死鎖【解析】當事務T對某個數(shù)據(jù)加上排它鎖時，T可以對該數(shù)據(jù)進行讀和寫，其他任何事務都不能再對該數(shù)據(jù)加任何類型的鎖，直到T釋放該鎖才行；當事務T對某個數(shù)據(jù)加上共享鎖，則T只能對該數(shù)據(jù)進行讀操作，不能修改數(shù)據(jù)，且其它事務也可以對該數(shù)據(jù)加共享鎖但不能加排它鎖。只有等到該數(shù)據(jù)沒有被其他任何事務訪問時才能加排它鎖。（20）在某信息管理系統(tǒng)中需管理職工的照片信息，由于照片數(shù)據(jù)量較大，照片信息是否存儲在數(shù)據(jù)庫中成為討論的焦點問題。下列關于照片存儲與使用的說法，錯誤的是（C）A)將照片存儲在數(shù)據(jù)庫中可能會導致備份時間較長，備份空間占用較多B)將照片存儲在文件系統(tǒng)中，在數(shù)據(jù)庫中只存儲照片文件的路徑信息，可以大幅度降低數(shù)據(jù)庫的數(shù)據(jù)量C)將照片存儲在數(shù)據(jù)庫中雖然會導致數(shù)據(jù)庫的數(shù)據(jù)量較大，但可以方便地實現(xiàn)多臺機器共享照片數(shù)據(jù)，也可以大幅度提高用戶訪問照片數(shù)據(jù)的速度D)與將照片存儲在文件系統(tǒng)中相比，將照片存儲在數(shù)據(jù)庫中更容易實現(xiàn)人員信息和照片數(shù)據(jù)的一致性【解析】照片存儲到數(shù)據(jù)庫后，多個用戶同時對照片的訪問受到了很大的限制，所以，同一時間的高并發(fā)訪問對數(shù)據(jù)庫的要求極高。故本題選C。（21）現(xiàn)有課程表（課程號，課程名，學分，開課學期，課程性質），課程號為主碼。該表數(shù)據(jù)量較大。設經(jīng)常要對該表執(zhí)行類似下面的查詢：SELECT*FROM課程表WHERE課程名='數(shù)據(jù)庫原理'為提高這類查詢的執(zhí)行效率，下列物理設計方案中，正確且最為合理的是（C）A)為課程名列建立一個主索引B)為課程名列建立一個位圖索引C)為課程名列建立一個輔索引D)此表上不需要建任何索引【解析】本題考查索引的設置。主索引是根據(jù)數(shù)據(jù)對象的主鍵建立的索引，它們決定了被索引記錄的位置，而輔助索引沒有這樣的限制，可以用于任何索引目的并且可以查找多個數(shù)據(jù)文件存放的位置。而位圖索引一般在范圍查詢時使用。（22）某數(shù)據(jù)庫應用系統(tǒng)使用SQLServer2008作為數(shù)據(jù)庫平臺。在系統(tǒng)運行期間，用戶反映某更新操作很慢，無法正常完成業(yè)務。系統(tǒng)工程師分別在用戶的客戶機和數(shù)據(jù)庫服務器上使用數(shù)據(jù)庫管理系統(tǒng)自帶的客戶端工具執(zhí)行此更新操作語句，發(fā)現(xiàn)該語句執(zhí)行后長時間無響應。經(jīng)檢查數(shù)據(jù)庫服務器CPU使用率小于1%，磁盤IO也非常小。造成此現(xiàn)象可能的原因是（D）A)客戶機到數(shù)據(jù)庫服務器的網(wǎng)絡故障B)更新操作涉及到的表沒有建立主碼C)更新的字段沒有建立有效的索引D)更新操作涉及到的數(shù)據(jù)被鎖定【解析】因為在客戶端和服務器自帶的客戶端工具上都是長時間運行無響應，所以與網(wǎng)絡無關，A錯誤；B表在建立時必須設定主碼，若沒有設定則默認所有屬性集合為主碼，所以B錯；C索引在更新時比較復雜，其本身為虛表，在更新時會對其數(shù)據(jù)所在的原表更新。當數(shù)據(jù)被上鎖后，若其它事務對其進行寫操作，只能等其釋放后才能調用。所以選D。（23）日志文件對實現(xiàn)數(shù)據(jù)庫系統(tǒng)故障的恢復有非常重要的作用。下列關于數(shù)據(jù)庫系統(tǒng)日志文件的說法，正確的是（C）A)數(shù)據(jù)庫系統(tǒng)不要求日志的寫入順序必須與并行事務執(zhí)行的時間次序一致B)為了保證數(shù)據(jù)庫是可恢復的，必須嚴格保證先寫數(shù)據(jù)庫后寫日志C)日志文件中檢查點記錄的主要作用是提高系統(tǒng)出現(xiàn)故障后的恢復效率D)系統(tǒng)故障恢復必須使用日志文件以保證數(shù)據(jù)庫系統(tǒng)重啟時能正?；謴?，事務故障恢復不一定需要使用日志文件【解析】A日志寫入順序必須和并行事務執(zhí)行的時間次序一致，因為這樣才能在數(shù)據(jù)庫恢復時進行redo，undo操作，從而保證數(shù)據(jù)的一致性而不會產(chǎn)生臟數(shù)據(jù)；B必須先寫日志再寫數(shù)據(jù)庫，這樣當數(shù)據(jù)庫發(fā)生故障時可以根據(jù)日志完全恢復，否則如果先寫數(shù)據(jù)，當數(shù)據(jù)剛寫完時，數(shù)據(jù)庫故障而沒來得及寫日志，導致數(shù)據(jù)恢復時發(fā)生錯誤。D事務恢復時同樣需要日志，如redo、undo操作。所以選C。（24）在SQLServer2008中，設先對MyDB數(shù)據(jù)庫進行了一次完整備份，然后對該數(shù)據(jù)庫進行了一次日志備份，這兩次備份均備份在BK設備上。假設BK設備上只有這兩次備份的內容。現(xiàn)要從備份中恢復MyDB數(shù)據(jù)庫，正確的恢復過程及語句是（D）A)restorelogMyDBfromBKwithfile=1,norecoveryrestoredatabaseMyDBfromBKwithfile=2B)restorelogMyDBfromBKwithfile=1,norecoveryrestoredatabaseMyDBfromBKwithfile=2,norecoveryC)restoredatabaseMyDBfromBKwithfile=1,norecoveryrestorelogMyDBfromBKwithfile=2,norecoveryD)restoredatabaseMyDBfromBKwithfile=1,norecoveryrestorelogMyDBfromBKwithfile=2【解析】在進行數(shù)據(jù)恢復時，首先恢復完全備份，其次恢復差異備份，最后恢復日志備份。備份日志時使用Norecovery用來備份尾日志，這樣備份日志的時候數(shù)據(jù)庫處于恢復狀態(tài)，別的進程就不能再訪問數(shù)據(jù)庫，日志就不會再增加，因此在還原的時候就可以正常恢復。還原備份的時候如果想同時還原之后的日志，必須加上Norecovery才可以還原，如果有多個日志備份，除了最后一個日志備份外，還原其他日志也必須加上Norecovery。所以選D。（25）在SQLServer2008中，master是一個非常重要的系統(tǒng)數(shù)據(jù)庫，如果master損壞將會對系統(tǒng)造成嚴重后果，因此系統(tǒng)管理員應該對master進行備份。SQLServer2008對數(shù)據(jù)庫提供的備份有：I.完整備份 II.差異備份 III.日志備份以上備份方法中能夠應用在master數(shù)據(jù)庫上的是（A）A)僅IB)僅I和IIC)僅I和IIID)全部【解析】master數(shù)據(jù)庫是SQLServer系統(tǒng)里面最重要的數(shù)據(jù)庫，因為它包含了系統(tǒng)中的有關數(shù)據(jù)庫的所有信息。對master數(shù)據(jù)庫只能進行完全數(shù)據(jù)庫備份操作，SQLServer不支持在master數(shù)據(jù)庫上進行差異備份、事務日志備份以及文件備份。所以選A。（26）關于并行數(shù)據(jù)庫，下列說法錯誤的是（D）A)層次結構可以分為兩層，頂層是無共享結構，底層是共享內存或共享磁盤結構B)無共享結構通過最小化共享資源來降低資源競爭，因此具有很高的可擴展性，適合于OLTP應用C)并行數(shù)據(jù)庫系統(tǒng)經(jīng)常通過負載均衡的方法來提高數(shù)據(jù)庫系統(tǒng)的業(yè)務吞吐率D)并行數(shù)據(jù)庫系統(tǒng)的主要目的是實現(xiàn)場地自治和數(shù)據(jù)全局透明共享【解析】并行數(shù)據(jù)庫系統(tǒng)的主要目的是通過高速通信介質連接多個可獨立處理的單元以并行執(zhí)行的方式完成對數(shù)據(jù)庫系統(tǒng)的互聯(lián)查詢、內部查詢及各種內部操作。分布式數(shù)據(jù)庫系統(tǒng)的主要目的才是實現(xiàn)場地自治和數(shù)據(jù)全局透明共享。（27）現(xiàn)有一個具有多個分店的大型連鎖超市，該連鎖超市使用統(tǒng)一的連鎖業(yè)務經(jīng)營管理系統(tǒng)管理其日常業(yè)務。已知其中的銷售數(shù)據(jù)明細表結構為（銷售記錄ID，商品ID，價格，數(shù)量，總金額，銷售時間，分店ID），該表數(shù)據(jù)量很大。為了提高數(shù)據(jù)訪問效率，系統(tǒng)將每年每個分店的銷售數(shù)據(jù)劃分成獨立的數(shù)據(jù)表，這種劃分方式被稱為（D）A)輪轉劃分B)范圍劃分C)散列劃分D)多維劃分【解析】輪轉法：對關系順序掃描，將第i個元組存儲到標號為Dimod的磁盤上，該方式保證了元組在多個磁盤上均勻分布。散列劃分：選定一個值域為{0,1,…,n-1}的散列函數(shù)，對關系中的元組基于劃分屬性進行散列，如果散列函數(shù)返回i，則將其存儲到第i個磁盤。范圍劃分：根據(jù)表中某個屬性取值區(qū)間劃分成不同的子區(qū)間，然后根據(jù)表中的屬性值屬于的不同區(qū)間將表分成不同的子表。多維劃分：維是人們觀察事物的角度，同樣的數(shù)據(jù)從不同的維進行觀察可能會得到不同的結果，如從各個分店的角度、各種商品的角度（商品ID）等，而每個維度又可按粒度的不同劃分成多個層次，稱為維度成員。本題中將總表按分店號與時間劃分成不同的子表，屬于多維劃分，所以選D。（28）在分布式數(shù)據(jù)庫的數(shù)據(jù)分配中，若所有全局數(shù)據(jù)有且只有一份，它們被分割成若干片段，每個片段被分配在一個特定場地上，則該策略屬于（B）A)集中式B)分割式C)全復制式D)混合式【解析】分布式數(shù)據(jù)庫的分配方式包括集中式、分割式、全復制式、混合式。集中式指所有數(shù)據(jù)片斷都安排在一個場地上；分割式指全局數(shù)據(jù)有且只有一份，它們被分割成若干片段，每個片段被分配在一個特定場地上；全復制式是在每個站點上都有全局數(shù)據(jù)的復制樣本，數(shù)據(jù)的冗余性最大；混合式指全局數(shù)據(jù)被分為若干個數(shù)據(jù)子集，每個子集被安排在一個或多個不同的場地上，但是每個場地未必保存所有數(shù)據(jù)。（29）在大型企業(yè)的數(shù)據(jù)庫應用系統(tǒng)中，聯(lián)機事務處理（OLTP）和聯(lián)機分析處理（OLAP）是常見的數(shù)據(jù)管理與數(shù)據(jù)分析形式。關于OLTP和OLAP，一般情況下，下列說法正確的是（C）A)OLTP系統(tǒng)的安全性要求比OLAP系統(tǒng)的低，也比較容易實現(xiàn)B)OLAP系統(tǒng)在訪問數(shù)據(jù)時，一般以訪問少量記錄為主，OLTP系統(tǒng)則相反C)OLTP要求系統(tǒng)必須具有很高的響應速度，而OLAP對系統(tǒng)響應速度的要求較為寬松D)OLTP系統(tǒng)一般由企業(yè)的中上層或決策層使用，而OLAP系統(tǒng)一般由企業(yè)的中下層業(yè)務人員使用【解析】OLTP是對數(shù)