計算機三級數(shù)據(jù)庫技術-30

1、計算機三級數(shù)據(jù)庫技術 -30（ 總分： 100.00 ，做題時間： 90 分鐘 ）一、選擇題 （總題數(shù)： 30，分數(shù)： 40.00）1. 在數(shù)據(jù)模型三個要素中，表述客觀世界中數(shù)據(jù)對象之間關聯(lián)的是 。（分數(shù)： 1.00 ）A. 數(shù)據(jù)操作B. 數(shù)據(jù)結構 VC. 數(shù)據(jù)視圖D. 完整性約束解析： 解析 數(shù)據(jù)模型三個要素包括： 數(shù)據(jù)結構 數(shù)據(jù)結構是所研究的對象類型的集合。它從語法角度表述了客觀世界中數(shù)據(jù)對象本身的結構和數(shù)據(jù)對象之 間的關聯(lián)關系，是對系統(tǒng)靜態(tài)特征的描述。 數(shù)據(jù)操作數(shù)據(jù)操作是對數(shù)據(jù)庫中對象的實例允許執(zhí)行的操作的集合，主要指檢索和更新（插入、刪除、修改 ） 兩類操作。數(shù)據(jù)模型必須定義這些操作的

2、確切含義、操作符號、操作規(guī)則（如優(yōu)先級 ） 以及實現(xiàn)操作的語言。數(shù)據(jù)操作是對系統(tǒng)動態(tài)特性的描述。 數(shù)據(jù)完整性約束 數(shù)據(jù)完整性約束是一組完整性規(guī)則的集合，規(guī)定數(shù)據(jù)庫狀態(tài)及狀態(tài)變化所應滿足的條件，以保證數(shù)據(jù)的正 確性、有效性和相容性。2. 數(shù)據(jù)庫系統(tǒng)的三級模式結構從數(shù)據(jù)庫系統(tǒng)管理角度考慮數(shù)據(jù)的組織與存儲。下列不屬于數(shù)據(jù)庫三級模式結構的是 。（分數(shù)： 1.00 ）A. 邏輯模式B. 物理模式C. 外模式D. 應用模式 V解析： 解析 數(shù)據(jù)庫三級模式結構： 內(nèi)模式也稱存儲模式或物理模式，它是數(shù)據(jù)物理結構和存儲結構的描述，是數(shù)據(jù)在數(shù)據(jù)庫內(nèi)部的表示方 式。并且一個數(shù)據(jù)庫只有一個內(nèi)模式。 模式也稱邏輯模式，

3、是數(shù)據(jù)庫中全體數(shù)據(jù)的邏輯結構和特征的描述，是所有用戶的公共數(shù)據(jù)視圖。它是 數(shù)據(jù)庫系統(tǒng)模式結構的中間層，不涉及數(shù)據(jù)的物理存儲細節(jié)和硬件環(huán)境，與具體的應用和所使用的開發(fā)工 具及高級程序設計語言無關。 外模式也稱子模式或用戶模式，它是數(shù)據(jù)庫用戶（包括應用程序員和最終用戶）看見和使用的局部數(shù)據(jù)的邏輯結構和特征的描述，是數(shù)據(jù)庫用戶的視圖，是與某一應用有關的數(shù)據(jù)的邏輯表示。外模式是模式的子 集，一個數(shù)據(jù)庫可以有多個外模式。數(shù)據(jù)庫系統(tǒng)的三級模式結構是指數(shù)據(jù)庫由外模式、模式和內(nèi)模式三級構成，并通過二級映象功能將三個模 式聯(lián)系起來。3. 在信息系統(tǒng)的需求分析中，目前廣為使用的結構化分析與功能建模方法主要有DFD

4、 IDEF0等。其中，DFD建模方法也被稱為過程建模和功能建模方法，其核心是 。（分數(shù)： 1.00 ）A. 數(shù)據(jù)B. 軟件C. 數(shù)據(jù)流 VD. 分析過程解析：解析數(shù)據(jù)流圖（Data Flow Diagram，簡稱DFD）是便于用戶理解系統(tǒng)數(shù)據(jù)流程的圖形表示。DFD建模方法的核心是數(shù)據(jù)流，它能精確地在邏輯上描述系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)存儲等，從而擺脫了其物理內(nèi)容。數(shù)據(jù)流圖是系統(tǒng)邏輯模型的重要組成部分。DFD特 性： 抽象性：在DFD中具體的組織機構、工作場所、物質(zhì)流等都已經(jīng)去掉，只剩下信息和數(shù)據(jù)存儲、流動、 使用以及加工的情況。所以描述的是抽象出來的數(shù)據(jù)。 概括性：它把系統(tǒng)對各種業(yè)務的處理過

5、程聯(lián)系起來考慮，形成一個總體，可反映岀數(shù)據(jù)流之間的概括情 況。4. 設有關系模式R（A, B, C, D）,存在函數(shù)依賴集：A-B, C-D，則 R最高可屬于 。（分數(shù)：1.00 ）A. 1NF VB. 2NFC. 3NFD. BCNF解析：解析如果關系模式R中不包含多值屬性，則 R滿足第一范式，簡稱1NF,記作R1NF?？芍祟}中R NF,且R的所有非主屬性不依賴于一個候選碼，候選碼 （A、C）t（B、D）存在非主屬性對主碼的部分函數(shù)依賴，故不滿足 2NF,所以R最高1NFo因此選擇A選項。5. 數(shù)據(jù)庫設計主要包括概念設計、邏輯設計和物理設計三個步驟。設有下列活動：I .設計ER圖將ER圖轉

6、換為關系模式山定義數(shù)據(jù)的約束條件W.用SQL語句描述事務活動上述活動中，屬于邏輯設計所包含活動的是 o（分數(shù)：1.00 ）A. 僅I、U和山B. 僅n>m和wC. 僅u和山 VD. 僅u和w解析：解析邏輯設計的主要工作是將現(xiàn)實世界的概念數(shù)據(jù)模型設計成數(shù)據(jù)庫的一種邏輯模式，即適應于 某種特定數(shù)據(jù)庫管理系統(tǒng)所支持的邏輯數(shù)據(jù)模式。與此同時，可能還需為各種數(shù)據(jù)處理應用領域產(chǎn)生相應 的邏輯子模式，這一步設計的結果就是所謂的“邏輯數(shù)據(jù)庫”。ER圖到關系模式的轉換和定義數(shù)據(jù)的約束條件都是在邏輯設計層面上的操作，設計ER圖是概念設計階段的產(chǎn)物。6. 從功能上講，數(shù)據(jù)庫應用系統(tǒng)設計包括四個層次。下列層次中

