2015全國計算機三級考試《數據庫技術》模擬試題（二）答案及解析

　　一、單選題

1.B【解析】數據模型三個要素包括：

①數據結構

數據結構是所研究的對象類型的集合。它從語法角度表述了客觀世界中數據對象本身的結構和數據對象之間的關聯關係，是對系統靜態特徵的描述。

②數據操作

數據操作是對數據庫中對象的實例允許執行的操作的集合，主要指檢索和更新(插入、刪除、修改)兩類操作。數據模型必須定義這些操作的確切含義、操作符號、操作規則(如優先級)以及實現操作的語言。數據操作是對系統動態特性的描述。

③數據完整性約束

數據完整性約束是一組完整性規則的集合，規定數據庫狀態及狀態變化所應滿足的條件，以保證數據的正確性、有效性和相容性。

2.D【解析】數據庫三級模式結構：

①內模式也稱存儲模式或物理模式，它是數據物理結構和存儲結構的描述，是數據在數據庫內部的表示方式。並且一個數據庫只有一個內模式。

②模式也稱邏輯模式，是數據庫中全體數據的邏輯結構和特徵的描述，是所有用户的公共數據視圖。它是數據庫系統模式結構的中間層，不涉及數據的物理存儲細節和硬件環境，與具體的應用和所使用的開發工具及高級程序設計語言無關。

③外模式也稱子模式或用户模式，它是數據庫用户(包括應用程序員和最終用户)看見和使用的局部數據的邏輯結構和特徵的描述，是數據庫用户的視圖，是與某一應用有關的數據的邏輯表示。外模式是模式的子集，一個數據庫可以有多個外模式。

數據庫系統的三級模式結構是指數據庫由外模式、模式和內模式三級構成，並通過二級映象功能將三個模式聯繫起來。

3.C【解析】數據流圖(Data Flow Diagram，簡稱DFD)是便於用户理解系統數據流程的圖形表示。DFD建模方法的核心是數據流，它能精確地在邏輯上描述系統的功能、輸入、輸出和數據存儲等，從而擺脱了其物理內容。數據流圖是系統邏輯模型的重要組成部分。

DFD特性：

①抽象性：在DFD中具體的組織機構、工作場所、物質流等都已經去掉，只剩下信息和數據存儲、流動、使用以及加工的情況。所以描述的是抽象出來的數據。

②概括性：它把系統對各種業務的處理過程聯繫起來考慮，形成—個總體，可反映出數據流之間的概括隋況。

4.A【解析】如果關係模式R中不包含多值屬性，則R滿足第一範式，簡稱1NF，記作RClNF。易知此題中RClNF，且R的所有非主屬性不依賴於一個候選碼，候選碼(A、C)→(B、D)存在非主屬性對主碼的部分函數依賴，故不滿足2NF，所以R最高clNF。此題選A。

5.C【解析】邏輯設計的主要工作是將現實世界的概念數據模型設計成數據庫的一種邏輯模式，即適應於某種特定數據庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的邏輯子模式，這一步設計的結果就是所謂的“邏輯數據庫”。ER圖到關係模式的轉換和定義數據的約束條件都是在邏輯設計層面上的操作，設計ER圖是概念設計階段的產物。

6.D【解析】數據庫應用系統設計的四個層次分別為：①表示層;②業務邏輯層;③數據訪問層;④數據持久層。在這四個層次中，數據持久層的設計工作屬於數據組織與存儲等方面的物理設計內容，而索引設計屬於物理設計階段。因此，索引設計是在數據持久層上的設計。

7.B【解析】數據庫物理設計階段活動包括：①數據庫邏輯模式;②選擇或配置基本關係表的文件組織形式，為基本關係表設計數據存取方法或存取路徑;③數據分佈設計;④安全模式設計;⑤確定系統配置;⑥物理模式評估。

8.B【解析】查詢處理器中最主要的模塊是查詢編譯器和查詢執行器，負責DML語句解析和執行，因此B項中所闡述的不是存儲管理器的功能，應該是查詢處理器的功能。

9.D【解析】在UML類圖中，常見的有以下幾種關係：①泛化(【箭頭及指向】：帶三角箭頭的實線，箭頭指向父類);②實現(【箭頭及指向】：帶三角箭頭的虛線，箭頭指向接口);③關聯(【箭頭及指向】：帶普通箭頭的實心線，指向被擁有者);④聚合(【箭頭及指向】：帶空心菱形的實心線，菱形指向整體);⑤組合(【箭頭及指向】：帶實心菱形的實線，菱形指向整體);⑥依賴(【箭頭及指向】：帶箭頭的虛線，指向被使用者)。D選項是屬於組合關係，因此實心菱形的箭頭應該指向“窗體”，即實心菱形應該標在窗體旁邊。

10.A【解析】Ⅲ選項中INTERSECT返回兩個集合皆有的數據，該SQL語句返回顧客A和B都購買的商品號，不符合題意;lV選項中的UNION查詢出了顧客A購買的商品，通過UNION關鍵字合併了顧客B沒有購買的商品，因此總的視圖為顧客A購買的商品和B沒有購買的商品總和，不符合要求。Ⅰ、Ⅱ實現的是顧客A購買商品集合與顧客B購買商品集合的差集。因此滿足要求的為l和Ⅱ，答案為A。

11.C【解析】由題目存儲過程可知，存儲過程Pl定義了兩個帶有默認值的參數。執行多個輸入參數的存儲過程時，參數的傳遞方式有兩種：按照參數位置傳遞值和按參數名稱傳遞值。如果定義了默認值，則在執行存儲過程時可以不必指定該參數的值。但若按照參數位置傳遞值時必須從左往右賦值，即不能跳過左邊的某個默認參數而傳遞某個值。Ⅱ中的參數賦值採用按參數位置傳值，必須從左到右賦值。其他三項均符合存儲過程的調用規則。

