參考答案與解析

　　一、單選題

　　1.B【解析】數(shù)據(jù)庫的三級模式和兩級映像中的三級模式結(jié)構(gòu)為外模式、模式和內(nèi)模式，二級映像為模式到內(nèi)模式的映射以及外模式到模式的映射。模式的三個級別層次反映了模式的三個不同環(huán)境以及它們的不同要求，其中內(nèi)模式處于最低層，它反映了數(shù)據(jù)在計算機物理結(jié)構(gòu)中的實際存儲形式。模式處于中層，它反映了設計者的數(shù)據(jù)全局邏輯要求。外模式也稱用戶模式，處于最外層，它反映了用戶對數(shù)據(jù)的要求。數(shù)據(jù)庫系統(tǒng)的三級模式是對數(shù)據(jù)的三個級別的抽象，它把數(shù)據(jù)的具體物理實現(xiàn)留給物理模式，使用戶與全局設計者不必關心數(shù)據(jù)庫的具體實現(xiàn)與物理背景。同時，它通過兩級映射建立三級模式間的聯(lián)系與轉(zhuǎn)換，使得模式與外模式雖然并不具備物理存在，但是也能通過映射而獲得其存在的實體。兩級映射也保證了數(shù)據(jù)庫系統(tǒng)中數(shù)據(jù)的獨立性，亦即數(shù)據(jù)的物理組織改變與邏輯概念改變不影響用戶模式，只需調(diào)整映射方式即可。模式/內(nèi)模式保證了數(shù)據(jù)庫中數(shù)據(jù)與應用程序間的物理獨立性，而外模式/模式保證了數(shù)據(jù)與應用程序間的邏輯獨立性。

　　2.C【解析】視圖是從一個或幾個基本表(或視圖)中導出的虛表，數(shù)據(jù)庫中只存放了視圖的定義，不存放視圖對應的數(shù)據(jù)。它是原始數(shù)據(jù)庫數(shù)據(jù)的一種變換，是查看表中數(shù)據(jù)的另外一種方式。可以將視圖看成是一個移動的窗口，通過它可以看到感興趣的數(shù)據(jù)。視圖是從一個或多個實際表中獲得的，這些表的數(shù)據(jù)存放在數(shù)據(jù)庫中。那些用于產(chǎn)生視圖的表叫做該視圖的基表。一個視圖也可以從另一個視圖中產(chǎn)生。視圖的特點體現(xiàn)在三個方面：①簡單性，看到的就是需要的。視圖不僅可以簡化用戶對數(shù)據(jù)的理解，也可以簡化對它們的操作。那些被經(jīng)常使用的查詢可以被定義為視圖，從而使得用戶不必為以后的操作每次指定全部的條件;②安全性，通過視圖用戶只能查詢和修改他們所能見到的數(shù)據(jù)。數(shù)據(jù)庫中的其它數(shù)據(jù)則既看不見也取不到;③邏輯數(shù)據(jù)獨立性，視圖可幫助用戶屏蔽真實表結(jié)構(gòu)變化帶來的影響;根據(jù)視圖的特點可以達到以下的幾點作用：①簡化數(shù)據(jù)查詢語句;②使用戶從多角度看待同一數(shù)據(jù);③提高數(shù)據(jù)安全性;④提供了一定程度的邏輯獨立性。所以答案選C。

　　3.A【解析】建立數(shù)據(jù)倉庫不是簡單的把企業(yè)的各種應用集中在一起，而是利用企業(yè)信息系統(tǒng)生成的數(shù)據(jù)，以面向主題、集成的方式合理組織數(shù)據(jù)，解決數(shù)據(jù)分析應用和企業(yè)基本業(yè)務之間的性能沖突問題。

　　4.B【解析】數(shù)據(jù)庫應用系統(tǒng)設計包括概念設計、邏輯設計、物理設計3個步驟，每個步驟的設計活動按照數(shù)據(jù)組織與存儲、數(shù)據(jù)訪問與處理、應用設計等幾個方面進行。在數(shù)據(jù)庫概念設計階段，采用自下而上的ER設計。將關系模式轉(zhuǎn)換為具體DBMS平臺支持的關系表是數(shù)據(jù)庫物理設計階段的工作。設計視圖和關系模式的完整性約束是數(shù)據(jù)邏輯設計階段的工作。