7、包含索引設計的是o（分數(shù)：1.00 ）A. 表示層B. 業(yè)務邏輯層C. 數(shù)據(jù)訪問層D. 數(shù)據(jù)持久層 V解析：解析數(shù)據(jù)庫應用系統(tǒng)設計的四個層次分別為：表示層；業(yè)務邏輯層；數(shù)據(jù)訪問層；數(shù)據(jù) 持久層。在這四個層次中，數(shù)據(jù)持久層的設計工作屬于數(shù)據(jù)組織與存儲等方面的物理設計內(nèi)容，而索引設 計屬于物理設計階段。因此，索引設計是在數(shù)據(jù)持久層上的設計。7. 在數(shù)據(jù)庫應用系統(tǒng)生命周期中，當邏輯設計階段完成后進入到物理設計階段。下列不屬于物理設計階段 活動的是o（分數(shù)：1.00 ）A. 確定關系表的文件組織形式B. 進行關系規(guī)范化設計VC. 創(chuàng)建必要的索引D. 設置存儲分配參數(shù)解析：解析數(shù)據(jù)庫物理設計階段活動包括

8、：數(shù)據(jù)庫邏輯模式；選擇或配置基本關系表的文件組織形 式，為基本關系表設計數(shù)據(jù)存取方法或存取路徑；數(shù)據(jù)分布設計；安全模式設計；確定系統(tǒng)配置； 物理模式評估。8. 查詢處理器和存儲管理器是數(shù)據(jù)庫管理系統(tǒng)中的核心模塊。下列關于查詢處理器和存儲管理器的說法，錯誤的是。（分數(shù)：1.00）A. 查詢處理器中的DML編譯器會對用戶提交的 DML語句進行優(yōu)化，并將其轉換成能夠執(zhí)行的底層數(shù)據(jù)庫 操作指令B. 存儲管理器中的查詢執(zhí)行引擎會根據(jù)編譯器產(chǎn)生的指令完成具體數(shù)據(jù)庫數(shù)據(jù)訪問功能VC. 存儲管理器中的緩沖區(qū)管理器負責將從磁盤讀岀的數(shù)據(jù)塊放入內(nèi)存緩沖區(qū)，同時也負責對緩沖區(qū)中的 數(shù)據(jù)塊進行維護D. 查詢處理器中的

9、DDL編譯器編譯或解釋用戶提交的DDL語句，并將生成的元數(shù)據(jù)存儲在數(shù)據(jù)庫的數(shù)據(jù)字典中解析：解析查詢處理器中最主要的模塊是查詢編譯器和查詢執(zhí)行器，負責DML語句解析和執(zhí)行，因此 B項中所闡述的不是存儲管理器的功能，應該是查詢處理器的功能。9. 下列簡化UML關系圖中，最不恰當?shù)氖?。（分數(shù)：1.00 ）A.B.C.D. V解析：解析在UML類圖中，常見的有以下幾種關系：泛化 （箭頭及指向:帶三角箭頭的實線，箭頭 指向父類）；實現(xiàn)（箭頭及指向:帶三角箭頭的虛線，箭頭指向接口）；關聯(lián)（箭頭及指向:帶普通箭頭的實心線，指向被擁有者）；聚合（箭頭及指向:帶空心菱形的實心線，菱形指向整體）；組合（箭 頭及

10、指向:帶實心菱形的實線，菱形指向整體）；依賴（箭頭及指向:帶箭頭的虛線，指向被使用者）。 D選項是屬于組合關系，因此實心菱形的箭頭應該指向“窗體”，即實心菱形應該標在窗體旁邊。10. 設有購買表（顧客號，商品號，購買時間）。現(xiàn)要查詢2012年顧客A購買了但顧客B沒有購買的商品。 有下列查詢語句：I. SELECT商品號FROM勾買表WHERE YEA購買時間）="2012"AND 顧客號="A"AND商品號 NOT IN（SELECT商品號FROM勾買表WHERE YEA購買時間）="2012"AND 顧客號="B"

11、;）n. SELECT商品號FROM勾買表WHERE YEA購買時間）="2012"AND 顧客號="A"EXCEPTSELECT商品號FROM勾買表WHERE YEA購買時間）="2012"AND 顧客號="B"山.SELECT商品號FROM勾買表WHERE YEA購買時間）="2012"AND 顧客號="A"INTERSECTSELECT商品號FROM勾買表WHERE YEA購買時間)="2012"AND 顧客號="B"IV. SE

12、LECT商品號FROM勾買表WHERE YEA購買時間)="2012"AND 顧客號="A"UNIONSELECT商品號FROM勾買表WHERE YEA購買時間)="2012"AND 顧客號v> "B" 上述語句中，能夠實現(xiàn)該查詢要求的是 。(分數(shù)： 1.00 )A. 僅I和U VB. 僅I和山C. 僅I和VD. 全部解析：解析山選項中INTERSECT返回兩個集合皆有的數(shù)據(jù)，該SQL語句返回顧客A和B都購買的商品號， 不符合題意；V選項中的 UNION查詢出了顧客A購買的商品，通過 UNION關鍵字合并了顧

13、客B沒有購買的 商品，因此總的視圖為顧客A購買的商品和B沒有購買的商品總和，不符合要求。I、H實現(xiàn)的是顧客A購買商品集合與顧客 B購買商品集合的差集。因此滿足要求的為I和因此選擇A選項。11. 在 SQL Server 2008 中，設在某數(shù)據(jù)庫中建有如下所示的存儲過程：CREATE PROC P1a int=20,b char(4)AS設有下列調(diào)用該存儲過程的語句：I.EXEC P1 100,"a01"U.EXEC P1"a01"山.EXEC P1b="a01"V. EXEC P1a=default,b="a01"

