- 相關(guān)推薦
2015全國(guó)計(jì)算機(jī)三級(jí)考試《數(shù)據(jù)庫(kù)技術(shù)》模擬試題（一）答案及解析
一、單選題
1.B【解析】數(shù)據(jù)庫(kù)的三級(jí)模式和兩級(jí)映像中的三級(jí)模式結(jié)構(gòu)為外模式、模式和內(nèi)模式，二級(jí)映像為模式到內(nèi)模式的映射以及外模式到模式的映射。模式的三個(gè)級(jí)別層次反映了模式的三個(gè)不同環(huán)境以及它們的不同要求，其中內(nèi)模式處于最低層，它反映了數(shù)據(jù)在計(jì)算機(jī)物理結(jié)構(gòu)中的實(shí)際存儲(chǔ)形式。模式處于中層，它反映了設(shè)計(jì)者的數(shù)據(jù)全局邏輯要求。外模式也稱用戶模式，處于最外層，它反映了用戶對(duì)數(shù)據(jù)的要求。數(shù)據(jù)庫(kù)系統(tǒng)的三級(jí)模式是對(duì)數(shù)據(jù)的三個(gè)級(jí)別的抽象，它把數(shù)據(jù)的具體物理實(shí)現(xiàn)留給物理模式，使用戶與全局設(shè)計(jì)者不必關(guān)心數(shù)據(jù)庫(kù)的具體實(shí)現(xiàn)與物理背景。同時(shí)，它通過兩級(jí)映射建立三級(jí)模式間的聯(lián)系與轉(zhuǎn)換，使得模式與外模式雖然并不具備物理存在，但是也能通過映射而獲得其存在的實(shí)體。兩級(jí)映射也保證了數(shù)據(jù)庫(kù)系統(tǒng)中數(shù)據(jù)的獨(dú)立性，亦即數(shù)據(jù)的物理組織改變與邏輯概念改變不影響用戶模式，只需調(diào)整映射方式即可。模式/內(nèi)模式保證了數(shù)據(jù)庫(kù)中數(shù)據(jù)與應(yīng)用程序間的物理獨(dú)立性，而外模式/模式保證了數(shù)據(jù)與應(yīng)用程序間的邏輯獨(dú)立性。
2.C【解析】視圖是從一個(gè)或幾個(gè)基本表(或視圖)中導(dǎo)出的虛表，數(shù)據(jù)庫(kù)中只存放了視圖的定義，不存放視圖對(duì)應(yīng)的數(shù)據(jù)。它是原始數(shù)據(jù)庫(kù)數(shù)據(jù)的一種變換，是查看表中數(shù)據(jù)的另外一種方式。可以將視圖看成是一個(gè)移動(dòng)的窗口，通過它可以看到感興趣的數(shù)據(jù)。視圖是從一個(gè)或多個(gè)實(shí)際表中獲得的，這些表的數(shù)據(jù)存放在數(shù)據(jù)庫(kù)中。那些用于產(chǎn)生視圖的表叫做該視圖的基表。一個(gè)視圖也可以從另一個(gè)視圖中產(chǎn)生。視圖的特點(diǎn)體現(xiàn)在三個(gè)方面：①簡(jiǎn)單性，看到的就是需要的。視圖不僅可以簡(jiǎn)化用戶對(duì)數(shù)據(jù)的理解，也可以簡(jiǎn)化對(duì)它們的操作。那些被經(jīng)常使用的查詢可以被定義為視圖，從而使得用戶不必為以后的操作每次指定全部的條件;②安全性，通過視圖用戶只能查詢和修改他們所能見到的數(shù)據(jù)。數(shù)據(jù)庫(kù)中的其它數(shù)據(jù)則既看不見也取不到;③邏輯數(shù)據(jù)獨(dú)立性，視圖可幫助用戶屏蔽真實(shí)表結(jié)構(gòu)變化帶來的影響;根據(jù)視圖的特點(diǎn)可以達(dá)到以下的幾點(diǎn)作用：①簡(jiǎn)化數(shù)據(jù)查詢語(yǔ)句;②使用戶從多角度看待同一數(shù)據(jù);③提高數(shù)據(jù)安全性;④提供了一定程度的邏輯獨(dú)立性。所以答案選C。
3.A【解析】建立數(shù)據(jù)倉(cāng)庫(kù)不是簡(jiǎn)單的把企業(yè)的各種應(yīng)用集中在一起，而是利用企業(yè)信息系統(tǒng)生成的數(shù)據(jù)，以面向主題、集成的方式合理組織數(shù)據(jù)，解決數(shù)據(jù)分析應(yīng)用和企業(yè)基本業(yè)務(wù)之間的性能沖突問題。
4.B【解析】數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)設(shè)計(jì)包括概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)3個(gè)步驟，每個(gè)步驟的設(shè)計(jì)活動(dòng)按照數(shù)據(jù)組織與存儲(chǔ)、數(shù)據(jù)訪問與處理、應(yīng)用設(shè)計(jì)等幾個(gè)方面進(jìn)行。在數(shù)據(jù)庫(kù)概念設(shè)計(jì)階段，采用自下而上的ER設(shè)計(jì)。將關(guān)系模式轉(zhuǎn)換為具體DBMS平臺(tái)支持的關(guān)系表是數(shù)據(jù)庫(kù)物理設(shè)計(jì)階段的工作。設(shè)計(jì)視圖和關(guān)系模式的完整性約束是數(shù)據(jù)邏輯設(shè)計(jì)階段的工作。
5.D【解析】數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的需求包括：數(shù)據(jù)需求分析，數(shù)據(jù)處理需求分析，業(yè)務(wù)需求分析及其在性能、存儲(chǔ)、安全、備份和恢復(fù)等方面的要求。C項(xiàng)中，數(shù)據(jù)需求分析的主要工作是從用戶視圖出發(fā)，分析與辨識(shí)應(yīng)用領(lǐng)域所管理的各類數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)，形成數(shù)據(jù)字典的主要內(nèi)容。B中在需求分析階段，系統(tǒng)需求分析員與用戶充分溝通，并形成文檔化的需求描述。A中通過需求分析過程，需要系統(tǒng)的描述整個(gè)應(yīng)用系統(tǒng)的功能特征、性能特征和約束，并形成需求規(guī)范說明文檔。D中數(shù)據(jù)操作響應(yīng)時(shí)間、系統(tǒng)吞吐量和最大并發(fā)用戶數(shù)都是性能需求分析的重要指標(biāo)。所以選D。
6.C【解析】數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)是指從數(shù)據(jù)庫(kù)概念模型出發(fā)，設(shè)計(jì)表示為邏輯模式的數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)的主要步驟包括ER圖轉(zhuǎn)換為初始關(guān)系模式、對(duì)初始關(guān)系模式進(jìn)行優(yōu)化等。
7.C【解析】0RDER BY語(yǔ)句用于對(duì)結(jié)果集進(jìn)行排序：①ORDER BY語(yǔ)句用于根據(jù)指定的列對(duì)結(jié)果集進(jìn)行排序;②0RDER BY語(yǔ)句默認(rèn)按照升序?qū)τ涗涍M(jìn)行排序。0RDER BY可以對(duì)多個(gè)列進(jìn)行排序，此時(shí)的排序是嵌套的;ORDER BY語(yǔ)句只能作為其他子句之后的最后一個(gè)子句出現(xiàn);視圖中也可以使用0RDERBY語(yǔ)句;子查詢語(yǔ)句中是不能使用0RDER BY子句的。
8.A【解析】在保證數(shù)據(jù)庫(kù)一致性的前提下，將頻繁操作的多個(gè)可以分割的處理過程放在多個(gè)存儲(chǔ)過程中，這樣可以大大提高系統(tǒng)的響應(yīng)速度。使用游標(biāo)會(huì)占用較多的系統(tǒng)資源，尤其對(duì)于大規(guī)模并發(fā)量的情況下，很容易使得系統(tǒng)資源耗盡而崩潰，而使用臨時(shí)表能夠加速查詢。相關(guān)子查詢的不可以加速查詢。
9.A【解析】在UML類圖中，常見的有以下幾種關(guān)系：①泛化(【箭頭及指向】：帶三角箭頭的實(shí)線，箭頭指向父類);②實(shí)現(xiàn)(【箭頭及指向】：帶三角箭頭的虛線，箭頭指向接口);③關(guān)聯(lián)(【箭頭及指向】：帶普通箭頭的實(shí)心線，指向被擁有者);④聚合(【箭頭及指向】：帶空心菱形的實(shí)心線，菱形指向整體);⑤組合(【箭頭及指向】：帶實(shí)心菱形的實(shí)線，菱形指向整體);⑥依賴(【箭頭及指向】：帶箭頭的虛線，指向被使用者)。組合是部分與整體共存，如果整體不存在，部分也會(huì)消失。聚合關(guān)系是整體與部分的關(guān)系，且部分可以離開整體而單獨(dú)存在。如車和輪胎是整體和部分的關(guān)系，輪胎離開車仍然可以存在。因此本題該采用空心菱形。
10.B【解析】分割表增加了維護(hù)數(shù)據(jù)完整性的代價(jià)。分割表分為水平分割表和垂直分割表兩種。水平分割表：一種是當(dāng)多個(gè)過程頻繁訪問數(shù)據(jù)表的不同行時(shí)，水平分割表，并消除新表中的冗余數(shù)據(jù)列;另一種是當(dāng)主要過程要重復(fù)訪問部分行時(shí)，最好將被重復(fù)訪問的這些行單獨(dú)形成子集表(冗余儲(chǔ)存)，這在不考慮磁盤空問開銷時(shí)顯得十分重要，但在分割表以后，增加了維護(hù)難度，要用觸發(fā)器立即更新、或用存儲(chǔ)過程及應(yīng)用代碼批量更新，這也會(huì)增加額外的磁盤I/O開銷。垂直分割表(不破壞第三范式)：一種是當(dāng)多個(gè)過程頻繁訪問表的不同列時(shí)，可將表垂直分成幾個(gè)表，減少磁盤I/O(每行的數(shù)據(jù)列少，頁(yè)存的數(shù)據(jù)行就多，相應(yīng)占用的頁(yè)就少)，更新時(shí)不必考慮鎖，沒有冗余數(shù)據(jù)。缺點(diǎn)是在插入或刪除數(shù)據(jù)時(shí)要考慮數(shù)據(jù)的完整性，用存儲(chǔ)過程維護(hù)。另一種是當(dāng)主要過程反復(fù)訪問部分列時(shí)，最好將這部分被頻繁訪問的列數(shù)據(jù)單獨(dú)存為一個(gè)子集表(冗余儲(chǔ)存)，這在不考慮磁盤空間開銷時(shí)顯得十分重要，但因此增加了重疊列的維護(hù)難度，要用觸發(fā)器立即更新、或用存儲(chǔ)過程及應(yīng)用代碼批量更新，這也會(huì)增加額外的磁盤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)圖包括用例圖、類圖、組件圖、對(duì)象圖和部署圖。
12.B【解析】常見的數(shù)據(jù)挖掘任務(wù)包括分類、估計(jì)、預(yù)測(cè)、相關(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ù)，建立分類模型，對(duì)于沒有分類的數(shù)據(jù)進(jìn)行分類。該需求要求根據(jù)購(gòu)書記錄將用戶映射到傾向于喜歡某種書的顧客特性中，而分類挖掘模型能把數(shù)據(jù)庫(kù)中的數(shù)據(jù)項(xiàng)映射到給定類別的某一個(gè)中。
13.D【解析】關(guān)系表在邏輯上由一系列元組組成，元組由多個(gè)屬性組成。每個(gè)元組可以用數(shù)據(jù)庫(kù)磁盤文件中的一個(gè)邏輯記錄來存儲(chǔ)，記錄包括多個(gè)域。元組的每個(gè)屬性對(duì)應(yīng)于文件記錄中的一個(gè)域。
14.B【解析】C/S架構(gòu)是一種典型的兩層架構(gòu)，其全稱是Client/Server，即客戶端/服務(wù)器端架構(gòu)。其客戶端包含一個(gè)或多個(gè)在用戶的電腦上運(yùn)行的程序。而服務(wù)器端有兩種，一種是數(shù)據(jù)庫(kù)服務(wù)器端，客戶端通過數(shù)據(jù)庫(kù)連接訪問服務(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ù)庫(kù)的交互(通常是SQL或存儲(chǔ)過程的實(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ù)庫(kù)服務(wù)端構(gòu)成所謂的三層架構(gòu)。B/S架構(gòu)的系統(tǒng)無須特別安裝，有Web瀏覽器即可。B/S架構(gòu)中，顯示邏輯交給了Web瀏覽器，事務(wù)處理邏輯則放在了WebApp上，這樣就避免了龐大的胖客戶端，減少了客戶端的壓力，因?yàn)榭蛻舳税倪壿嫼苌伲虼艘脖环Q為瘦客戶端。B/S架構(gòu)中，客戶端只需安裝WEB瀏覽器即可，且應(yīng)用業(yè)務(wù)規(guī)則一般是WEB服務(wù)器端實(shí)現(xiàn)的。
15.A【解析】RecordSet對(duì)象用于操作來自提供者的數(shù)據(jù)。使用AD0時(shí)，通過RecordSet對(duì)象可對(duì)幾乎所有數(shù)據(jù)進(jìn)行操作，所有RecordSet對(duì)象均使用記錄(行)和字段(列)進(jìn)行構(gòu)造。RecordSet的常用方法為：①AddNew，創(chuàng)建一條新記錄;②Cancel，撤銷一次執(zhí)行;③Close，關(guān)閉一個(gè)RecordSet;④Delete，刪除一條記錄或一組記錄;⑤MoveNext，把記錄指針移動(dòng)到下一條記錄。RecordSet對(duì)象的AddNew方法的功能是在對(duì)應(yīng)的數(shù)據(jù)庫(kù)表中增加一條新記錄。
16.A【解析】在SQL Server 2008中，只有創(chuàng)建某個(gè)I臨時(shí)表的連接中才能查詢當(dāng)前I臨時(shí)表的數(shù)據(jù)，并當(dāng)U1創(chuàng)建的該表的連接還未斷開時(shí)，才能訪問這個(gè)表的數(shù)據(jù)。
17.B【解析】稀疏索引是指如果只是一部分查找碼的值有對(duì)應(yīng)的索引記錄，則該索引為稀疏索引;稠密索引是指如果數(shù)據(jù)文件中的每一個(gè)查找碼值在索引文件中都對(duì)應(yīng)一個(gè)索引記錄，則該索引為稠密索引。對(duì)于數(shù)據(jù)文件和它的一個(gè)特定的索引文件，如果數(shù)據(jù)文件中的數(shù)據(jù)記錄的排列順序與索引文件中索引項(xiàng)的排列順序相一致，或者說，索引文件按照其查找碼指定的順序與數(shù)據(jù)文件中數(shù)據(jù)記錄的排列順序相一致，則該索引文件稱為聚集索引，否則為非聚集索引。因此選B。
18.A【解析】Ⅱ、V都屬于對(duì)數(shù)據(jù)庫(kù)邏輯和物理結(jié)構(gòu)的調(diào)整，不屬于SQL語(yǔ)句的優(yōu)化。
19.D【解析】一個(gè)數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)開發(fā)完成后，運(yùn)行管理與維護(hù)往往是一個(gè)長(zhǎng)久的過程，時(shí)問一般是以年為單位，其成本消耗也是巨大的。
20.B【解析】?jī)啥捂i協(xié)議是指所有事務(wù)必須分兩個(gè)階段對(duì)數(shù)據(jù)項(xiàng)加鎖和解鎖：①在對(duì)任何數(shù)據(jù)進(jìn)行讀、寫操作之前，要申請(qǐng)并獲得對(duì)該數(shù)據(jù)的封鎖;②在釋放一個(gè)封鎖之后，事務(wù)不再申請(qǐng)和獲得其它任何封鎖。可以證明，若并發(fā)執(zhí)行的所有事務(wù)均遵守兩段鎖協(xié)議，則對(duì)這些事務(wù)的任何并發(fā)調(diào)度策略都是可串行化的。
另外要注意兩段鎖協(xié)議和防止死鎖的一次封鎖法的異同之處。一次封鎖法要求每個(gè)事務(wù)必須一次將所有要使用的數(shù)據(jù)全部加鎖，否則就不能繼續(xù)執(zhí)行，因此一次封鎖法遵守兩段鎖協(xié)議。但兩段鎖協(xié)議并不要求事務(wù)必須一次將所有要使用的數(shù)據(jù)全部加鎖，因此遵守兩段鎖協(xié)議的事務(wù)可能發(fā)生死鎖。加鎖階段事務(wù)可以申請(qǐng)獲得任何數(shù)據(jù)項(xiàng)上的任何類型的鎖，但是不允許釋放任何鎖。
21.C【解析】數(shù)據(jù)庫(kù)不是用做日常查詢，也不是匯總和統(tǒng)計(jì)，而主要用于提取數(shù)據(jù)中的潛在信息和知識(shí)。因此A和B錯(cuò)誤。OLAP(on-line analytical processing)是聯(lián)系分析處理的英文縮寫，它仍使用DBMS存取數(shù)據(jù)，即D的描述錯(cuò)誤。
22.A【解析】Ⅳ中插人字段的第四個(gè)字段“3”不滿足“CHECK(State in(0，1，2))”的條件，因此插入不成功。V中更新第四個(gè)字段“State=3”同樣不滿足“CHECK(State in(0，1，2))”的條件，更新失敗。Ⅵ中
因?yàn)闆]有“CardlD=ˊ1004ˊ”的記錄，所以更新失敗。
23.C【解析】分布式數(shù)據(jù)庫(kù)系統(tǒng)按不同層次提供的分布透明性有：分片透明性、位置透明性、局部數(shù)據(jù)模型透明性。其中分片透明性是分布式數(shù)據(jù)庫(kù)中最高層次的分布透明性，位于全局概念模型和分片模型之間。用戶編寫程序只須對(duì)全局關(guān)系進(jìn)行操作，不必考慮數(shù)據(jù)的分片及存儲(chǔ)場(chǎng)地。當(dāng)分片模式改變時(shí)，只須改變?nèi)指拍畹椒制Ｊ降挠诚螅粫?huì)影響全局概念模式和應(yīng)用程序，即實(shí)現(xiàn)了分片透明性。
24.C 【解析】操作型數(shù)據(jù)對(duì)性能要求較高、無冗余。操作型數(shù)據(jù)與分析型數(shù)據(jù)的區(qū)別如以下表格所示：
| 操作型數(shù)據(jù) |
分析型數(shù)據(jù) |
|
表示業(yè)務(wù)處理的動(dòng)態(tài)情況 |
表示業(yè)務(wù)處理的靜態(tài)情況 |
|
在存取的瞬間是正確的 |
代表過去的數(shù)據(jù) |
|
可更新，可由錄入人員更新 |
不可更新，終端用戶的訪問權(quán)限常常是只讀的 |
|
處理細(xì)節(jié)問題 |
更多關(guān)注的是結(jié)論性的數(shù)據(jù)，是綜合的，或是提煉的 |
|
操作需求事先可知，系統(tǒng)可按預(yù)計(jì)的工作量進(jìn)行優(yōu)化 |
操作需求事先不知道，永遠(yuǎn)不知道下一步用戶要做什么 |
|
有許多事務(wù)，每個(gè)事務(wù)影響數(shù)據(jù)的一小部分 |
有數(shù)目不多的一些查詢，每個(gè)查詢可訪問大量數(shù)據(jù) |
|
面向應(yīng)用，支持日常操作 |
面向分析，支持管理需求 |
|
用戶不必理解數(shù)據(jù)庫(kù)，只是輸入數(shù)據(jù)庫(kù) |
用戶需要理解數(shù)據(jù)庫(kù)，以便從數(shù)據(jù)中得出有意義的結(jié)論 |
25.A【解析】數(shù)據(jù)倉(cāng)庫(kù)有四個(gè)特點(diǎn)：①面向主題，操作型數(shù)據(jù)庫(kù)的數(shù)據(jù)組織面向事務(wù)處理任務(wù)，各個(gè)業(yè)務(wù)系統(tǒng)之間各自分離，而數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)按照一定的主題域進(jìn)行組織。主題是一個(gè)抽象概念，是指用戶使用數(shù)據(jù)倉(cāng)庫(kù)進(jìn)行決策時(shí)所關(guān)心的重點(diǎn)方面，一個(gè)主題通常與多個(gè)操作型信息系統(tǒng)相關(guān);②集成的，面向事務(wù)處理的操作型數(shù)據(jù)庫(kù)通常與某些特定的應(yīng)用相關(guān)，數(shù)據(jù)庫(kù)之間相互獨(dú)立，并且往往是異構(gòu)的。而數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)是在對(duì)原有分散的數(shù)據(jù)庫(kù)數(shù)據(jù)抽取、清理的基礎(chǔ)上經(jīng)過系統(tǒng)加工、匯總和整理得到的，必須消除源數(shù)據(jù)中的不一致性，以保證數(shù)據(jù)倉(cāng)庫(kù)內(nèi)的信息是關(guān)于整個(gè)企業(yè)的一致的全局信息;③穩(wěn)定的，操作型數(shù)據(jù)庫(kù)中的數(shù)據(jù)通常實(shí)時(shí)更新，數(shù)據(jù)根據(jù)需要及時(shí)發(fā)生變化。數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)主要供企業(yè)決策分析之用，所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查詢，一旦某個(gè)數(shù)據(jù)進(jìn)入數(shù)據(jù)倉(cāng)庫(kù)以后，一般情況下將被長(zhǎng)期保留，也就是數(shù)據(jù)倉(cāng)庫(kù)中一般有大量的查詢操作，但修改和刪除操作很少，通常只需要定期的加載、刷新;④反映歷史變化，操作型數(shù)據(jù)庫(kù)主要關(guān)心當(dāng)前某一個(gè)時(shí)間段內(nèi)的數(shù)據(jù)，而數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)通常包含歷史信息，系統(tǒng)記錄了企業(yè)從過去某一時(shí)點(diǎn)(如開始應(yīng)用數(shù)據(jù)倉(cāng)庫(kù)的時(shí)點(diǎn))到目前的各個(gè)階段的信息，通過這些信息，可以對(duì)企業(yè)的發(fā)展歷程和未來趨勢(shì)做出定量分析和預(yù)測(cè)。
26.C【解析】首先，通信代價(jià)較I/O代價(jià)容易估計(jì)。其次，對(duì)于分布式數(shù)據(jù)庫(kù)查詢優(yōu)化而言，通信代價(jià)比I/O代價(jià)和CPU代價(jià)更為重要。
27.D【解析】事務(wù)是構(gòu)成數(shù)據(jù)庫(kù)應(yīng)用中一個(gè)獨(dú)立邏輯工作單元的操作的集合，也是訪問并可能更新數(shù)據(jù)庫(kù)中各種數(shù)據(jù)項(xiàng)的一個(gè)程序執(zhí)行單元。數(shù)據(jù)庫(kù)系統(tǒng)通過執(zhí)行各種事務(wù)實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)數(shù)據(jù)的操作，管理和執(zhí)行事務(wù)是DBMS的基本功能。事務(wù)的四大特性為：①原子性;②一致性;③隔離性;④持久性。事務(wù)調(diào)度則是為了保證事務(wù)的此四大特性。調(diào)度分為串行調(diào)度和并發(fā)調(diào)度。串行調(diào)度的特點(diǎn)是一個(gè)事務(wù)的所有操作都執(zhí)行完后才開始執(zhí)行另一事務(wù)，不存在事務(wù)操作的交叉執(zhí)行;不同事務(wù)操作的交叉執(zhí)行稱為并發(fā)調(diào)度，DBMS交叉執(zhí)行來自多個(gè)事務(wù)的各個(gè)操作，以提高數(shù)據(jù)庫(kù)系統(tǒng)的性能。并發(fā)調(diào)度中不同的事務(wù)的操作可以交叉執(zhí)行。
28.D【解析】某些情況下，需要把數(shù)字?jǐn)?shù)據(jù)類型顯示為相應(yīng)的文本名稱，這就碰到了多表連接建立記錄集的問題。多表連接的類型主要有l(wèi)eft join、right join和inner join。其主要區(qū)別如下：①left join(左聯(lián)接)，返回包括左表中的所有記錄和右表中聯(lián)結(jié)字段相等的記錄;②right join(右聯(lián)接)，返回包括右表中的所有記錄和左表中聯(lián)結(jié)字段相等的記錄;③inner join(等值連接)，只返回兩個(gè)表中聯(lián)結(jié)字段相等的行。因此本題采用inner join，結(jié)果集將返回包括table_1和table_2都滿足條件的行。
29.C【解析】觸發(fā)器(trigger)是SQL Server提供給程序員和數(shù)據(jù)分析員用來保證數(shù)據(jù)完整性的一種方法，它是與表事件相關(guān)的特殊的存儲(chǔ)過程，執(zhí)行不是由程序調(diào)用，也不是手工啟動(dòng)，而是由事件來觸發(fā)，比如當(dāng)對(duì)一個(gè)表進(jìn)行操作(insert，delete，update)時(shí)就會(huì)激活它并執(zhí)行，且經(jīng)常用于加強(qiáng)數(shù)據(jù)的完整性約束和業(yè)務(wù)規(guī)則等。教師表中要求基本工資的取值與教師的職稱有關(guān)，即當(dāng)對(duì)教師的職稱進(jìn)行操作的時(shí)候，要求基本工資的取值隨著職稱變化而變化，因此采用觸發(fā)器可以達(dá)到要求。
30.C【解析】事務(wù)日志是一個(gè)與數(shù)據(jù)庫(kù)文件分開的文件。它存儲(chǔ)對(duì)數(shù)據(jù)庫(kù)進(jìn)行的所有更改，并記錄全部插入、更新、刪除、提交、回退和數(shù)據(jù)庫(kù)模式變化等操作。事務(wù)日志是數(shù)據(jù)備份和數(shù)據(jù)恢復(fù)的重要文件，也是使用SQL Remote或[復(fù)制代理]復(fù)制數(shù)據(jù)所必需的。
二、應(yīng)用題
1.第一空：Sno as學(xué)號(hào)，cno as課程號(hào)
第二空：(SELECT MAX(S1.Degree)FROM SCORESl)
【解析】通過As來對(duì)屬性起別名，使得在新建的表中該屬性名被定義為AS后面的別名。
2.手動(dòng)監(jiān)控機(jī)制
【解析】對(duì)數(shù)據(jù)庫(kù)系統(tǒng)的監(jiān)控分為手動(dòng)監(jiān)控機(jī)制和自動(dòng)監(jiān)控機(jī)制兩種。
3.外模式/模式
【解析】外模式/模式映像定義了數(shù)據(jù)庫(kù)中不同用戶的外模式與數(shù)據(jù)庫(kù)邏輯模式之問的對(duì)應(yīng)關(guān)系。當(dāng)數(shù)據(jù)庫(kù)模式發(fā)生變化時(shí)，通過調(diào)整外模式/模式問的映像關(guān)系，使得應(yīng)用程序不必隨之修改，從而保證數(shù)據(jù)與應(yīng)用程序間的邏輯獨(dú)立性，簡(jiǎn)稱數(shù)據(jù)的邏輯獨(dú)立性。
4.DISTINCT
【解析】SQL的查詢結(jié)果中允許有重復(fù)元組出現(xiàn)，因?yàn)樵赟QL的查詢結(jié)果中去掉重復(fù)元組是一件非常耗時(shí)的工作，因此從性能的角度出發(fā)，只要不是特別指出，允許查詢的結(jié)果中有重復(fù)元組存在。當(dāng)然SQL也提供了去掉重復(fù)元組的方法(例如使用DISTINCT關(guān)鍵詞)。
5.第一空：Name
第二空：as
【解析】在數(shù)據(jù)庫(kù)中判斷是否存在名為my_proc的存儲(chǔ)過程，即從系統(tǒng)表中查詢有沒有和my_proc同名的過程，用“SELECT name FROM Sysobjects”表示。其中Sysobjects為系統(tǒng)表，保存當(dāng)前數(shù)據(jù)庫(kù)的對(duì)象，如約束、默認(rèn)值、日志、規(guī)則、存儲(chǔ)過程等。比較常用的字段為：
Sysobjects(
Name sysname，一一object名稱
id int.一一object id
xtype char(2)，一一object類型
type char(2)，一一object類型
uid smallint，一一object所有者的ID
)
創(chuàng)建存儲(chǔ)過程的命令格式為：
CREATE PROC my_proc
@變量l，@變量2 AS{[;][…n]}[;]
：：={[BEGIN]statements[END]}
6.一致性
【解析】數(shù)據(jù)庫(kù)的一致性指的是事務(wù)執(zhí)行成功則全部提交，必須使所有數(shù)據(jù)都具有一致的狀態(tài)，如果一個(gè)事務(wù)提交失敗，所有做過的更新全部撤銷。
7.轉(zhuǎn)換
【解析】數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)來自多種數(shù)據(jù)源。不同的數(shù)據(jù)源可能由不同的平臺(tái)開發(fā)，使用不同的數(shù)據(jù)庫(kù)管理系統(tǒng)，數(shù)據(jù)格式也可能不同。源數(shù)據(jù)在被裝載到數(shù)據(jù)倉(cāng)庫(kù)之前，需要進(jìn)行一定的數(shù)據(jù)轉(zhuǎn)換。數(shù)據(jù)轉(zhuǎn)換的主要任務(wù)是對(duì)數(shù)據(jù)粒度以及不一致的數(shù)據(jù)進(jìn)行轉(zhuǎn)換。
8.第一空：1NF
第二空：4NF
第三空：lNF
第四空：3NF
【解析】Wl中存在著非主屬性對(duì)碼的部分依賴，所以它只能達(dá)到1NF。
9.堆文件
【解析】堆文件也稱為無序文件。在堆文件中，記錄隨機(jī)地存儲(chǔ)在文件物理空間中，新插入的記錄存儲(chǔ)在文件的末尾。
10.通信圖(協(xié)作圖)
【解析】在UML模型中，通信圖是交互圖的一種，也被稱作協(xié)作圖。它是表達(dá)對(duì)象之間的聯(lián)系以及對(duì)象間發(fā)送和接收消息的圖。
三、設(shè)計(jì)與應(yīng)用題
1.【解題思路】
(1)ER圖的設(shè)計(jì)原則
在設(shè)計(jì)ER圖時(shí)，首先應(yīng)根據(jù)需求分析，確認(rèn)實(shí)體、屬性和聯(lián)系這三種ER圖的基本要素。需要強(qiáng)調(diào)的三條設(shè)計(jì)原則如下：
①相對(duì)原則
建模的過程實(shí)際上是對(duì)對(duì)象抽象的過程。實(shí)體、屬性和聯(lián)系是對(duì)同一個(gè)對(duì)象抽象過程的不同解釋和理解。在同一情況下不同的人，或同一人在不同的情況下，對(duì)事物抽象的結(jié)果可能是不同的。在ER圖的整個(gè)設(shè)計(jì)過程中，實(shí)體、屬性和聯(lián)系不是一成不變，而是可能會(huì)被不斷的調(diào)整和優(yōu)化。
②一致原則
同一對(duì)象在同一個(gè)管理系統(tǒng)中的不同子系統(tǒng)抽象的結(jié)果要求保持一致。
③簡(jiǎn)單原則
為簡(jiǎn)化ER圖，現(xiàn)實(shí)世界中的事物能作屬性對(duì)待時(shí)，應(yīng)盡量作為屬性處理。屬性與實(shí)體和聯(lián)系之間，并無一定界限。當(dāng)屬性滿足如下兩個(gè)條件時(shí)，就不能作實(shí)體或關(guān)系對(duì)待：不再具有需要進(jìn)一步描述的性質(zhì)，因?yàn)閷傩栽诤x上是不可再分的數(shù)據(jù)項(xiàng);屬性不能再與其它實(shí)體具有聯(lián)系，即ER圖中的聯(lián)系只能是實(shí)體之間的聯(lián)系。
(2)ER圖的組成元素是實(shí)體、屬性和聯(lián)系
①實(shí)體
把客觀存在并且可以相互區(qū)別的事物稱為實(shí)體。實(shí)體可以是實(shí)際事物，也可以是抽象事件。如一個(gè)職工、一場(chǎng)比賽等。
②屬性
描述實(shí)體的特性稱為屬性。如職工的職工號(hào)，姓名，性別，出生日期，職稱等。
③聯(lián)系
聯(lián)系是實(shí)體間有意義的相互作用，即實(shí)體問存在的關(guān)聯(lián)。
在ER圖中，分別用矩形框表示實(shí)體，橢圓表示屬性，菱形框表示聯(lián)系。
(3)聯(lián)系的類型
實(shí)體之間的聯(lián)系分為三種類型：一對(duì)一(1：1)、一對(duì)多(1：n)和多對(duì)多(n：m)。
題目給出了兩個(gè)實(shí)體論文和作者，并且指明了論文實(shí)體的屬性包括題目、期刊名稱、年份、期刊號(hào)，作者實(shí)體的屬性包括姓名、單位、地址。實(shí)體問的關(guān)系包括：一篇論文可以有多個(gè)作者，且每一位作者寫過多篇論文，在每一篇論文中有作者的順序號(hào)，可以知道論文和作者是多對(duì)多的關(guān)系。同時(shí)可知論文題目和期刊號(hào)的聯(lián)合是論文關(guān)系模式的主鍵，姓名是作者關(guān)系模式的主鍵，而需要作者姓名和論文題目才能唯一確定發(fā)表的關(guān)系模式。
【參考答案】
(1)
(2)關(guān)系模式：
論文(題目，期刊名稱，年份，期刊號(hào))
作者(姓名，單位，地址)
發(fā)表(姓名，題目，順序號(hào))
2.【解題思路】
SQL Server 2008多語(yǔ)句表值函數(shù)的格式為：
CREATE FUNCTION[schema_name.]function_name
([{@parameter_name[As][type_schema_name.]parameter data_type
[=default]}
[….n]
]
)
RETURNS@return_variable TABLE
[AS]
BEGIN
function_body
RETURN
END
[;]
：：=
({I}
[table_constraint][，...n])
采用三表聯(lián)合查詢，通過傳入的借書證號(hào)查出借出信息表中的圖書編號(hào)，然后查出圖書明細(xì)表的信息。
【參考答案】
CREATE FUNCTION BorrowBook(@jszh char(20))
RETURNS@jsqkb TABLE(書籍編號(hào)char(20)，書籍名稱char(50)，定價(jià)float，借書日期datetime)
AS
BEGIN
INSERT@jsqkb
SELECT圖書明細(xì)表.圖書編號(hào)，圖書名稱，定價(jià)，借出信息表.借書日期FROM借出信息表，圖書明細(xì)表
WHERE借出信息表.圖書編號(hào)=圖書明細(xì)表.圖書編號(hào)AND借出信息表.借書證號(hào)=@jszh
RETURN
END
3.【解題思路】
從數(shù)據(jù)庫(kù)本身和網(wǎng)絡(luò)傳輸?shù)慕嵌瘸霭l(fā)，數(shù)據(jù)庫(kù)性能低下的因素一般有：I/O吞吐量小，形成了瓶頸效應(yīng);沒有創(chuàng)建計(jì)算列導(dǎo)致查詢不優(yōu)化;SQL Server數(shù)據(jù)庫(kù)內(nèi)存不足;網(wǎng)絡(luò)速度慢;查詢出的數(shù)據(jù)量過大(可以采用多次查詢或其他的方法降低數(shù)據(jù)量)以及鎖或者死鎖(這也是查詢慢最常見的問題，是程序設(shè)計(jì)的缺陷)。
從SQL查詢語(yǔ)句角度來考慮優(yōu)化響應(yīng)時(shí)間，應(yīng)該從查詢條件、臨時(shí)表、游標(biāo)、返回?cái)?shù)據(jù)量、大事務(wù)操作等方面進(jìn)行調(diào)優(yōu)。
【參考答案】
(1)①把數(shù)據(jù)、日志、索引放到不同的I/O設(shè)備上，增加讀取速度，數(shù)據(jù)量(尺寸)越大，提高I/O越重要。
②縱向、橫向分割表，減少表的尺寸。
③升級(jí)硬件，擴(kuò)大服務(wù)器的內(nèi)存，Windows 2000和SQL Server 2000能支持4-8G的內(nèi)存。配置虛擬內(nèi)存，虛擬內(nèi)存大小應(yīng)基于計(jì)算機(jī)上并發(fā)運(yùn)行的服務(wù)進(jìn)行配置。增加服務(wù)器CPU個(gè)數(shù)。
④分布式分區(qū)視圖可用于實(shí)現(xiàn)數(shù)據(jù)庫(kù)服務(wù)器聯(lián)合體。聯(lián)合體是一組分開管理的服務(wù)器，但它們相互協(xié)作分擔(dān)系統(tǒng)的處理負(fù)荷。這種通過分區(qū)數(shù)據(jù)形成數(shù)據(jù)庫(kù)服務(wù)器聯(lián)合體的機(jī)制能夠擴(kuò)大一組服務(wù)器，以支持大型的多層Web站點(diǎn)的處理需要。
⑤重建索引：DBCC REINDEX，DBCC INDEXDEFRAG;收縮數(shù)據(jù)和日志：DBCC SHRINKDB，DBCCSHRINKFILE。設(shè)置自動(dòng)收縮日志，對(duì)于大的數(shù)據(jù)庫(kù)不要設(shè)置數(shù)據(jù)庫(kù)自動(dòng)增長(zhǎng)，它會(huì)降低服務(wù)器的性能。
⑥優(yōu)化鎖結(jié)構(gòu)。
(2)①對(duì)查詢進(jìn)行優(yōu)化，盡量避免全表掃描，首先應(yīng)考慮在where及order by涉及的列上建立索引。
②應(yīng)盡量避免在where子句中使用!=或< >操作符，否則引擎將放棄使用索引而進(jìn)行全表掃描。
③任何地方都不要使用select*from進(jìn)行全表掃描，用具體的字段列代替“*”，不要返回冗余字段。
④避免頻繁創(chuàng)建和刪除臨時(shí)表，以減少系統(tǒng)表資源的消耗。
⑤盡量避免使用游標(biāo)，因?yàn)橛螛?biāo)的效率較差，如果游標(biāo)操作的數(shù)據(jù)超過1萬行，那么就應(yīng)該考慮改寫。
⑥盡量避免大事務(wù)操作，提高系統(tǒng)并發(fā)能力。
【全國(guó)計(jì)算機(jī)三級(jí)考試《數(shù)據(jù)庫(kù)技術(shù)》模擬試題一答案及解析】相關(guān)文章：
2015全國(guó)計(jì)算機(jī)三級(jí)考試《數(shù)據(jù)庫(kù)技術(shù)》模擬試題（八）答案及解析03-21
2015全國(guó)計(jì)算機(jī)三級(jí)考試《數(shù)據(jù)庫(kù)技術(shù)》模擬試題（七）答案及解析03-30
2015全國(guó)計(jì)算機(jī)三級(jí)考試《數(shù)據(jù)庫(kù)技術(shù)》模擬試題（二）答案及解析03-28
2015全國(guó)計(jì)算機(jī)三級(jí)考試《數(shù)據(jù)庫(kù)技術(shù)》模擬試題（三）答案及解析03-28
2015全國(guó)計(jì)算機(jī)三級(jí)考試《數(shù)據(jù)庫(kù)技術(shù)》模擬試題（九）答案及解析03-31
2015全國(guó)計(jì)算機(jī)三級(jí)考試《數(shù)據(jù)庫(kù)技術(shù)》模擬試題（二）03-28
2015全國(guó)計(jì)算機(jī)三級(jí)考試《數(shù)據(jù)庫(kù)技術(shù)》模擬試題（七）03-30