　　5.D【解析】數(shù)據(jù)庫應用系統(tǒng)的需求包括：數(shù)據(jù)需求分析，數(shù)據(jù)處理需求分析，業(yè)務需求分析及其在性能、存儲、安全、備份和恢復等方面的要求。C項中，數(shù)據(jù)需求分析的主要工作是從用戶視圖出發(fā)，分析與辨識應用領域所管理的各類數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)，形成數(shù)據(jù)字典的主要內(nèi)容。B中在需求分析階段，系統(tǒng)需求分析員與用戶充分溝通，并形成文檔化的需求描述。A中通過需求分析過程，需要系統(tǒng)的描述整個應用系統(tǒng)的功能特征、性能特征和約束，并形成需求規(guī)范說明文檔。D中數(shù)據(jù)操作響應時間、系統(tǒng)吞吐量和最大并發(fā)用戶數(shù)都是性能需求分析的重要指標。所以選D。

　　6.C【解析】數(shù)據(jù)庫邏輯結(jié)構(gòu)設計是指從數(shù)據(jù)庫概念模型出發(fā)，設計表示為邏輯模式的數(shù)據(jù)庫邏輯結(jié)構(gòu)數(shù)據(jù)庫邏輯設計的主要步驟包括ER圖轉(zhuǎn)換為初始關系模式、對初始關系模式進行優(yōu)化等。

　　7.C【解析】0RDER BY語句用于對結(jié)果集進行排序：①ORDER BY語句用于根據(jù)指定的列對結(jié)果集進行排序;②0RDER BY語句默認按照升序?qū)τ涗涍M行排序。0RDER BY可以對多個列進行排序，此時的排序是嵌套的;ORDER BY語句只能作為其他子句之后的最后一個子句出現(xiàn);視圖中也可以使用0RDERBY語句;子查詢語句中是不能使用0RDER BY子句的。

　　8.A【解析】在保證數(shù)據(jù)庫一致性的前提下，將頻繁操作的多個可以分割的處理過程放在多個存儲過程中，這樣可以大大提高系統(tǒng)的響應速度。使用游標會占用較多的系統(tǒng)資源，尤其對于大規(guī)模并發(fā)量的情況下，很容易使得系統(tǒng)資源耗盡而崩潰，而使用臨時表能夠加速查詢。相關子查詢的不可以加速查詢。

　　9.A【解析】在UML類圖中，常見的有以下幾種關系：①泛化(【箭頭及指向】：帶三角箭頭的實線，箭頭指向父類);②實現(xiàn)(【箭頭及指向】：帶三角箭頭的虛線，箭頭指向接口);③關聯(lián)(【箭頭及指向】：帶普通箭頭的實心線，指向被擁有者);④聚合(【箭頭及指向】：帶空心菱形的實心線，菱形指向整體);⑤組合(【箭頭及指向】：帶實心菱形的實線，菱形指向整體);⑥依賴(【箭頭及指向】：帶箭頭的虛線，指向被使用者)。組合是部分與整體共存，如果整體不存在，部分也會消失。聚合關系是整體與部分的關系，且部分可以離開整體而單獨存在。如車和輪胎是整體和部分的關系，輪胎離開車仍然可以存在。因此本題該采用空心菱形。

　　10.B【解析】分割表增加了維護數(shù)據(jù)完整性的代價。分割表分為水平分割表和垂直分割表兩種。水平分割表：一種是當多個過程頻繁訪問數(shù)據(jù)表的不同行時，水平分割表，并消除新表中的冗余數(shù)據(jù)列;另一種是當主要過程要重復訪問部分行時，最好將被重復訪問的這些行單獨形成子集表(冗余儲存)，這在不考慮磁盤空問開銷時顯得十分重要，但在分割表以后，增加了維護難度，要用觸發(fā)器立即更新、或用存儲過程及應用代碼批量更新，這也會增加額外的磁盤I/O開銷。垂直分割表(不破壞第三范式)：一種是當多個過程頻繁訪問表的不同列時，可將表垂直分成幾個表，減少磁盤I/O(每行的數(shù)據(jù)列少，頁存的數(shù)據(jù)行就多，相應占用的頁就少)，更新時不必考慮鎖，沒有冗余數(shù)據(jù)。缺點是在插入或刪除數(shù)據(jù)時要考慮數(shù)據(jù)的完整性，用存儲過程維護。另一種是當主要過程反復訪問部分列時，最好將這部分被頻繁訪問的列數(shù)據(jù)單獨存為一個子集表(冗余儲存)，這在不考慮磁盤空間開銷時顯得十分重要，但因此增加了重疊列的維護難度，要用觸發(fā)器立即更新、或用存儲過程及應用代碼批量更新，這也會增加額外的磁盤I/O開銷。垂直分割表可以達到最大化利用Cache的目的。水平分割后，查詢數(shù)據(jù)需要使用UNION操作。垂直分割后，查詢數(shù)據(jù)需要JOIN操作。