14、;上述語句中，能夠正確調(diào)用該存儲過程的是 。(分數(shù)： 1.00 )A. 僅I和UB. 僅I、U和山C. 僅I、山和V VD. 全部解析：解析由題目存儲過程可知，存儲過程P1定義了兩個帶有默認值的參數(shù)。執(zhí)行多個輸入?yún)?shù)的存儲過程時，參數(shù)的傳遞方式有兩種：按照參數(shù)位置傳遞值和按參數(shù)名稱傳遞值。如果定義了默認值，則在 執(zhí)行存儲過程時可以不必指定該參數(shù)的值。但若按照參數(shù)位置傳遞值時必須從左往右賦值，即不能跳過左 邊的某個默認參數(shù)而傳遞某個值。U中的參數(shù)賦值采用按參數(shù)位置傳值，必須從左到右賦值。其他三項均 符合存儲過程的調(diào)用規(guī)則。12. 在SQL Server 2008中，設表T(a，b)上建有如下觸發(fā)

15、器：CREATE TRIGGER tri_update ON T FOR UPDATE ASIF EXISTS(SELECT*FROM insertedWHERE b not between 0 and 100)KULLBACK設表T中已有數(shù)據(jù)：("a01",90)，如果執(zhí)行語句：UPDATE T SET b=100 WHERE a="a01"則觸發(fā)器臨時工作表及執(zhí)行完該語句后表T中的數(shù)據(jù)為。(分數(shù)： 1.00 )A. T 表: ("a01",100)INSERTED 表: ("a01",90)DELETED 表:

16、 ("a01",100)B. T 表: ("a01",90)INSERTED 表: ("a01",90)DELETED 表: ("a01",100)C. T 表：("aO1",1OO)INSERTED 表：("aO1",1OO)DELETED 表：("a01",90) VD. T 表： ("a01",90)INSERTED 表： ("a01",100)DELETED 表： ("a01",90)解析

17、：解析用FOR關鍵字定義的觸發(fā)器為后觸發(fā)型觸發(fā)器，即只有在引發(fā)觸發(fā)器執(zhí)行的語句中指定的操 作都已成功執(zhí)行，并且所有的約束檢查也成功完成后才執(zhí)行觸發(fā)器。其中INSERTED表用于存儲INSERT和UPDATED句所影響行的新值的副本，DELETED表用于存儲DELETE和UPDATED句所影響行的舊值的副本。在執(zhí)行“ UPDATE T SET b=1OO WHERE a="aOl"之后，T 表為：("aO1",1OO) ，INSERTED表內(nèi)容變?yōu)椋?"aO1",1OO) ，DELETE玻內(nèi)容變?yōu)椋?"a01",90

18、)。繼續(xù)判斷約束檢查“ SELECT*FROMnserted WHERE not between 0 and 100 ”，因為INSERTED表中的b等于100，因此約束不成立，故觸發(fā)器不執(zhí)行。13. 下列關于 SQL Server 2OO8 視圖的說法，錯誤的是 。(分數(shù)： 1.OO )A. 數(shù)據(jù)庫中只存儲標準視圖的定義，并不存儲標準視圖的內(nèi)容B. 如果在視圖上創(chuàng)建了唯一聚集索引，則數(shù)據(jù)庫中將保存該視圖的內(nèi)容C. 索引視圖的數(shù)據(jù)源可以是基本表，也可以是已建立的其他標準視圖VD. 索引視圖引用的基本表必須與視圖在同一個數(shù)據(jù)庫中解析：解析創(chuàng)建索引視圖的步驟：使用SCHEMABINDIN子句來創(chuàng)建

19、一個視圖。這個視圖必須符合許多要求，例如， 它只能引用同一數(shù)據(jù)庫中的基表， 而不能是其它標準視圖。 所有引用的函數(shù)必須是確定性的， 行集函數(shù)、派生表和子查詢都不能在索引視圖中使用；在視圖上創(chuàng)建一個惟一索引。這個索引的葉子級 由視圖的完整結果集組成；在聚集索引的基礎上根據(jù)需求創(chuàng)建非聚集索引。非聚集索引可以按平常的方 式創(chuàng)建；創(chuàng)建并使用索引視圖。14. 在SQL Server 2008中，設要為數(shù)據(jù)庫 DB1添加一個新的數(shù)據(jù)文件，該文件的邏輯名為filex ，物理文件名為 filex.ndf ，存儲位置為 D:DB1 ，初始大小和最大大小均采用系統(tǒng)默認值，增長方式為自動增長，每次增加20%下列語句

20、中正確的是。(分數(shù)： 1.OO )A. ALTER DATABASE DB1 ADD FILE(NAME=filex,FILENAME=D:DB1filex.ndf,FILEGROWTH=2O)B. ALTER DATABASE DB1 ADD FILE(NAME=filex,FILENAME=D:DB1filex.ndf,FILEGROWTH=2O%)C. ALTER DATABASE DB1 ADD FILE(NAME=filex,FILENAME="D:DB1filex.ndf",FILEGROWTH=2O)D. ALTER DATABASE DB1 ADD FILE

21、(NAME=filex,FILENAME="D:DB1filex.ndf",FILEGROWTH=2O%) V 解析：解析在SQL Server 2008中，ALTER DATABAS命令中的FILENAME對應的代碼需要帶上單引號， 因此A選項和B選項錯誤。FILEGROWT如果加上則為百分比，如果省略 %數(shù)據(jù)庫系統(tǒng)則默認采用增加單 位是MB因此A選項和C選項錯誤。故選擇 D選項。15. 在 SQL Server 2OO8 中，建立索引視圖的目的是為了提高數(shù)據(jù)查詢的效率。下列關于索引視圖的說法，錯誤的是 。(分數(shù)： 1.OO )A. 當很少對基表數(shù)據(jù)進行更改操作時，適合建

22、立索引視圖B. 索引視圖的數(shù)據(jù)被物理地保存在數(shù)據(jù)庫中，因此建立索引視圖會占用更多的存儲空間C. 對于經(jīng)常執(zhí)行連接和聚合操作的查詢，不適合建立索引視圖VD. 如果Group By列具有高基數(shù)度的數(shù)據(jù)聚合，則不適合建立索引視圖解析：解析索引視圖可以提高下列查詢類型的性能：處理大量行的聯(lián)接和聚合；許多查詢經(jīng)常執(zhí)行 聯(lián)接和聚合操作；決策支持工作負荷。索引視圖通常不會提高下列查詢類型的性能：具有大量寫操作 的OLTP系統(tǒng)；具有大量更新的數(shù)據(jù)庫；不涉及聚合或聯(lián)接的查詢； GROUP BY鍵具有高基數(shù)度的數(shù) 據(jù)聚合。高基數(shù)度表示列包含許多不同的值。當GROUB 丫后跟的列值包含許多不同的值，導致視圖圖和表的