12.C【解析】用FOR關鍵字定義的觸發器為後觸發型觸發器，即只有在引發觸發器執行的語句中指定的操作都已成功執行，並且所有的約束檢查也成功完成後才執行觸發器。其中INSERTED表用於存儲INSERT和UPDATE語句所影響行的新值的副本，DELETED表用於存儲DELETE和UPDATE語句所影響行的舊值的副本。在執行“UPDATE T SET b=100 WHERE a=ˊa01ˊ”之後，T表為：(ˊa01ˊ，100)，INSERTED表內容變為：(ˊa01 ˊ，100)，DELETED表內容變為：(ˊa01 ˊ，90)。繼續判斷約束檢查“SELECT*FROM inserted

WHERE b not between o and l00”，因為INSERTED表中的b等於l00，因此約束不成立，故觸發器不執行。

13.C 【解析】創建索引視圖的步驟：①使用SCHEMABINDING子句來創建一個視圖。這個視圖必須符合許多要求，例如，它只能引用同一數據庫中的基表，而不能是其它標準視圖。所有引用的函數必須是確定性的，行集函數、派生表和子查詢都不能在索引視圖中使用;②在視圖上創建一個惟一索引。這個索引的葉子級由視圖的完整結果集組成;③在聚集索引的基礎上根據需求創建非聚集索引。非聚集索引可以按平常的方式創建;④創建並使用索引視圖。

14.D【解析】在SQL Server 2008中，ALTER DATABASE命令中的FILENAME對應的代碼需要帶上單引號，因此選項A和選項B錯誤。FILEGROWTH如果加上%則為百分比，如果省略%，數據庫系統則默認採用增加單位是MB，因此選項A和選項C錯誤。故選D。

15.C【解析】索引視圖可以提高下列查詢類型的性能：①處理大量行的聯接和聚合;②許多杏詢經常執行聯接和聚合操作;③決策支持工作負荷。索引視圖通常不會提高下列查詢類型的性能：①具有大量寫操作的OLTP系統;②具有大量更新的數據庫;③不涉及聚合或聯接的查詢;@GROUP BY鍵具有高基數度的數據聚合。高基數度表示列包含許多不同的值。當GROUP BY後跟的列值包含許多不同的值，導致視圖圖和表的行數相等，那麼該列使用索引視圖並不能提高查詢效率。

16.C 【解析】所有的數據庫用户不是繼承數據庫中guest用户的權限。

17.B【解析】在“Windows身份驗證模式”下，所有Windows用户登陸到SQL Server服務器都無需再提供用户名和密碼，但SQL Server會從用户登錄到Windows時提供的用户名和密碼查找當前用户的信息，判斷其是否是SQL Server的合法用户，不是，則拒絕登錄。

18.C【解析】數據庫關於鎖的優化原則為：鎖是並行處理的重要機制，能保持數據併發的`一致性，即按事務進行處理。系統利用鎖保證數據的完整性。雖然我們避免不了死鎖，但在設計時可以充分考慮如何避免長事務，減少排它鎖時間，減少事務與用户的交互時間，杜絕讓用户長時間控制事務，還要避免批量數據同時執行，尤其是耗時長並使用相同的數據表。Ⅰ中採用排他鎖則限制了數據的共享，降低了併發度，其他選項均能提高併發度。

19.D【解析】數據庫應用系統日常維護工作一般包括數據庫的備份、鎖管理、日誌的維護等。若是對運行要求級別較高的數據庫採用人工監控的辦法，則容錯性低、成本大，因而一般採用自動監控手段提高性能。

20.B【解析】數據庫維護的主要內容有以下幾方面：①數據庫的轉儲和恢復;②數據庫安全性、完整性控制;③數據庫性能的檢測和改善;④數據庫的重組和重構。Ⅳ選項不屬於數據庫維護工作。

21.B【解析】增強硬件配置是一種方法，但我們平時遇到的最多的問題是如何在無法增強硬件配置的情況下將數據庫性能優化，因此在實際應用過程中，數據庫本身的優化佔的比重很大，而且優化效果也最明顯。

22.B【解析】A中在調試應用程序時，如果數據入庫尚未完成，數據庫沒有數據，應用程序的調試將會出現一定的困難;C項中數據庫重構應該儘量避免應用程序的改動;D項中經常查詢的列應該建立索引。

23.B【解析】Raid5需要3塊硬盤，並把數據和相對應的奇偶校驗信息存儲到組成raid5的各個磁盤上。其中任意N一1塊磁盤上都存儲完整的數據，也就是説有相當於一塊磁盤容量的空間用於存儲奇偶校驗信息。因此可用空間為300+300=600G。

24.C【解析】因為3點進行了數據庫全備份，而日誌又保存在另一個磁盤中，且存放日誌的磁盤未損壞。因此在故障發生時，先對結尾日誌備份，然後依次使用數據庫全備份、日誌備份和結尾日誌備份，可以將數據庫數據恢復到10點30分的狀態。

25.D【解析】數據庫的恢復順序如下：①恢復最近的完全數據庫備份;②恢復完全備份之後的最近的差異數據庫備份;③按日誌備份的先後順序恢復自最近的完全或差異數據庫備份之後的所有日誌備份。

26.A【解析】XML數據庫需要對XML文檔進行解析，因為XML文檔的本身標記只是文檔本身的描述，需要經過數據庫的解析才能達到具體的用途。