　　11.D【解析】結(jié)構(gòu)圖是指以模塊的調(diào)用關系為線索，用自上而下的連線表示調(diào)用關系并注明參數(shù)傳遞的方向和內(nèi)容，從宏觀上反映模塊層次結(jié)構(gòu)的圖形。其中結(jié)構(gòu)圖包括用例圖、類圖、組件圖、對象圖和部署圖。

　　12.B【解析】常見的數(shù)據(jù)挖掘任務包括分類、估計、預測、相關性分組或關聯(lián)規(guī)則、聚類和描述、可視化以及復雜數(shù)據(jù)類型挖掘(Text、Web、圖形圖像、視頻和音頻等)等。分類分析首先從數(shù)據(jù)中選出已經(jīng)分好類的訓練集，在該訓練集上運用數(shù)據(jù)挖掘分類的技術(shù)，建立分類模型，對于沒有分類的數(shù)據(jù)進行分類。該需求要求根據(jù)購書記錄將用戶映射到傾向于喜歡某種書的顧客特性中，而分類挖掘模型能把數(shù)據(jù)庫中的數(shù)據(jù)項映射到給定類別的某一個中。

　　13.D【解析】關系表在邏輯上由一系列元組組成，元組由多個屬性組成。每個元組可以用數(shù)據(jù)庫磁盤文件中的一個邏輯記錄來存儲，記錄包括多個域。元組的每個屬性對應于文件記錄中的一個域。

　　14.B【解析】C/S架構(gòu)是一種典型的兩層架構(gòu)，其全稱是Client/Server，即客戶端/服務器端架構(gòu)。其客戶端包含一個或多個在用戶的電腦上運行的程序。而服務器端有兩種，一種是數(shù)據(jù)庫服務器端，客戶端通過數(shù)據(jù)庫連接訪問服務器端的數(shù)據(jù)，另一種是Socket服務器端，服務器端的程序通過Socket與客戶端的程序通信。C/S架構(gòu)也可以看做是胖客戶端架構(gòu)，因為客戶端需要實現(xiàn)絕大多數(shù)的業(yè)務邏輯和界面展示。C/S的客戶端一般需要單獨開發(fā)。在這種架構(gòu)中，作為客戶端的部分需要承受很大的壓力，因為顯示邏輯和事務處理都包含其中，需要通過與數(shù)據(jù)庫的交互(通常是SQL或存儲過程的實現(xiàn))來達到持久化數(shù)據(jù)，以此滿足實際項目的需要。

　　B/S架構(gòu)的全稱為Browser/Server，即瀏覽器/服務器結(jié)構(gòu)。Browser指的是Web瀏覽器，極少數(shù)事務邏輯在前端實現(xiàn)，但主要事務邏輯在服務器端實現(xiàn)。Browser客戶端、WebApp服務器端和DB數(shù)據(jù)庫服務端構(gòu)成所謂的三層架構(gòu)。B/S架構(gòu)的系統(tǒng)無須特別安裝，有Web瀏覽器即可。B/S架構(gòu)中，顯示邏輯交給了Web瀏覽器，事務處理邏輯則放在了WebApp上，這樣就避免了龐大的胖客戶端，減少了客戶端的壓力，因為客戶端包含的邏輯很少，因此也被稱為瘦客戶端。B/S架構(gòu)中，客戶端只需安裝WEB瀏覽器即可，且應用業(yè)務規(guī)則一般是WEB服務器端實現(xiàn)的。

　　15.A【解析】RecordSet對象用于操作來自提供者的數(shù)據(jù)。使用AD0時，通過RecordSet對象可對幾乎所有數(shù)據(jù)進行操作，所有RecordSet對象均使用記錄(行)和字段(列)進行構(gòu)造。RecordSet的常用方法為：①AddNew，創(chuàng)建一條新記錄;②Cancel，撤銷一次執(zhí)行;③Close，關閉一個RecordSet;④Delete，刪除一條記錄或一組記錄;⑤MoveNext，把記錄指針移動到下一條記錄。RecordSet對象的AddNew方法的功能是在對應的數(shù)據(jù)庫表中增加一條新記錄。

　　相關推薦：

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

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

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