23、行數(shù)相等，那么該列使用索引視圖并不能提高查詢效率。16. 下列關于 SQL Server 2OO8 中 guest 用戶的說法，錯誤的是 。(分數(shù)： 1.OO )A. guest 用戶沒有對應的登錄賬戶名B. 通過授權語句可以啟用數(shù)據(jù)庫中的guest 用戶C. 所有數(shù)據(jù)庫用戶都繼承該數(shù)據(jù)庫中guest 用戶的權限 VD. 任何 SQL Server 登錄賬戶都可以訪問啟用了 guest 用戶的數(shù)據(jù)庫解析： 解析 所有的數(shù)據(jù)庫用戶不是繼承數(shù)據(jù)庫中 guest 用戶的權限。17. 下列關于 SQL Server 2008 身份驗證模式的說法，錯誤的是 。（分數(shù)： 1.00 ）A. 在“ Windo

24、ws身份驗證模式"下，不允許sa登錄到SQL Server服務器B. 在“Windows身份驗證模式"下，所有 Windows用戶都自動具有登錄到 SQL Server服務器的權限 VC. 不管是哪種身份驗證模式，Windows中的Administrator 無需授權就可登錄到 SQL Server服務器D. 安裝好 SQL Server 之后，可以根據(jù)需要隨時更改身份驗證模式解析：解析在“ Windows身份驗證模式"下，所有 Windows用戶登陸到SQL Server服務器都無需再提 供用戶名和密碼，但 SQLServer會從用戶登錄到 Windows時提供

25、的用戶名和密碼查找當前用戶的信息，判 斷其是否是 SQL Server 的合法用戶，不是，則拒絕登錄。18. 提高事務的并發(fā)度可以改進數(shù)據(jù)庫應用系統(tǒng)的性能。有下列做法：I盡可能使用排它鎖盡可能使用行鎖山設定較低的事務隔離等級W.將大事務切分成若干小事務 上述做法中，可以提高系統(tǒng)的事務并發(fā)度的是 。（分數(shù)： 1.00 ）A. 僅I、U和山B. 僅I、U和WC. 僅 n>m 和wVD. 以上全部解析： 解析 數(shù)據(jù)庫關于鎖的優(yōu)化原則為：鎖是并行處理的重要機制，能保持數(shù)據(jù)并發(fā)的一致性，即按事 務進行處理。系統(tǒng)利用鎖保證數(shù)據(jù)的完整性。雖然我們避免不了死鎖，但在設計時可以充分考慮如何避免 長事務，減

26、少排它鎖時間，減少事務與用戶的交互時間，杜絕讓用戶長時間控制事務，還要避免批量數(shù)據(jù) 同時執(zhí)行，尤其是耗時長并使用相同的數(shù)據(jù)表。I中采用排他鎖則限制了數(shù)據(jù)的共享，降低了并發(fā)度，其 他選項均能提高并發(fā)度。19. 數(shù)據(jù)庫應用系統(tǒng)日常維護的目標是保證系統(tǒng)能夠正常運行以滿足系統(tǒng)預期的功能和性能要球。下列關于數(shù)據(jù)庫應用系統(tǒng)日常維護工作的說法，錯誤的是 。（分數(shù)： 1.00 ）A. 數(shù)據(jù)庫管理員應根據(jù)不同的應用要求制定不同的備份計劃，在備份計劃中應包含備份的時間、周期、 備份方式和備份內(nèi)容等B. 數(shù)據(jù)庫管理員應監(jiān)控數(shù)據(jù)庫中各種鎖的使用情況，在數(shù)據(jù)庫出現(xiàn)鎖不能及時解除時可能需要手工解鎖C. 很多情況下，數(shù)據(jù)庫

27、管理員需要定期檢查CPU內(nèi)存使用情況和操作系統(tǒng)相關日志，防止數(shù)據(jù)庫運行環(huán)境故障導致數(shù)據(jù)庫出現(xiàn)問題D. 為了保證系統(tǒng)可靠運行，運行要求級別較高的數(shù)據(jù)庫一般采用人工監(jiān)控方法，很少采用自動監(jiān)控手段 V解析： 解析 數(shù)據(jù)庫應用系統(tǒng)日常維護工作一般包括數(shù)據(jù)庫的備份、鎖管理、日志的維護等。若是對運行 要求級別較高的數(shù)據(jù)庫采用人工監(jiān)控的辦法， 則容錯性低、 成本大， 因而一般采用自動監(jiān)控手段提高性能。20. 數(shù)據(jù)庫應用系統(tǒng)投入運行后， 應用系統(tǒng)進入運行管理與維護階段。 設某學生管理系統(tǒng)在運行管理與維護 階段有如下工作：I定期檢查數(shù)據(jù)文件的存儲空間占用情況，并根據(jù)需要分配存儲空間分析數(shù)據(jù)庫中各種操作，以發(fā)現(xiàn)潛

28、在性能問題山將數(shù)據(jù)庫中歷史數(shù)據(jù)轉儲到離線存儲介質(zhì)中長期保存W.根據(jù)用戶要求對應用程序從功能上進行擴充和完善 以上工作中一般不屬于數(shù)據(jù)庫管理員日常維護工作的是 。（分數(shù)： 1.00 ）A. 僅I和山B. 僅 W VC. 僅U和WD. 僅H解析：解析數(shù)據(jù)庫維護的主要內(nèi)容有以下幾方面：數(shù)據(jù)庫的轉儲和恢復；數(shù)據(jù)庫安全性、完整性控 制；數(shù)據(jù)庫性能的檢測和改善；數(shù)據(jù)庫的重組和重構。W選項不屬于數(shù)據(jù)庫維護工作。21. 在進行數(shù)據(jù)庫性能調(diào)優(yōu)過程中，需要考慮數(shù)據(jù)庫系統(tǒng)軟件、硬件配置、網(wǎng)絡環(huán)境等多方面因素。下列有關性能調(diào)優(yōu)的說法，錯誤的是 。（分數(shù)： 2.00 ）A. 修改某些頻繁使用的SQL語句，提高其性能，可

