一、單選題((1)～(20)每題1分，(21)～(30)每題2分，共40分)
(1)在數(shù)據(jù)庫系統(tǒng)中，下列映像關(guān)系用于提供數(shù)據(jù)與應(yīng)用程序間的物理獨(dú)立性的是（ ?。?A)外模式／模式
B)模式／內(nèi)模式
C)外模式／內(nèi)模式
D)邏輯模式／內(nèi)模式
(2)關(guān)于數(shù)據(jù)庫視圖，下列說法正確的是（ ?。?。
A)視圖一定能提高數(shù)據(jù)的操作性能
B)定義視圖的語句可以是任何數(shù)據(jù)操作語句
C)視圖可以提供一定程度的數(shù)據(jù)獨(dú)立性
D)視圖的數(shù)據(jù)一般是物理存儲(chǔ)的
(3)許多大中型企業(yè)出于多種原因建立了數(shù)據(jù)倉庫，以下（ ?。┎皇墙?shù)據(jù)倉庫的合理理由。
A)將企業(yè)的各種應(yīng)用系統(tǒng)集中在一起
B)充分利用企業(yè)信息系統(tǒng)生成的各種數(shù)據(jù)
C)解決企業(yè)業(yè)務(wù)應(yīng)用和數(shù)據(jù)分析應(yīng)用的性能沖突
D)以面向主題、集成的方式合理的組織數(shù)據(jù)
(4)關(guān)于數(shù)據(jù)庫應(yīng)用系統(tǒng)的設(shè)計(jì)，有下列說法：
1．?dāng)?shù)據(jù)庫應(yīng)用系統(tǒng)設(shè)計(jì)需要考慮數(shù)據(jù)組織與存儲(chǔ)、數(shù)據(jù)訪問與處理、應(yīng)用設(shè)計(jì)等幾個(gè)方面
Ⅱ．?dāng)?shù)據(jù)庫概念設(shè)計(jì)階段，采用自上而下的ER設(shè)計(jì)時(shí)，首先設(shè)計(jì)局部ER圖，然后合并各局部ER圖得到全局ER圖
Ⅲ．在數(shù)據(jù)庫邏輯設(shè)計(jì)階段，將關(guān)系模式轉(zhuǎn)換為具體DBMS平臺(tái)支持的關(guān)系表
Ⅳ．在數(shù)據(jù)庫物理設(shè)計(jì)階段，一般需要設(shè)計(jì)視圖和關(guān)系模式的完整性約束
上述說法正確的是（ ?。?。
A)Ⅰ、Ⅲ和Ⅳ
B)Ⅰ
C)Ⅱ和Ⅲ
D)Ⅱ和Ⅳ
(5)關(guān)于數(shù)據(jù)庫應(yīng)用系統(tǒng)的需求分析工作，下列說法正確的是（ ?。?A)通過需求分析過程，需要確定出整個(gè)應(yīng)用系統(tǒng)的目標(biāo)、任務(wù)和系統(tǒng)的范圍說明。
B)在需求分析階段，系統(tǒng)需求分析員要與用戶充分溝通，并做出各類用戶視圖。
C)數(shù)據(jù)需求分析的主要工作是要辨識(shí)出數(shù)據(jù)處理中的數(shù)據(jù)處理流程
D)數(shù)據(jù)操作響應(yīng)時(shí)間、系統(tǒng)吞吐量、并發(fā)用戶數(shù)都是性能需求分析的重要指標(biāo)
(6)根據(jù)數(shù)據(jù)庫應(yīng)用系統(tǒng)生命周期模型，完成數(shù)據(jù)庫關(guān)系模式設(shè)計(jì)的階段是（ ?。?。
A)需求分析
B)概念設(shè)計(jì)
C)邏輯設(shè)計(jì)
D)物理設(shè)計(jì)
(7)在SELECT語句中，以下有關(guān)0RDER BY子句的敘述中不正確的是（ ?。?A)ORDER BY子句可以對(duì)多個(gè)列進(jìn)行排序
B)SELECT語句中，0RDER BY只能在所有其他子句之后作為最后一個(gè)子句出現(xiàn)
C)子查詢也可以使用0RDER BY子句
D)在視圖中可以使用0RDER BY子句
(8)關(guān)于優(yōu)化查詢說法正確的是（ ?。?A)避免或簡(jiǎn)化排序的目的是實(shí)現(xiàn)查詢優(yōu)化
B)在保證數(shù)據(jù)庫一致性的前提下，將頻繁操作的多個(gè)可以分割的處理過程放在一個(gè)存儲(chǔ)過程中，這樣可以大大提高系統(tǒng)的響應(yīng)速度
C)使用臨時(shí)表會(huì)占用較多的系統(tǒng)資源，尤其對(duì)于大規(guī)模并發(fā)量的情況下，很容易使得系統(tǒng)資源耗盡而崩潰
D)相關(guān)子查詢的使用可以加速查詢
(9)類圖技術(shù)是面向?qū)ο蠓椒ǖ暮诵募夹g(shù)。下列所示的UML類圖中，描述正確的是（ ?。?。
A)
![]()
B)
![]()
C)
![]()
D)
![]()
(10)在SQL Server 2008中，常常會(huì)發(fā)生數(shù)據(jù)庫數(shù)據(jù)過大的情況，此時(shí)則需要對(duì)表進(jìn)行處理，通常可采用人工分割表的方法優(yōu)化性能。下列有關(guān)分割表的說法，錯(cuò)誤的是（ ?。?。
A)水平分割后，得到的子表結(jié)構(gòu)相同
B)水平分割后，查詢表中所有數(shù)據(jù)時(shí)需要使用JOIN操作
C)垂直分割后，所有表中均需保留原有表的主碼
D)當(dāng)查詢表中所有數(shù)據(jù)時(shí)，使用分割表方法會(huì)增加查詢表達(dá)式的復(fù)雜度
(11)下列全部屬于結(jié)構(gòu)圖的組圖是（ ?。?。 A)用例圖、類圖、順序圖、部署圖 B)類圖、組件圖、部署圖、活動(dòng)圖 C)用例圖、對(duì)象圖、狀態(tài)圖、組件圖 D)類圖、對(duì)象圖、組件圖、部署圖 (12)某網(wǎng)上書店根據(jù)用戶的歷史購書記錄，采用某種數(shù)據(jù)挖掘算法分析出用戶最可能屬于某一類書的愛好者，應(yīng)該采用（ ）。 A)關(guān)聯(lián)分析 B)分類分析 C)時(shí)問序列分析 D)回歸分析 (13)以下關(guān)于關(guān)系表和元組敘述錯(cuò)誤的是（ ?。?。 A)關(guān)系表在邏輯上由一系列元組組成 B)每個(gè)元組由多個(gè)屬性組成 C)每個(gè)元組可以用數(shù)據(jù)庫磁盤文件中的一個(gè)邏輯記錄來存儲(chǔ) D)元組的每個(gè)屬性對(duì)應(yīng)于一條記錄 (14)下列有關(guān)基于C／S和基于B／S數(shù)據(jù)庫應(yīng)用系統(tǒng)體系結(jié)構(gòu)的說法中，錯(cuò)誤的是（ ?。?。 A)在C／S結(jié)構(gòu)中，應(yīng)用業(yè)務(wù)規(guī)則主要是在客戶端實(shí)現(xiàn)的 B)在B／S結(jié)構(gòu)中，應(yīng)用業(yè)務(wù)規(guī)則主要是在數(shù)據(jù)庫服務(wù)器端實(shí)現(xiàn)的 C)在C／S結(jié)構(gòu)中，客戶端屬于“胖客戶端”；在B／S結(jié)構(gòu)中，客戶端屬于“瘦客戶端” D)在C／S結(jié)構(gòu)中，客戶端需要專門開發(fā)；在B／S結(jié)構(gòu)中，客戶端一般只需要安裝瀏覽器 (15)AD0對(duì)象模型中，RecordSet對(duì)象的AddNew方法的功能是（ ?。?A)在對(duì)應(yīng)的數(shù)據(jù)庫表中增加一條新記錄 B)在記錄集中增加一個(gè)新列 C)在內(nèi)存中開辟存放一條新記錄的空間 D)增加一個(gè)新的記錄集 (16)設(shè)在SQL Server 2008中，用戶U1在DB1數(shù)據(jù)庫中創(chuàng)建了#Temp表。下列關(guān)于#Temp表的說法中，正確的是（ ?。?。 A)只有在創(chuàng)建#Temp表的連接中才可以查詢#Temp表數(shù)據(jù) B)在所有用戶U1發(fā)起的連接中，都可以查詢#Temp表數(shù)據(jù) C)在創(chuàng)建#Temp表的連接未斷開時(shí)，DBl數(shù)據(jù)庫的所有用戶都可以查詢#Temp表數(shù)據(jù) D)在創(chuàng)建#Temp表的連接斷開時(shí)，DBl數(shù)據(jù)庫的所有用戶仍可以查詢#Temp表數(shù)據(jù) (17)有如下的索引文件： 指針號(hào)
1B-301 1
1B-200
3
1
西服
X-100
700
2
洗衣機(jī)
X-002
1500
3
彩電
J-099
2300
指針號(hào) 則該索引文件稱為（ ）。 A)稀疏索引 B)聚集索引 C)稠密索引 D)非聚集索引 (18)效率低下的SQL語句往往是導(dǎo)致系統(tǒng)性能不佳的主要原因。設(shè)有如下優(yōu)化系統(tǒng)性能的方法： Ⅰ．利用存儲(chǔ)過程封裝頻繁使用的SQL語句 Ⅱ．重新安排數(shù)據(jù)存儲(chǔ)，整理回收碎塊 Ⅲ．不要隨意使用游標(biāo) Ⅳ．合理使用相關(guān)子查詢 Ⅴ．調(diào)整表結(jié)構(gòu)定義 以上屬于優(yōu)化SQL語句執(zhí)行效率方法的是（ ?。?。 A)Ⅰ、Ⅲ、Ⅳ B)Ⅰ、Ⅲ、Ⅴ C)Ⅱ、Ⅳ、Ⅴ D)Ⅰ、Ⅳ、Ⅴ (19)DBAS生命周期模型中時(shí)問最長(zhǎng)的階段是（ ?。?A)需求分析 B)系統(tǒng)設(shè)計(jì) C)實(shí)行與部署 D)運(yùn)行管理與維護(hù) (20)以下關(guān)于兩段鎖協(xié)議的原理敘述錯(cuò)誤的是（ ?。?。 A)每個(gè)事物的執(zhí)行程序劃分兩個(gè)階段，加鎖階段和解鎖階段 B)加鎖階段事務(wù)可以申請(qǐng)獲得任何數(shù)據(jù)項(xiàng)上的任何類型的鎖，允許釋放任何鎖 C)在解鎖階段，事務(wù)可以釋放在任何數(shù)據(jù)項(xiàng)上任何類型的鎖，但是不能再申請(qǐng)任何鎖 D)每個(gè)事務(wù)開始執(zhí)行后就進(jìn)入了加鎖階段
(21)下面說法正確的是（ ?。?。 A)數(shù)據(jù)倉庫是從數(shù)據(jù)庫中導(dǎo)入的大量數(shù)據(jù)，并對(duì)結(jié)構(gòu)和存儲(chǔ)進(jìn)行組織以提高查詢效率 B)使用數(shù)據(jù)倉庫的目的在于對(duì)已有數(shù)據(jù)進(jìn)行高速的匯總和統(tǒng)計(jì) C)數(shù)據(jù)挖掘采用適當(dāng)?shù)乃惴ǎ瑥臄?shù)據(jù)倉庫的海量數(shù)據(jù)中提取具有潛在價(jià)值的信息和知識(shí) D)OLAP技術(shù)為提高處理效率，必須繞過DBMS直接對(duì)物理數(shù)據(jù)進(jìn)行讀寫 (22)設(shè)在SQL Server 2008某數(shù)據(jù)庫中建有如下會(huì)員卡表： CREATE TABLE Table_Card( CardID char(4)PRJMARY KEY， StartDate datetime NOT NULL， Score int NOT NULL DEFAULT 0， State int NOT NULL CHECK(State in(0，1，2)) ) 現(xiàn)表中無數(shù)據(jù)，某用戶對(duì)此表依次進(jìn)行了如下操作： Ⅰ．INSERT INTO Table_Card VALUES(ˊ1001ˊ，ˊ2012-1-1 12：30：01ˊ，154，0) Ⅱ．INSERT INTO Table_Card(CardID，StartDate，State) VALUES(ˊ1002ˊ， ˊ2012-1-1 12：30：02ˊ，1) Ⅲ．INSERT INTO Table_Card VALUES(ˊ1003 ˊ，ˊ2012-1-1 12：30：03ˊ，l72，2) IV．INSERT INTO Table_Card VALUES(ˊ1004 ˊ，ˊ2012-1-1 12：30：04ˊ，135，3) V．UPDATE Table Card SET State=3 WHERE CardID=ˊ1001ˊ V1．UPDATE Table Card SET State=1 WHERE CardID=ˊ1004ˊ 以上操作對(duì)Table_Card表數(shù)據(jù)產(chǎn)生影響的是（ ?。?。 A)僅Ⅰ、Ⅱ和Ⅲ B)僅Ⅰ、Ⅴ和Ⅵ C)僅Ⅰ、Ⅱ、Ⅲ和Ⅵ D)僅Ⅲ、Ⅳ、Ⅴ和Ⅵ (23)分布式數(shù)據(jù)庫系統(tǒng)的“分片透明性”位于（ ）。 A)全局模式與全局概念模式之間 B)分片模式與分配模式之間 C)全局概念模式與分片模式之問 D)分配模式與局部概念模式之間 (24)關(guān)于操作型數(shù)據(jù)和DSS型數(shù)據(jù)特征有如下說法： Ⅰ．操作型數(shù)據(jù)更新頻率高，DSS型數(shù)據(jù)一般不更新 Ⅱ．操作型數(shù)據(jù)對(duì)性能要求寬松，DSS型數(shù)據(jù)對(duì)性能要求高 Ⅲ．操作型數(shù)據(jù)是詳細(xì)的，DSS型數(shù)據(jù)是綜合的 Ⅳ．操作型數(shù)據(jù)有冗余，DSS型數(shù)據(jù)無冗余 V．操作型數(shù)據(jù)處理需求事先可知，DSS型數(shù)據(jù)處理需求事先不明確 以上說法正確的是（ ?。?A)Ⅰ、Ⅱ、Ⅴ B)Ⅱ、Ⅲ、Ⅳ C)Ⅰ、Ⅲ、Ⅴ D)Ⅲ、Ⅳ、Ⅴ (25)下列哪一條不是數(shù)據(jù)倉庫的基本特征（ ?。?。 A)反映當(dāng)前準(zhǔn)確數(shù)據(jù) B)數(shù)據(jù)是相對(duì)穩(wěn)定的 C)數(shù)據(jù)是集成的 D)數(shù)據(jù)是面向主題的 (26)在分布式數(shù)據(jù)庫中，查詢處理和優(yōu)化比集中式數(shù)據(jù)庫要復(fù)雜得多，其中查詢優(yōu)化需要考慮的主要因素包括I／0代價(jià)、CPU代價(jià)和通信代價(jià)。一般而言，分布式數(shù)據(jù)庫查詢優(yōu)化的首要目標(biāo)是（ ?。?。 A)使查詢執(zhí)行時(shí)I／O代價(jià)最省 B)使查詢執(zhí)行時(shí)CPU代價(jià)最省 C)使查詢執(zhí)行時(shí)通信代價(jià)最省 D)使查詢執(zhí)行時(shí)I／0和CPU代價(jià)最省 (27)以下關(guān)于事務(wù)調(diào)度的說法錯(cuò)誤的是（ ?。?A)調(diào)度分為串行調(diào)度和并發(fā)調(diào)度 B)串行調(diào)度的特點(diǎn)是一個(gè)事務(wù)的所有操作都執(zhí)行完后才開始執(zhí)行另一個(gè)事務(wù) C)多個(gè)事務(wù)的調(diào)度必須保持每個(gè)事務(wù)的操作在事務(wù)中的執(zhí)行順序不變 D)并發(fā)調(diào)度中不同事務(wù)的操作不可以交叉執(zhí)行 (28)假如有兩個(gè)表的連接是這樣的：table_1 INNER JOIN table_2，其中table_1和table_2是兩個(gè)具有公共屬性的表，這種連接會(huì)生成（ ?。┙Y(jié)果集。 A)包括table_1中的所有行，不包括table_2的不匹配行 B)包括table_2中的所有行，不包括table_1的不匹配行 C)包括兩個(gè)表的所有行 D)只包括table_1和table_2滿足條件的行 (29)有教師表(教師號(hào)，教師名，職稱，基本工資)，其中基本工資的取值與教師職稱有關(guān)，實(shí)現(xiàn)這個(gè)約束的可行方案是（ ?。?。 A)在教師表上定義一個(gè)視圖 B)在教師表上定義一個(gè)存儲(chǔ)過程 C)在教師表上定義插入和修改操作的觸發(fā)器 D)在教師表上定義一個(gè)標(biāo)量函數(shù) (30)事務(wù)日志用于保存（ ）。 A)程序運(yùn)行過程 B)程序的執(zhí)行結(jié)果 C)對(duì)數(shù)據(jù)的更新操作 D)數(shù)據(jù)操作
一、單選題 1．B【解析】數(shù)據(jù)庫的三級(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ù)庫系統(tǒng)的三級(jí)模式是對(duì)數(shù)據(jù)的三個(gè)級(jí)別的抽象，它把數(shù)據(jù)的具體物理實(shí)現(xiàn)留給物理模式，使用戶與全局設(shè)計(jì)者不必關(guān)心數(shù)據(jù)庫的具體實(shí)現(xiàn)與物理背景。同時(shí)，它通過兩級(jí)映射建立三級(jí)模式間的聯(lián)系與轉(zhuǎn)換，使得模式與外模式雖然并不具備物理存在，但是也能通過映射而獲得其存在的實(shí)體。兩級(jí)映射也保證了數(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【解析】視圖是從一個(gè)或幾個(gè)基本表(或視圖)中導(dǎo)出的虛表，數(shù)據(jù)庫中只存放了視圖的定義，不存放視圖對(duì)應(yīng)的數(shù)據(jù)。它是原始數(shù)據(jù)庫數(shù)據(jù)的一種變換，是查看表中數(shù)據(jù)的另外一種方式。可以將視圖看成是一個(gè)移動(dòng)的窗口，通過它可以看到感興趣的數(shù)據(jù)。視圖是從一個(gè)或多個(gè)實(shí)際表中獲得的，這些表的數(shù)據(jù)存放在數(shù)據(jù)庫中。那些用于產(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ù)庫中的其它數(shù)據(jù)則既看不見也取不到；③邏輯數(shù)據(jù)獨(dú)立性，視圖可幫助用戶屏蔽真實(shí)表結(jié)構(gòu)變化帶來的影響；根據(jù)視圖的特點(diǎn)可以達(dá)到以下的幾點(diǎn)作用：①簡(jiǎn)化數(shù)據(jù)查詢語句；②使用戶從多角度看待同一數(shù)據(jù)；③提高數(shù)據(jù)安全性；④提供了一定程度的邏輯獨(dú)立性。所以答案選C。 3．A【解析】建立數(shù)據(jù)倉庫不是簡(jiǎn)單的把企業(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個(gè)步驟，每個(gè)步驟的設(shè)計(jì)活動(dòng)按照數(shù)據(jù)組織與存儲(chǔ)、數(shù)據(jù)訪問與處理、應(yīng)用設(shè)計(jì)等幾個(gè)方面進(jìn)行。在數(shù)據(jù)庫概念設(shè)計(jì)階段，采用自下而上的ER設(shè)計(jì)。將關(guān)系模式轉(zhuǎn)換為具體DBMS平臺(tái)支持的關(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ù)需求分析及其在性能、存儲(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ù)庫邏輯結(jié)構(gòu)設(shè)計(jì)是指從數(shù)據(jù)庫概念模型出發(fā)，設(shè)計(jì)表示為邏輯模式的數(shù)據(jù)庫邏輯結(jié)構(gòu)數(shù)據(jù)庫邏輯設(shè)計(jì)的主要步驟包括ER圖轉(zhuǎn)換為初始關(guān)系模式、對(duì)初始關(guān)系模式進(jìn)行優(yōu)化等。 7．C【解析】0RDER BY語句用于對(duì)結(jié)果集進(jìn)行排序：①ORDER BY語句用于根據(jù)指定的列對(duì)結(jié)果集進(jìn)行排序；②0RDER BY語句默認(rèn)按照升序?qū)τ涗涍M(jìn)行排序。0RDER BY可以對(duì)多個(gè)列進(jìn)行排序，此時(shí)的排序是嵌套的；ORDER BY語句只能作為其他子句之后的最后一個(gè)子句出現(xiàn)；視圖中也可以使用0RDERBY語句；子查詢語句中是不能使用0RDER BY子句的。 8．A【解析】在保證數(shù)據(jù)庫一致性的前提下，將頻繁操作的多個(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ù)列少，頁存的數(shù)據(jù)行就多，相應(yīng)占用的頁就少)，更新時(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ù)購書記錄將用戶映射到傾向于喜歡某種書的顧客特性中，而分類挖掘模型能把數(shù)據(jù)庫中的數(shù)據(jù)項(xiàng)映射到給定類別的某一個(gè)中。 13．D【解析】關(guān)系表在邏輯上由一系列元組組成，元組由多個(gè)屬性組成。每個(gè)元組可以用數(shù)據(jù)庫磁盤文件中的一個(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ù)庫服務(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或存儲(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ù)庫服務(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對(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ù)庫表中增加一條新記錄。 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ù)庫邏輯和物理結(jié)構(gòu)的調(diào)整，不屬于SQL語句的優(yōu)化。 19．D【解析】一個(gè)數(shù)據(jù)庫應(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)和獲得其它任何封鎖?？梢宰C明，若并發(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ù)庫不是用做日常查詢，也不是匯總和統(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ù)庫系統(tǒng)按不同層次提供的分布透明性有：分片透明性、位置透明性、局部數(shù)據(jù)模型透明性。其中分片透明性是分布式數(shù)據(jù)庫中層次的分布透明性，位于全局概念模型和分片模型之間。用戶編寫程序只須對(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ù)庫，只是輸入數(shù)據(jù)庫
用戶需要理解數(shù)據(jù)庫，以便從數(shù)據(jù)中得出有意義的結(jié)論
25．A【解析】數(shù)據(jù)倉庫有四個(gè)特點(diǎn)：①面向主題，操作型數(shù)據(jù)庫的數(shù)據(jù)組織面向事務(wù)處理任務(wù)，各個(gè)業(yè)務(wù)系統(tǒng)之間各自分離，而數(shù)據(jù)倉庫中的數(shù)據(jù)按照一定的主題域進(jìn)行組織。主題是一個(gè)抽象概念，是指用戶使用數(shù)據(jù)倉庫進(jìn)行決策時(shí)所關(guān)心的重點(diǎn)方面，一個(gè)主題通常與多個(gè)操作型信息系統(tǒng)相關(guān)；②集成的，面向事務(wù)處理的操作型數(shù)據(jù)庫通常與某些特定的應(yīng)用相關(guān)，數(shù)據(jù)庫之間相互獨(dú)立，并且往往是異構(gòu)的。而數(shù)據(jù)倉庫中的數(shù)據(jù)是在對(duì)原有分散的數(shù)據(jù)庫數(shù)據(jù)抽取、清理的基礎(chǔ)上經(jīng)過系統(tǒng)加工、匯總和整理得到的，必須消除源數(shù)據(jù)中的不一致性，以保證數(shù)據(jù)倉庫內(nèi)的信息是關(guān)于整個(gè)企業(yè)的一致的全局信息；③穩(wěn)定的，操作型數(shù)據(jù)庫中的數(shù)據(jù)通常實(shí)時(shí)更新，數(shù)據(jù)根據(jù)需要及時(shí)發(fā)生變化。數(shù)據(jù)倉庫的數(shù)據(jù)主要供企業(yè)決策分析之用，所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查詢，一旦某個(gè)數(shù)據(jù)進(jìn)入數(shù)據(jù)倉庫以后，一般情況下將被長(zhǎng)期保留，也就是數(shù)據(jù)倉庫中一般有大量的查詢操作，但修改和刪除操作很少，通常只需要定期的加載、刷新；④反映歷史變化，操作型數(shù)據(jù)庫主要關(guān)心當(dāng)前某一個(gè)時(shí)間段內(nèi)的數(shù)據(jù)，而數(shù)據(jù)倉庫中的數(shù)據(jù)通常包含歷史信息，系統(tǒng)記錄了企業(yè)從過去某一時(shí)點(diǎn)(如開始應(yīng)用數(shù)據(jù)倉庫的時(shí)點(diǎn))到目前的各個(gè)階段的信息，通過這些信息，可以對(duì)企業(yè)的發(fā)展歷程和未來趨勢(shì)做出定量分析和預(yù)測(cè)。 26．C【解析】首先，通信代價(jià)較I／O代價(jià)容易估計(jì)。其次，對(duì)于分布式數(shù)據(jù)庫查詢優(yōu)化而言，通信代價(jià)比I／O代價(jià)和CPU代價(jià)更為重要。 27．D【解析】事務(wù)是構(gòu)成數(shù)據(jù)庫應(yīng)用中一個(gè)獨(dú)立邏輯工作單元的操作的集合，也是訪問并可能更新數(shù)據(jù)庫中各種數(shù)據(jù)項(xiàng)的一個(gè)程序執(zhí)行單元。數(shù)據(jù)庫系統(tǒng)通過執(zhí)行各種事務(wù)實(shí)現(xiàn)對(duì)數(shù)據(jù)庫數(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ù)庫系統(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ù)庫文件分開的文件。它存儲(chǔ)對(duì)數(shù)據(jù)庫進(jìn)行的所有更改，并記錄全部插入、更新、刪除、提交、回退和數(shù)據(jù)庫模式變化等操作。事務(wù)日志是數(shù)據(jù)備份和數(shù)據(jù)恢復(fù)的重要文件，也是使用SQL Remote或[復(fù)制代理]復(fù)制數(shù)據(jù)所必需的。
B)
C)
D)
(10)在SQL Server 2008中，常常會(huì)發(fā)生數(shù)據(jù)庫數(shù)據(jù)過大的情況，此時(shí)則需要對(duì)表進(jìn)行處理，通常可采用人工分割表的方法優(yōu)化性能。下列有關(guān)分割表的說法，錯(cuò)誤的是（ ?。?。
A)水平分割后，得到的子表結(jié)構(gòu)相同
B)水平分割后，查詢表中所有數(shù)據(jù)時(shí)需要使用JOIN操作
C)垂直分割后，所有表中均需保留原有表的主碼
D)當(dāng)查詢表中所有數(shù)據(jù)時(shí)，使用分割表方法會(huì)增加查詢表達(dá)式的復(fù)雜度(11)下列全部屬于結(jié)構(gòu)圖的組圖是（ ?。?。 A)用例圖、類圖、順序圖、部署圖 B)類圖、組件圖、部署圖、活動(dòng)圖 C)用例圖、對(duì)象圖、狀態(tài)圖、組件圖 D)類圖、對(duì)象圖、組件圖、部署圖 (12)某網(wǎng)上書店根據(jù)用戶的歷史購書記錄，采用某種數(shù)據(jù)挖掘算法分析出用戶最可能屬于某一類書的愛好者，應(yīng)該采用（ ）。 A)關(guān)聯(lián)分析 B)分類分析 C)時(shí)問序列分析 D)回歸分析 (13)以下關(guān)于關(guān)系表和元組敘述錯(cuò)誤的是（ ?。?。 A)關(guān)系表在邏輯上由一系列元組組成 B)每個(gè)元組由多個(gè)屬性組成 C)每個(gè)元組可以用數(shù)據(jù)庫磁盤文件中的一個(gè)邏輯記錄來存儲(chǔ) D)元組的每個(gè)屬性對(duì)應(yīng)于一條記錄 (14)下列有關(guān)基于C／S和基于B／S數(shù)據(jù)庫應(yīng)用系統(tǒng)體系結(jié)構(gòu)的說法中，錯(cuò)誤的是（ ?。?。 A)在C／S結(jié)構(gòu)中，應(yīng)用業(yè)務(wù)規(guī)則主要是在客戶端實(shí)現(xiàn)的 B)在B／S結(jié)構(gòu)中，應(yīng)用業(yè)務(wù)規(guī)則主要是在數(shù)據(jù)庫服務(wù)器端實(shí)現(xiàn)的 C)在C／S結(jié)構(gòu)中，客戶端屬于“胖客戶端”；在B／S結(jié)構(gòu)中，客戶端屬于“瘦客戶端” D)在C／S結(jié)構(gòu)中，客戶端需要專門開發(fā)；在B／S結(jié)構(gòu)中，客戶端一般只需要安裝瀏覽器 (15)AD0對(duì)象模型中，RecordSet對(duì)象的AddNew方法的功能是（ ?。?A)在對(duì)應(yīng)的數(shù)據(jù)庫表中增加一條新記錄 B)在記錄集中增加一個(gè)新列 C)在內(nèi)存中開辟存放一條新記錄的空間 D)增加一個(gè)新的記錄集 (16)設(shè)在SQL Server 2008中，用戶U1在DB1數(shù)據(jù)庫中創(chuàng)建了#Temp表。下列關(guān)于#Temp表的說法中，正確的是（ ?。?。 A)只有在創(chuàng)建#Temp表的連接中才可以查詢#Temp表數(shù)據(jù) B)在所有用戶U1發(fā)起的連接中，都可以查詢#Temp表數(shù)據(jù) C)在創(chuàng)建#Temp表的連接未斷開時(shí)，DBl數(shù)據(jù)庫的所有用戶都可以查詢#Temp表數(shù)據(jù) D)在創(chuàng)建#Temp表的連接斷開時(shí)，DBl數(shù)據(jù)庫的所有用戶仍可以查詢#Temp表數(shù)據(jù) (17)有如下的索引文件： 指針號(hào)
1B-301 1
1B-200
3
1
西服
X-100
700
2
洗衣機(jī)
X-002
1500
3
彩電
J-099
2300
指針號(hào) 則該索引文件稱為（ ）。 A)稀疏索引 B)聚集索引 C)稠密索引 D)非聚集索引 (18)效率低下的SQL語句往往是導(dǎo)致系統(tǒng)性能不佳的主要原因。設(shè)有如下優(yōu)化系統(tǒng)性能的方法： Ⅰ．利用存儲(chǔ)過程封裝頻繁使用的SQL語句 Ⅱ．重新安排數(shù)據(jù)存儲(chǔ)，整理回收碎塊 Ⅲ．不要隨意使用游標(biāo) Ⅳ．合理使用相關(guān)子查詢 Ⅴ．調(diào)整表結(jié)構(gòu)定義 以上屬于優(yōu)化SQL語句執(zhí)行效率方法的是（ ?。?。 A)Ⅰ、Ⅲ、Ⅳ B)Ⅰ、Ⅲ、Ⅴ C)Ⅱ、Ⅳ、Ⅴ D)Ⅰ、Ⅳ、Ⅴ (19)DBAS生命周期模型中時(shí)問最長(zhǎng)的階段是（ ?。?A)需求分析 B)系統(tǒng)設(shè)計(jì) C)實(shí)行與部署 D)運(yùn)行管理與維護(hù) (20)以下關(guān)于兩段鎖協(xié)議的原理敘述錯(cuò)誤的是（ ?。?。 A)每個(gè)事物的執(zhí)行程序劃分兩個(gè)階段，加鎖階段和解鎖階段 B)加鎖階段事務(wù)可以申請(qǐng)獲得任何數(shù)據(jù)項(xiàng)上的任何類型的鎖，允許釋放任何鎖 C)在解鎖階段，事務(wù)可以釋放在任何數(shù)據(jù)項(xiàng)上任何類型的鎖，但是不能再申請(qǐng)任何鎖 D)每個(gè)事務(wù)開始執(zhí)行后就進(jìn)入了加鎖階段
(21)下面說法正確的是（ ?。?。 A)數(shù)據(jù)倉庫是從數(shù)據(jù)庫中導(dǎo)入的大量數(shù)據(jù)，并對(duì)結(jié)構(gòu)和存儲(chǔ)進(jìn)行組織以提高查詢效率 B)使用數(shù)據(jù)倉庫的目的在于對(duì)已有數(shù)據(jù)進(jìn)行高速的匯總和統(tǒng)計(jì) C)數(shù)據(jù)挖掘采用適當(dāng)?shù)乃惴ǎ瑥臄?shù)據(jù)倉庫的海量數(shù)據(jù)中提取具有潛在價(jià)值的信息和知識(shí) D)OLAP技術(shù)為提高處理效率，必須繞過DBMS直接對(duì)物理數(shù)據(jù)進(jìn)行讀寫 (22)設(shè)在SQL Server 2008某數(shù)據(jù)庫中建有如下會(huì)員卡表： CREATE TABLE Table_Card( CardID char(4)PRJMARY KEY， StartDate datetime NOT NULL， Score int NOT NULL DEFAULT 0， State int NOT NULL CHECK(State in(0，1，2)) ) 現(xiàn)表中無數(shù)據(jù)，某用戶對(duì)此表依次進(jìn)行了如下操作： Ⅰ．INSERT INTO Table_Card VALUES(ˊ1001ˊ，ˊ2012-1-1 12：30：01ˊ，154，0) Ⅱ．INSERT INTO Table_Card(CardID，StartDate，State) VALUES(ˊ1002ˊ， ˊ2012-1-1 12：30：02ˊ，1) Ⅲ．INSERT INTO Table_Card VALUES(ˊ1003 ˊ，ˊ2012-1-1 12：30：03ˊ，l72，2) IV．INSERT INTO Table_Card VALUES(ˊ1004 ˊ，ˊ2012-1-1 12：30：04ˊ，135，3) V．UPDATE Table Card SET State=3 WHERE CardID=ˊ1001ˊ V1．UPDATE Table Card SET State=1 WHERE CardID=ˊ1004ˊ 以上操作對(duì)Table_Card表數(shù)據(jù)產(chǎn)生影響的是（ ?。?。 A)僅Ⅰ、Ⅱ和Ⅲ B)僅Ⅰ、Ⅴ和Ⅵ C)僅Ⅰ、Ⅱ、Ⅲ和Ⅵ D)僅Ⅲ、Ⅳ、Ⅴ和Ⅵ (23)分布式數(shù)據(jù)庫系統(tǒng)的“分片透明性”位于（ ）。 A)全局模式與全局概念模式之間 B)分片模式與分配模式之間 C)全局概念模式與分片模式之問 D)分配模式與局部概念模式之間 (24)關(guān)于操作型數(shù)據(jù)和DSS型數(shù)據(jù)特征有如下說法： Ⅰ．操作型數(shù)據(jù)更新頻率高，DSS型數(shù)據(jù)一般不更新 Ⅱ．操作型數(shù)據(jù)對(duì)性能要求寬松，DSS型數(shù)據(jù)對(duì)性能要求高 Ⅲ．操作型數(shù)據(jù)是詳細(xì)的，DSS型數(shù)據(jù)是綜合的 Ⅳ．操作型數(shù)據(jù)有冗余，DSS型數(shù)據(jù)無冗余 V．操作型數(shù)據(jù)處理需求事先可知，DSS型數(shù)據(jù)處理需求事先不明確 以上說法正確的是（ ?。?A)Ⅰ、Ⅱ、Ⅴ B)Ⅱ、Ⅲ、Ⅳ C)Ⅰ、Ⅲ、Ⅴ D)Ⅲ、Ⅳ、Ⅴ (25)下列哪一條不是數(shù)據(jù)倉庫的基本特征（ ?。?。 A)反映當(dāng)前準(zhǔn)確數(shù)據(jù) B)數(shù)據(jù)是相對(duì)穩(wěn)定的 C)數(shù)據(jù)是集成的 D)數(shù)據(jù)是面向主題的 (26)在分布式數(shù)據(jù)庫中，查詢處理和優(yōu)化比集中式數(shù)據(jù)庫要復(fù)雜得多，其中查詢優(yōu)化需要考慮的主要因素包括I／0代價(jià)、CPU代價(jià)和通信代價(jià)。一般而言，分布式數(shù)據(jù)庫查詢優(yōu)化的首要目標(biāo)是（ ?。?。 A)使查詢執(zhí)行時(shí)I／O代價(jià)最省 B)使查詢執(zhí)行時(shí)CPU代價(jià)最省 C)使查詢執(zhí)行時(shí)通信代價(jià)最省 D)使查詢執(zhí)行時(shí)I／0和CPU代價(jià)最省 (27)以下關(guān)于事務(wù)調(diào)度的說法錯(cuò)誤的是（ ?。?A)調(diào)度分為串行調(diào)度和并發(fā)調(diào)度 B)串行調(diào)度的特點(diǎn)是一個(gè)事務(wù)的所有操作都執(zhí)行完后才開始執(zhí)行另一個(gè)事務(wù) C)多個(gè)事務(wù)的調(diào)度必須保持每個(gè)事務(wù)的操作在事務(wù)中的執(zhí)行順序不變 D)并發(fā)調(diào)度中不同事務(wù)的操作不可以交叉執(zhí)行 (28)假如有兩個(gè)表的連接是這樣的：table_1 INNER JOIN table_2，其中table_1和table_2是兩個(gè)具有公共屬性的表，這種連接會(huì)生成（ ?。┙Y(jié)果集。 A)包括table_1中的所有行，不包括table_2的不匹配行 B)包括table_2中的所有行，不包括table_1的不匹配行 C)包括兩個(gè)表的所有行 D)只包括table_1和table_2滿足條件的行 (29)有教師表(教師號(hào)，教師名，職稱，基本工資)，其中基本工資的取值與教師職稱有關(guān)，實(shí)現(xiàn)這個(gè)約束的可行方案是（ ?。?。 A)在教師表上定義一個(gè)視圖 B)在教師表上定義一個(gè)存儲(chǔ)過程 C)在教師表上定義插入和修改操作的觸發(fā)器 D)在教師表上定義一個(gè)標(biāo)量函數(shù) (30)事務(wù)日志用于保存（ ）。 A)程序運(yùn)行過程 B)程序的執(zhí)行結(jié)果 C)對(duì)數(shù)據(jù)的更新操作 D)數(shù)據(jù)操作
一、單選題 1．B【解析】數(shù)據(jù)庫的三級(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ù)庫系統(tǒng)的三級(jí)模式是對(duì)數(shù)據(jù)的三個(gè)級(jí)別的抽象，它把數(shù)據(jù)的具體物理實(shí)現(xiàn)留給物理模式，使用戶與全局設(shè)計(jì)者不必關(guān)心數(shù)據(jù)庫的具體實(shí)現(xiàn)與物理背景。同時(shí)，它通過兩級(jí)映射建立三級(jí)模式間的聯(lián)系與轉(zhuǎn)換，使得模式與外模式雖然并不具備物理存在，但是也能通過映射而獲得其存在的實(shí)體。兩級(jí)映射也保證了數(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【解析】視圖是從一個(gè)或幾個(gè)基本表(或視圖)中導(dǎo)出的虛表，數(shù)據(jù)庫中只存放了視圖的定義，不存放視圖對(duì)應(yīng)的數(shù)據(jù)。它是原始數(shù)據(jù)庫數(shù)據(jù)的一種變換，是查看表中數(shù)據(jù)的另外一種方式。可以將視圖看成是一個(gè)移動(dòng)的窗口，通過它可以看到感興趣的數(shù)據(jù)。視圖是從一個(gè)或多個(gè)實(shí)際表中獲得的，這些表的數(shù)據(jù)存放在數(shù)據(jù)庫中。那些用于產(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ù)庫中的其它數(shù)據(jù)則既看不見也取不到；③邏輯數(shù)據(jù)獨(dú)立性，視圖可幫助用戶屏蔽真實(shí)表結(jié)構(gòu)變化帶來的影響；根據(jù)視圖的特點(diǎn)可以達(dá)到以下的幾點(diǎn)作用：①簡(jiǎn)化數(shù)據(jù)查詢語句；②使用戶從多角度看待同一數(shù)據(jù)；③提高數(shù)據(jù)安全性；④提供了一定程度的邏輯獨(dú)立性。所以答案選C。 3．A【解析】建立數(shù)據(jù)倉庫不是簡(jiǎn)單的把企業(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個(gè)步驟，每個(gè)步驟的設(shè)計(jì)活動(dòng)按照數(shù)據(jù)組織與存儲(chǔ)、數(shù)據(jù)訪問與處理、應(yīng)用設(shè)計(jì)等幾個(gè)方面進(jìn)行。在數(shù)據(jù)庫概念設(shè)計(jì)階段，采用自下而上的ER設(shè)計(jì)。將關(guān)系模式轉(zhuǎn)換為具體DBMS平臺(tái)支持的關(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ù)需求分析及其在性能、存儲(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ù)庫邏輯結(jié)構(gòu)設(shè)計(jì)是指從數(shù)據(jù)庫概念模型出發(fā)，設(shè)計(jì)表示為邏輯模式的數(shù)據(jù)庫邏輯結(jié)構(gòu)數(shù)據(jù)庫邏輯設(shè)計(jì)的主要步驟包括ER圖轉(zhuǎn)換為初始關(guān)系模式、對(duì)初始關(guān)系模式進(jìn)行優(yōu)化等。 7．C【解析】0RDER BY語句用于對(duì)結(jié)果集進(jìn)行排序：①ORDER BY語句用于根據(jù)指定的列對(duì)結(jié)果集進(jìn)行排序；②0RDER BY語句默認(rèn)按照升序?qū)τ涗涍M(jìn)行排序。0RDER BY可以對(duì)多個(gè)列進(jìn)行排序，此時(shí)的排序是嵌套的；ORDER BY語句只能作為其他子句之后的最后一個(gè)子句出現(xiàn)；視圖中也可以使用0RDERBY語句；子查詢語句中是不能使用0RDER BY子句的。 8．A【解析】在保證數(shù)據(jù)庫一致性的前提下，將頻繁操作的多個(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ù)列少，頁存的數(shù)據(jù)行就多，相應(yīng)占用的頁就少)，更新時(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ù)購書記錄將用戶映射到傾向于喜歡某種書的顧客特性中，而分類挖掘模型能把數(shù)據(jù)庫中的數(shù)據(jù)項(xiàng)映射到給定類別的某一個(gè)中。 13．D【解析】關(guān)系表在邏輯上由一系列元組組成，元組由多個(gè)屬性組成。每個(gè)元組可以用數(shù)據(jù)庫磁盤文件中的一個(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ù)庫服務(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或存儲(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ù)庫服務(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對(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ù)庫表中增加一條新記錄。 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ù)庫邏輯和物理結(jié)構(gòu)的調(diào)整，不屬于SQL語句的優(yōu)化。 19．D【解析】一個(gè)數(shù)據(jù)庫應(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)和獲得其它任何封鎖?？梢宰C明，若并發(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ù)庫不是用做日常查詢，也不是匯總和統(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ù)庫系統(tǒng)按不同層次提供的分布透明性有：分片透明性、位置透明性、局部數(shù)據(jù)模型透明性。其中分片透明性是分布式數(shù)據(jù)庫中層次的分布透明性，位于全局概念模型和分片模型之間。用戶編寫程序只須對(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ù)庫，只是輸入數(shù)據(jù)庫
用戶需要理解數(shù)據(jù)庫，以便從數(shù)據(jù)中得出有意義的結(jié)論
25．A【解析】數(shù)據(jù)倉庫有四個(gè)特點(diǎn)：①面向主題，操作型數(shù)據(jù)庫的數(shù)據(jù)組織面向事務(wù)處理任務(wù)，各個(gè)業(yè)務(wù)系統(tǒng)之間各自分離，而數(shù)據(jù)倉庫中的數(shù)據(jù)按照一定的主題域進(jìn)行組織。主題是一個(gè)抽象概念，是指用戶使用數(shù)據(jù)倉庫進(jìn)行決策時(shí)所關(guān)心的重點(diǎn)方面，一個(gè)主題通常與多個(gè)操作型信息系統(tǒng)相關(guān)；②集成的，面向事務(wù)處理的操作型數(shù)據(jù)庫通常與某些特定的應(yīng)用相關(guān)，數(shù)據(jù)庫之間相互獨(dú)立，并且往往是異構(gòu)的。而數(shù)據(jù)倉庫中的數(shù)據(jù)是在對(duì)原有分散的數(shù)據(jù)庫數(shù)據(jù)抽取、清理的基礎(chǔ)上經(jīng)過系統(tǒng)加工、匯總和整理得到的，必須消除源數(shù)據(jù)中的不一致性，以保證數(shù)據(jù)倉庫內(nèi)的信息是關(guān)于整個(gè)企業(yè)的一致的全局信息；③穩(wěn)定的，操作型數(shù)據(jù)庫中的數(shù)據(jù)通常實(shí)時(shí)更新，數(shù)據(jù)根據(jù)需要及時(shí)發(fā)生變化。數(shù)據(jù)倉庫的數(shù)據(jù)主要供企業(yè)決策分析之用，所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查詢，一旦某個(gè)數(shù)據(jù)進(jìn)入數(shù)據(jù)倉庫以后，一般情況下將被長(zhǎng)期保留，也就是數(shù)據(jù)倉庫中一般有大量的查詢操作，但修改和刪除操作很少，通常只需要定期的加載、刷新；④反映歷史變化，操作型數(shù)據(jù)庫主要關(guān)心當(dāng)前某一個(gè)時(shí)間段內(nèi)的數(shù)據(jù)，而數(shù)據(jù)倉庫中的數(shù)據(jù)通常包含歷史信息，系統(tǒng)記錄了企業(yè)從過去某一時(shí)點(diǎn)(如開始應(yīng)用數(shù)據(jù)倉庫的時(shí)點(diǎn))到目前的各個(gè)階段的信息，通過這些信息，可以對(duì)企業(yè)的發(fā)展歷程和未來趨勢(shì)做出定量分析和預(yù)測(cè)。 26．C【解析】首先，通信代價(jià)較I／O代價(jià)容易估計(jì)。其次，對(duì)于分布式數(shù)據(jù)庫查詢優(yōu)化而言，通信代價(jià)比I／O代價(jià)和CPU代價(jià)更為重要。 27．D【解析】事務(wù)是構(gòu)成數(shù)據(jù)庫應(yīng)用中一個(gè)獨(dú)立邏輯工作單元的操作的集合，也是訪問并可能更新數(shù)據(jù)庫中各種數(shù)據(jù)項(xiàng)的一個(gè)程序執(zhí)行單元。數(shù)據(jù)庫系統(tǒng)通過執(zhí)行各種事務(wù)實(shí)現(xiàn)對(duì)數(shù)據(jù)庫數(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ù)庫系統(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ù)庫文件分開的文件。它存儲(chǔ)對(duì)數(shù)據(jù)庫進(jìn)行的所有更改，并記錄全部插入、更新、刪除、提交、回退和數(shù)據(jù)庫模式變化等操作。事務(wù)日志是數(shù)據(jù)備份和數(shù)據(jù)恢復(fù)的重要文件，也是使用SQL Remote或[復(fù)制代理]復(fù)制數(shù)據(jù)所必需的。