參考答案與解析

　　一、單選題

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　相關(guān)推薦：

　　全國計(jì)算機(jī)等級考試教材目錄（2015年版）

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

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