29、能會大幅度降低數(shù)據(jù)庫CPU使用率B. 隨著服務器CPU處理能力提高、內(nèi)存容量增大，現(xiàn)階段數(shù)據(jù)庫性能優(yōu)化一般以更換服務器硬件為主要調(diào)優(yōu)手段 VC. 當數(shù)據(jù)庫服務器磁盤 IO 出現(xiàn)寫瓶頸時， 可以考慮使用高速磁盤存儲常用數(shù)據(jù)， 低速磁盤存儲不常用數(shù) 據(jù)D. 索引可以提高某些查詢的速度，但也可能降低寫入速度，同時也會增加磁盤空間使用解析： 解析 增強硬件配置是一種方法，但我們平時遇到的最多的問題是如何在無法增強硬件配置的情況 下將數(shù)據(jù)庫性能優(yōu)化， 因此在實際應用過程中， 數(shù)據(jù)庫本身的優(yōu)化占的比重很大， 而且優(yōu)化效果也最明顯。22. 下列關于數(shù)據(jù)庫實施、運行和維護的說法中，最恰當?shù)氖?。（分數(shù)： 2.

30、00 ）A. 對于數(shù)據(jù)量超大的數(shù)據(jù)庫應用系統(tǒng)，最好在剛剛建立好數(shù)據(jù)庫且未導入任何數(shù)據(jù)前編寫調(diào)試應用程序B. 對于數(shù)據(jù)量極大的中大型系統(tǒng)，不需要等待所有的數(shù)據(jù)都入庫后才開始試運行，可以先裝載少量的數(shù)據(jù)，等到試運行的結果符合設計要求后，再批量裝入全部數(shù)據(jù)VC. 數(shù)據(jù)庫的重構不僅需要在原來的數(shù)據(jù)庫設計的基礎上做適當?shù)臄U充或修改，也最好考慮重新設計相應 的應用程序D. 索引的根本目的是為了提高查詢效率，但當數(shù)據(jù)量龐大時也會占用大量的磁盤空間。由于查詢緩存的 存在，因此不需要為經(jīng)常在查詢中作為條件的列建立索引解析： 解析 A 選項中在調(diào)試應用程序時，如果數(shù)據(jù)入庫尚未完成，數(shù)據(jù)庫沒有數(shù)據(jù)，應用程序的調(diào)試將

31、 會出現(xiàn)一定的困難；C選項中數(shù)據(jù)庫重構應該盡量避免應用程序的改動；D選項中經(jīng)常查詢的列應該建立索引。23. 設某數(shù)據(jù)庫服務器中配置有 2塊300GB和1塊500GB的硬盤，為了保證可靠性，數(shù)據(jù)庫管理員在3塊硬盤上建立了 RAID5。建立RAID5后，可用的磁盤空間為 。（分數(shù)： 2.00 ）A. 1100GBB. 600GB VC. 300GBD. 500GB解析： 解析 Raid5 需要 3塊硬盤，并把數(shù)據(jù)和相對應的奇偶校驗信息存儲到組成 raid5 的各個磁盤上。 其中任意 N-1 塊磁盤上都存儲完整的數(shù)據(jù)， 也就是說有相當于一塊磁盤容量的空間用于存儲奇偶校驗信息。 因此可用空間為 300

32、+300=600G。24. 某商場經(jīng)營管理系統(tǒng)在 3 點進行了數(shù)據(jù)庫全備份， 9點進行了數(shù)據(jù)庫日志備份，10點30分存儲數(shù)據(jù)庫數(shù)據(jù)的磁盤出現(xiàn)故障，但日志保存在另外一個磁盤中。數(shù)據(jù)庫管理員發(fā)現(xiàn)問題后隨即進行數(shù)據(jù)恢復工作， 在所有備份均可用的情況下，數(shù)據(jù)庫數(shù)據(jù)可以恢復到的時間點為 。（分數(shù)： 2.00 ）A. 3 點B. 9 點C. 10 點30分 VD. 數(shù)據(jù)庫不可恢復解析： 解析 因為 3 點進行了數(shù)據(jù)庫全備份，而日志又保存在另一個磁盤中，且存放日志的磁盤未損壞。 因此在故障發(fā)生時，先對結尾日志備份，然后依次使用數(shù)據(jù)庫全備份、日志備份和結尾日志備份，可以將 數(shù)據(jù)庫數(shù)據(jù)恢復到 10 點 30 分

33、的狀態(tài)。25. 在SQL Server 2008中，設某日用bk1和bk2設備對DB1數(shù)據(jù)庫進行了如下備份操作（說明：括號中內(nèi) 容為備份開始時間 ） ：bk1 設備：完整 （10:00） 、日志 （11:00） 、日志 （13:00） 、日志 （15:00）bk2 設備：差異 (12:00) 、差異 (14:00) 、差異 (16:00)現(xiàn)要利用備份將DB1數(shù)據(jù)庫恢復到16:00狀態(tài)。下列恢復序列中，正確的是 。(分數(shù)： 2.00 )A. 完整(10:00)日志(11:00)日志(13:00)日志(15:00)差異(16:00)B. 完整(10:00)差異(12:00)差異(14:00)差異

34、(16:00)C. 完整(10:00)日志(11:00)差異(12:00)日志(13:00)差異(14:00)日志(15:00)差異(16:00)D. 完整(10:00)差異(16:00) V解析：解析數(shù)據(jù)庫的恢復順序如下：恢復最近的完全數(shù)據(jù)庫備份；恢復完全備份之后的最近的差異 數(shù)據(jù)庫備份；按日志備份的先后順序恢復自最近的完全或差異數(shù)據(jù)庫備份之后的所有日志備份。26. XML數(shù)據(jù)庫是一種新型的數(shù)據(jù)庫管理系統(tǒng)。下列關于XML數(shù)據(jù)庫的說法，錯誤的是 。(分數(shù)： 2.00 )A. 由于XML文檔本身帶有標記，可以自描述，因此XML數(shù)據(jù)庫并不對XML文檔進行解析VB. 目前XML數(shù)據(jù)庫主要包括 XED

35、B NXD和HXD三種類型C. 很多關系數(shù)據(jù)庫廠商在其傳統(tǒng)的數(shù)據(jù)庫產(chǎn)品中進行了擴充，使其能夠處理XML文檔D. 在數(shù)據(jù)本身具有層次特征時，XML文檔能夠清晰地表達數(shù)據(jù)的層次特征解析：解析XML數(shù)據(jù)庫需要對XML文檔進行解析，因為 XML文檔的本身標記只是文檔本身的描述，需要 經(jīng)過數(shù)據(jù)庫的解析才能達到具體的用途。27. 現(xiàn)有一個大型咨詢公司的數(shù)據(jù)庫應用系統(tǒng)，每個部門都要生成大量的全局報表并執(zhí)行少量的更新操作。隨著數(shù)據(jù)量的增加，系統(tǒng)出現(xiàn)了性能瓶頸。鑒于各個部門地理上是分散的，公司希望采用分布式數(shù)據(jù)庫技 術解決該問題。下列數(shù)據(jù)分配方式中最適合該應用的是 。(分數(shù)： 2.00 )A. 集中式B. 分割

36、式C. 復制式 VD. 混合式解析： 解析 集中式是指所有的數(shù)據(jù)片斷都安排在一個場地上。分割式是指所有全局數(shù)據(jù)只有一份，它們 被分割成若干片斷，每個片斷被分配在一個特定的場地上。全復制式是指全局數(shù)據(jù)有多個副本，每個場地 上都有一個完整的數(shù)據(jù)副本。混合式是指全局數(shù)據(jù)被分為若干個數(shù)據(jù)子集，每個子集都被安排在一個或多 個場地上，但是每個場地未必保存所有數(shù)據(jù)。以上四種分配方式各有千秋，但復制式在每個分場都有完整 的數(shù)據(jù)，這樣大大減少了各部門對全局數(shù)據(jù)的訪問。因此采用復制式數(shù)據(jù)分配能夠提高每個場地的響應速 度。28. 下列關于分布式數(shù)據(jù)庫和并行數(shù)據(jù)庫的說法，正確的是 。(分數(shù)： 2.00 )A. 為了滿

37、足高并發(fā)業(yè)務的需要，共享內(nèi)存結構的并行數(shù)據(jù)庫比較適用于如銀行出納、民航售票等OLTP應用B. 在分布式數(shù)據(jù)庫的查詢中，導致數(shù)據(jù)傳輸量大的主要原因是數(shù)據(jù)間的連接操作和選擇操作。C. 如果數(shù)據(jù)分布不合理，并行數(shù)據(jù)庫僅僅依靠多處理器、共享硬件資源等手段是無法實現(xiàn)真正意義上的 并行處理的，也無法使其性能最優(yōu)化 VD. 與集中式數(shù)據(jù)庫系統(tǒng)的事務相比，分布式數(shù)據(jù)庫系統(tǒng)中只需要一個場地完成提交即可完成一個全局事 務，這正是分布式數(shù)據(jù)庫的優(yōu)越之處解析：解析A選項中的OLTP應用需要進行大量的并行事務，因此若采用共享內(nèi)存結構會引起大量數(shù)據(jù)沖突；B選項中分布式數(shù)據(jù)庫查詢中，導致數(shù)據(jù)傳輸量大的原因主要是數(shù)據(jù)間的連接

38、和并操作；D選項中分布式數(shù)據(jù)庫因為不同的分片和副本，因此很多時候在一個場地完成提交不能完成全局事務，如雖完成某片 數(shù)據(jù)更新，卻并沒有完成全局數(shù)據(jù)更新。29. 關于商場的DBAS設有如下數(shù)據(jù)內(nèi)容：I 數(shù)據(jù)庫結構說明顧客名單山數(shù)據(jù)清洗規(guī)則W.訂單細節(jié)數(shù)據(jù)V.商品分類銷售匯總數(shù)據(jù)上述選項中是元數(shù)據(jù)的是 。（分數(shù):2.00 ）A. 僅I、U、山和WB. 僅I、U、山和VC. 僅I和山 VD. 全部都是解析：解析元數(shù)據(jù)是關于數(shù)據(jù)的數(shù)據(jù)，或者叫做描述數(shù)據(jù)的數(shù)據(jù)。元數(shù)據(jù)描述了數(shù)據(jù)的結構、內(nèi)容、鏈 和索引等項內(nèi)容。在關系數(shù)據(jù)中，這種描述就是對數(shù)據(jù)庫、表、列等其他對象的定義。因此可推岀，1、 山和V不屬于元數(shù)據(jù)

39、。選擇 C選項。30. 以下是某商場的購物記錄集合，每個購物籃中包含若干商品?，F(xiàn)在要基于該數(shù)據(jù)集進行關聯(lián)規(guī)則挖掘， 如果設置最小支持度為 60%最小置信度為80%貝U在以下列出的關聯(lián)規(guī)則中，符合條件的是 購物籃編號商品1A，B2A，B，C, D3A，C, D4B，C5B，C, D（分數(shù)：2.00 ）A. AFB. BCC. CBD»C V解析：解析由關聯(lián)規(guī)則QHD計算過程可知：支持度=事務中同時包含X、Y的百分比，置信度=在事務已 經(jīng)包含X的情況下包含 Y的百分比。則可以計算出事務同時包含C、D的支持度為：3/5=60%，在包含D的情況下，包含C的百分比為：3/3=100%，因此D選

40、項滿足要求，其他選項均不滿足最小支持度或者最小置 信度。二、應用題（總題數(shù)：15,分數(shù)：30.00）31. 數(shù)據(jù)庫管理系統(tǒng)為用戶和應用程序提供了1語言，用此語言可以定義數(shù)據(jù)庫的模式結構，但此語言執(zhí)行后的結果不能回滾。（分數(shù)：2.00 ）解析：DDL解析數(shù)據(jù)庫模式定義語言 DDL（Data Description Language）是用于描述數(shù)據(jù)庫中要存儲的現(xiàn)實世界實體的語言。32. 當用戶在一個關系表的某一列上建立一個非聚集索引（該表沒有聚集索引）時，數(shù)據(jù)庫管理系統(tǒng)會自動為該索引維護一個索引結構。該索引結構中的記錄是由1和它相對應的指針構成的。（分數(shù)：2.00 ）解析：索引列列值解析對數(shù)據(jù)文件

41、和它的一個特定的索引文件而言，如果數(shù)據(jù)文件中的數(shù)據(jù)記錄的排列 順序與索引文件中索引項的排列順序相一致，或者說，索引文件按其索引列列值指定的順序與數(shù)據(jù)文件中 的數(shù)據(jù)記錄的排列順序相一致，則該索引文件稱為聚集索引。否則，該索引文件稱為非聚集索引。33. 在UML中，當要描述狀態(tài)之間的轉換時，可通過 1圖來體現(xiàn)時間因子的作用。（分數(shù)：2.00 ）解析：時間解析時間圖適用于當狀態(tài)的轉移與時間密切相關時，同時強調(diào)時間因子在狀態(tài)轉移過程中的 重要作用。34. 現(xiàn)要查詢C01課程考試成績最高的前 3名學生的學號和成績（包括并列的情況）。請補全下列語句：SELECT 13學號，成績 FROM選課表WHER課程

42、號="C01"ORDER B成績 DESC（分數(shù)： 2.00 ）解析：TOP解析題目要求查詢成績最高的前3名學生的學號和成績，因此需要用TOP關鍵字。Top3只能查詢出前 3行的數(shù)據(jù)，無論這 3 行數(shù)據(jù)是否有重復，只能機械的選出前 3行記錄。35. 在SQL Server 2008中，能夠出現(xiàn)在 SELECT語句目標列中的用戶自定義函數(shù)是1函數(shù)。（分數(shù)： 2.00 ）解析：標量 解析 SQL Server 2008 支持三種用戶自定義函數(shù)：標量函數(shù)、內(nèi)嵌表值函數(shù)和多語句表催函 數(shù)。標量函數(shù)可以出現(xiàn)在 SELECT語句目標列中，其他兩個函數(shù)必須放在SELECT語句的FROM子

43、句中。36. 設要在表 T 上建立一個針對插入操作的前觸發(fā)器，請補全下列語句：CREATE TRIGGER tri_insert ON T 1INSERT（分數(shù)： 2.00 ）解析：INSTEADOF解析要在表T上建立一個針對插入操作的前觸發(fā)器，則根據(jù)觸發(fā)器創(chuàng)建的SQL語句語法可知：INSTEAD OF創(chuàng)建前觸發(fā)器，F(xiàn)OR或 AFTER創(chuàng)建后觸發(fā)器。37.SQL Server 2008 中聲明游標的語句為：DECLARE x cursor 1SELECT（分數(shù)： 2.00 ）解析： FOR 解析 SQL Server 2008 游標聲明的語句格式為：DECLARE vendor_cursor

44、CURSOR FORSELECT.38. 在 SQL Server 2008 中，用戶數(shù)據(jù)庫中主要數(shù)據(jù)文件的擴展名為 1 。（分數(shù)： 2.00 ）解析：MDF解析SQL Server 2008中，用戶數(shù)據(jù)庫的數(shù)據(jù)文件的主要拓展名為MDF39. 設在SQL Server 2008某數(shù)據(jù)庫中，要設置不允許用戶U1獲得對表T數(shù)據(jù)的刪除權限，請補全實現(xiàn)該授權操作的SQL語句：1ON T TO U1;（分數(shù)： 2.00 ）解析：DENY DELETE解析SQL Server 2008中設置不允許用戶獲得對表的某種操作權限的命令為：DENY對象權限名ON表名|視圖TO數(shù)據(jù)庫用戶名|用戶角色名。40. 優(yōu)化

45、SQL語句執(zhí)行效率屬于數(shù)據(jù)庫應用系統(tǒng)1階段的任務。（分數(shù)： 2.00 ）解析：運行管理與維護解析優(yōu)化SQL語句執(zhí)行效率屬于數(shù)據(jù)庫應用系統(tǒng)運行管理與維護階段的任務。41. 為避免活鎖現(xiàn)象的發(fā)生，數(shù)據(jù)庫管理系統(tǒng)采用 1 策略處理事務的加鎖請求。（分數(shù)： 2.00 ）解析：先來先服務解析為了避免活鎖的現(xiàn)象的發(fā)生，DBMS-般采用先來先服務（FIFS）策略處理事務的數(shù)據(jù)操作請求。即當多個事務請求對同一數(shù)據(jù)項Q加鎖時，DBMSS照事務請求加鎖的先后順序對這些事務排隊，先請求的事務排在隊中靠前的位置。定義在Q上的鎖一旦釋放，DBMS將鎖分配給隊列中的第一個事務。利用這個策略，各個事務都可以按照時間順序訪問

46、Q,避免了活鎖現(xiàn)象。42. 數(shù)據(jù)庫系統(tǒng)出現(xiàn)故障是不可避免的。當數(shù)據(jù)庫系統(tǒng)出現(xiàn)事務故障和系統(tǒng)故障時需使用數(shù)據(jù)庫的1 文件進行恢復。（分數(shù):2.00 ）解析：日志解析數(shù)據(jù)庫岀現(xiàn)事務故障和系統(tǒng)故障時，需要使用數(shù)據(jù)庫的日志文件進行恢復。43. 分布式數(shù)據(jù)庫的1透明性是最高級別的透明性， 它使得在編寫程序時用戶只需要對全局關系進行操作， 這樣簡化了應用程序的維護。（分數(shù)：2.00）解析：分片解析分布式數(shù)據(jù)庫的分片透明性是最高級別的透明性，位于全局概念與分片模式之間。44. 在OLAP的實現(xiàn)方式中，以多維數(shù)組作為存儲結構的被稱作1OLAP。（分數(shù)：2.00）解析：M解析MOLAP稱為基于多維庫的 OLAP

47、這種OLAP的核心是多維數(shù)據(jù)庫技術。MOLAPT具以多維數(shù) 據(jù)庫的形式將元數(shù)據(jù)、基礎事實數(shù)據(jù)和導岀數(shù)據(jù)存儲在以多維數(shù)組為基本存儲結構的多維數(shù)據(jù)庫中。45. 在數(shù)據(jù)倉庫環(huán)境中，粒度是一個重要的設計問題。粒度越1,細節(jié)程度越高，能回答的查詢就越多，數(shù)據(jù)量就比較大。（分數(shù)：2.00 ）解析：小解析一般將綜合級別稱為粒度， 粒度越大，表示綜合程度越高，粒度越小，表示細節(jié)程度越高。三、設計與應用題（總題數(shù)：3,分數(shù)：30.00）46. 已知有如下關系模式：R1（a，b，c），R2（c，d，a），R3（e，f），R4（a，e，g），其中標下劃線的屬性是主碼。請將上述關系模式用適當?shù)腅R圖表示岀來，并用下劃

48、線標注岀作為實體主碼的屬性。（分數(shù)：10.00 ） 正確答案：（）解析：a、c為A的候選碼，可任選其一做主碼?？赏ㄟ^以下ER圖來表示:解析ER模型和關系模式相互轉換的一般規(guī)則如下：（1）將每一個實體類型轉換成一個關系模式，實體的屬性為關系模式的屬性。（2）對于二元聯(lián)系，按各種情況處理，如下表格所示。二元關系ER圖轉換成的 關系聯(lián)系的處理主鍵外鍵1:11- >1（2個關系）模式A模式B（有兩種） 處理方式： 把模式B的主鍵， 聯(lián)系的屬性加入模式A處理方式： 把模式A的主鍵， 聯(lián)系的屬性加入模式B（略）（依據(jù)聯(lián)系的處理方式）方式：模式B的主鍵為模式A外鍵方式：表A的主鍵為表B的外 鍵1:N1

49、- >n（2個關系）模式A模式B把模式A的主鍵， 聯(lián)系的屬性加入模式B（略）模式A的主鍵為模式B 的外鍵M:Nm-> n(3個關系)模式A模式B模式A-B聯(lián)系類型轉換 成關系模式A-B; 模式A-B的屬性：(a) 聯(lián)系的屬性(b) 兩端實體類型 的主鍵兩端實體類型的主鍵一起構成模式A-B主鍵兩端實體類型的主鍵分別為模式A-B的外 鍵此題為關系模式轉換為實體類型，因此采用實體T關系的逆向思維解題。從模式R1和R2可知，R1和R2為一對一關系，根據(jù)這兩個模式的拆分可以確定三個實體，此處將這三個實體分別命名為A、B和Co其中A B和C分別對應，且 a和c分別是B和C的外鍵。從模式 R1和

50、R4可知，R1和R4為多對一關系，Eo由此確定實體D。從模式R3和R4可知，R3和R4為多對一關系，由此可以確定出實體47. 設在SQL Server 2008某數(shù)據(jù)庫中有商品表和銷售表，兩個表的定義如下：CREATE TABLE!品表(商品號 char(10)PRIMARY KEY，商品名 varchar(40)，類別 varchar(20)，進貨單價int)CREATE TABL銷售表(商品號char(10)，銷售時間datetime ，銷售數(shù)量int ，銷售單價int ，PRIMARY KEY商品號，銷售時間)下面是一個用戶定義的多語句表值函數(shù)，它接受類別作為輸入?yún)?shù)，返回該類別下的每種

51、商品在2012年的銷售總利潤，并將結果按照銷售總利潤的降序輸岀。請補全該函數(shù)定義代碼。CREATE FUNCTION f_Profit(lb char(10)ProfitTable(商品號char(10),總利潤int)ASBEGININSERT INTO ProfitTableEND(分數(shù):10.00)正確答案：()解析：第一空：RETURNS第二空：table第三空：SELECTa.商品號，SUM銷售數(shù)量*(銷售單價-進貨單價)AS總利潤FROM銷售表a JOIN商品表b ON a.商品號=b.商品號 WHERE a商品號IN(SELECT商品號FROM商品表 WHER類另U =lb)GR

52、OUP BY a商品號 ORDER B總、利潤 DESC第四空：RETURNProfitTable 解析用戶定義的多語句表值函數(shù)的命令格式為：CREATE FUNCTIONschema_name.function name(parameter_nameAstype_schema_name.parameter_data_type=default，n)RETURNS return_variable TABLE < table_type_definition >WITHv function option > ,.nASBEGINfunction_bodyRETURNEND;<

53、 table_type_definitions > :=( < column_definition >< column_constraint >| < computed_column_definition > <table_constraint>,.n)題目要求返回指定類別下的每種商品在 2012 年的銷售總利潤， 并且將結果按照銷售總利潤的降序輸出。 采 用復合SQL語句的格式，先查出指定類別的所有商品號：SELECT商品號FROM商品表WHER類別=lb,其中l(wèi)b為函數(shù)的傳入?yún)?shù)，然后在銷售表中用GROUP B對商品號進行分組，并采月S

54、UMI計算每個分組的總和。48. 某教務管理系統(tǒng)使用 SQL Server 2008 數(shù)據(jù)庫管理系統(tǒng)，數(shù)據(jù)庫軟硬件配置信息如下：I 數(shù)據(jù)庫運行在兩路 Intel Xeon E5-2609 2.4GHz CPU( 每路 CPU4核心),128GB內(nèi)存、2 塊 300GB15000 轉SAS硬盤(RAID 1)的服務器上；服務器操作系統(tǒng)為 Windows 2003 32位企業(yè)版，安裝 SP2補?。簧綌?shù)據(jù)庫為 SQL Server 2008 Enterprise(32 位)，數(shù)據(jù)庫中總數(shù)據(jù)量近 130GB近個學期以來， 用戶反映系統(tǒng)運行緩慢， 經(jīng)程序員定位， 確定為數(shù)據(jù)庫服務器響應緩慢， 需要進行調(diào)優(yōu)。(分數(shù)： 10.00 ) 正確答案： ()解析：根據(jù) SQL Server 2008 數(shù)據(jù)庫的特性以及題目中的條件，綜合給出以下的調(diào)優(yōu)方案。(1) 表結構優(yōu)化： 重新優(yōu)化數(shù)據(jù)庫設計結構， 規(guī)范數(shù)據(jù)庫邏輯設計； 設計主鍵和外鍵； 設計合適大小的字段。(2) 硬件優(yōu)化