一、單選題((1)～(20)每題1分，(21)～(30)每題2分，共40分)
(1)在數(shù)據(jù)庫系統(tǒng)中，下列映像關(guān)系用于提供數(shù)據(jù)與應用程序間的物理獨立性的是（ ?。?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)視圖的數(shù)據(jù)一般是物理存儲的
(3)許多大中型企業(yè)出于多種原因建立了數(shù)據(jù)倉庫，以下（ ）不是建立數(shù)據(jù)倉庫的合理理由。
A)將企業(yè)的各種應用系統(tǒng)集中在一起
B)充分利用企業(yè)信息系統(tǒng)生成的各種數(shù)據(jù)
C)解決企業(yè)業(yè)務應用和數(shù)據(jù)分析應用的性能沖突
D)以面向主題、集成的方式合理的組織數(shù)據(jù)
(4)關(guān)于數(shù)據(jù)庫應用系統(tǒng)的設(shè)計，有下列說法：
1．數(shù)據(jù)庫應用系統(tǒng)設(shè)計需要考慮數(shù)據(jù)組織與存儲、數(shù)據(jù)訪問與處理、應用設(shè)計等幾個方面
Ⅱ．數(shù)據(jù)庫概念設(shè)計階段，采用自上而下的ER設(shè)計時，首先設(shè)計局部ER圖，然后合并各局部ER圖得到全局ER圖
Ⅲ．在數(shù)據(jù)庫邏輯設(shè)計階段，將關(guān)系模式轉(zhuǎn)換為具體DBMS平臺支持的關(guān)系表
Ⅳ．在數(shù)據(jù)庫物理設(shè)計階段，一般需要設(shè)計視圖和關(guān)系模式的完整性約束
上述說法正確的是（ ?。?A)Ⅰ、Ⅲ和Ⅳ
B)Ⅰ
C)Ⅱ和Ⅲ
D)Ⅱ和Ⅳ
(5)關(guān)于數(shù)據(jù)庫應用系統(tǒng)的需求分析工作，下列說法正確的是（ ?。?。
A)通過需求分析過程，需要確定出整個應用系統(tǒng)的目標、任務和系統(tǒng)的范圍說明。
B)在需求分析階段，系統(tǒng)需求分析員要與用戶充分溝通，并做出各類用戶視圖。
C)數(shù)據(jù)需求分析的主要工作是要辨識出數(shù)據(jù)處理中的數(shù)據(jù)處理流程
D)數(shù)據(jù)操作響應時間、系統(tǒng)吞吐量、并發(fā)用戶數(shù)都是性能需求分析的重要指標
(6)根據(jù)數(shù)據(jù)庫應用系統(tǒng)生命周期模型，完成數(shù)據(jù)庫關(guān)系模式設(shè)計的階段是（ ?。?。
A)需求分析
B)概念設(shè)計
C)邏輯設(shè)計
D)物理設(shè)計
(7)在SELECT語句中，以下有關(guān)0RDER BY子句的敘述中不正確的是（ ?。?。
A)ORDER BY子句可以對多個列進行排序
B)SELECT語句中，0RDER BY只能在所有其他子句之后作為最后一個子句出現(xiàn)
C)子查詢也可以使用0RDER BY子句
D)在視圖中可以使用0RDER BY子句
(8)關(guān)于優(yōu)化查詢說法正確的是（ ?。?A)避免或簡化排序的目的是實現(xiàn)查詢優(yōu)化
B)在保證數(shù)據(jù)庫一致性的前提下，將頻繁操作的多個可以分割的處理過程放在一個存儲過程中，這樣可以大大提高系統(tǒng)的響應速度
C)使用臨時表會占用較多的系統(tǒng)資源，尤其對于大規(guī)模并發(fā)量的情況下，很容易使得系統(tǒng)資源耗盡而崩潰
D)相關(guān)子查詢的使用可以加速查詢
(9)類圖技術(shù)是面向?qū)ο蠓椒ǖ暮诵募夹g(shù)。下列所示的UML類圖中，描述正確的是（ ）。
A)
![]()
B)
![]()
C)
![]()
D)
![]()
(10)在SQL Server 2008中，常常會發(fā)生數(shù)據(jù)庫數(shù)據(jù)過大的情況，此時則需要對表進行處理，通?？刹捎萌斯し指畋淼姆椒▋?yōu)化性能。下列有關(guān)分割表的說法，錯誤的是（ ?。?A)水平分割后，得到的子表結(jié)構(gòu)相同
B)水平分割后，查詢表中所有數(shù)據(jù)時需要使用JOIN操作
C)垂直分割后，所有表中均需保留原有表的主碼
D)當查詢表中所有數(shù)據(jù)時，使用分割表方法會增加查詢表達式的復雜度
(11)下列全部屬于結(jié)構(gòu)圖的組圖是（ ?。?。 A)用例圖、類圖、順序圖、部署圖 B)類圖、組件圖、部署圖、活動圖 C)用例圖、對象圖、狀態(tài)圖、組件圖 D)類圖、對象圖、組件圖、部署圖 (12)某網(wǎng)上書店根據(jù)用戶的歷史購書記錄，采用某種數(shù)據(jù)挖掘算法分析出用戶最可能屬于某一類書的愛好者，應該采用（ ）。 A)關(guān)聯(lián)分析 B)分類分析 C)時問序列分析 D)回歸分析 (13)以下關(guān)于關(guān)系表和元組敘述錯誤的是（ ?。?。 A)關(guān)系表在邏輯上由一系列元組組成 B)每個元組由多個屬性組成 C)每個元組可以用數(shù)據(jù)庫磁盤文件中的一個邏輯記錄來存儲 D)元組的每個屬性對應于一條記錄 (14)下列有關(guān)基于C／S和基于B／S數(shù)據(jù)庫應用系統(tǒng)體系結(jié)構(gòu)的說法中，錯誤的是（ ?。?。 A)在C／S結(jié)構(gòu)中，應用業(yè)務規(guī)則主要是在客戶端實現(xiàn)的 B)在B／S結(jié)構(gòu)中，應用業(yè)務規(guī)則主要是在數(shù)據(jù)庫服務器端實現(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對象模型中，RecordSet對象的AddNew方法的功能是（ ?。?。 A)在對應的數(shù)據(jù)庫表中增加一條新記錄 B)在記錄集中增加一個新列 C)在內(nèi)存中開辟存放一條新記錄的空間 D)增加一個新的記錄集 (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表的連接未斷開時，DBl數(shù)據(jù)庫的所有用戶都可以查詢#Temp表數(shù)據(jù) D)在創(chuàng)建#Temp表的連接斷開時，DBl數(shù)據(jù)庫的所有用戶仍可以查詢#Temp表數(shù)據(jù) (17)有如下的索引文件： 指針號
1B-301 1
1B-200
3
1
西服
X-100
700
2
洗衣機
X-002
1500
3
彩電
J-099
2300
指針號 則該索引文件稱為（ ?。?。 A)稀疏索引 B)聚集索引 C)稠密索引 D)非聚集索引 (18)效率低下的SQL語句往往是導致系統(tǒng)性能不佳的主要原因。設(shè)有如下優(yōu)化系統(tǒng)性能的方法： Ⅰ．利用存儲過程封裝頻繁使用的SQL語句 Ⅱ．重新安排數(shù)據(jù)存儲，整理回收碎塊 Ⅲ．不要隨意使用游標 Ⅳ．合理使用相關(guān)子查詢 Ⅴ．調(diào)整表結(jié)構(gòu)定義 以上屬于優(yōu)化SQL語句執(zhí)行效率方法的是（ ）。 A)Ⅰ、Ⅲ、Ⅳ B)Ⅰ、Ⅲ、Ⅴ C)Ⅱ、Ⅳ、Ⅴ D)Ⅰ、Ⅳ、Ⅴ (19)DBAS生命周期模型中時問最長的階段是（ ?。?A)需求分析 B)系統(tǒng)設(shè)計 C)實行與部署 D)運行管理與維護 (20)以下關(guān)于兩段鎖協(xié)議的原理敘述錯誤的是（ ?。?A)每個事物的執(zhí)行程序劃分兩個階段，加鎖階段和解鎖階段 B)加鎖階段事務可以申請獲得任何數(shù)據(jù)項上的任何類型的鎖，允許釋放任何鎖 C)在解鎖階段，事務可以釋放在任何數(shù)據(jù)項上任何類型的鎖，但是不能再申請任何鎖 D)每個事務開始執(zhí)行后就進入了加鎖階段
(21)下面說法正確的是（ ）。 A)數(shù)據(jù)倉庫是從數(shù)據(jù)庫中導入的大量數(shù)據(jù)，并對結(jié)構(gòu)和存儲進行組織以提高查詢效率 B)使用數(shù)據(jù)倉庫的目的在于對已有數(shù)據(jù)進行高速的匯總和統(tǒng)計 C)數(shù)據(jù)挖掘采用適當?shù)乃惴?，從?shù)據(jù)倉庫的海量數(shù)據(jù)中提取具有潛在價值的信息和知識 D)OLAP技術(shù)為提高處理效率，必須繞過DBMS直接對物理數(shù)據(jù)進行讀寫 (22)設(shè)在SQL Server 2008某數(shù)據(jù)庫中建有如下會員卡表： 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ù)，某用戶對此表依次進行了如下操作： Ⅰ．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ˊ 以上操作對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ù)對性能要求寬松，DSS型數(shù)據(jù)對性能要求高 Ⅲ．操作型數(shù)據(jù)是詳細的，DSS型數(shù)據(jù)是綜合的 Ⅳ．操作型數(shù)據(jù)有冗余，DSS型數(shù)據(jù)無冗余 V．操作型數(shù)據(jù)處理需求事先可知，DSS型數(shù)據(jù)處理需求事先不明確 以上說法正確的是（ ?。?。 A)Ⅰ、Ⅱ、Ⅴ B)Ⅱ、Ⅲ、Ⅳ C)Ⅰ、Ⅲ、Ⅴ D)Ⅲ、Ⅳ、Ⅴ (25)下列哪一條不是數(shù)據(jù)倉庫的基本特征（ ）。 A)反映當前準確數(shù)據(jù) B)數(shù)據(jù)是相對穩(wěn)定的 C)數(shù)據(jù)是集成的 D)數(shù)據(jù)是面向主題的 (26)在分布式數(shù)據(jù)庫中，查詢處理和優(yōu)化比集中式數(shù)據(jù)庫要復雜得多，其中查詢優(yōu)化需要考慮的主要因素包括I／0代價、CPU代價和通信代價。一般而言，分布式數(shù)據(jù)庫查詢優(yōu)化的首要目標是（ ）。 A)使查詢執(zhí)行時I／O代價最省 B)使查詢執(zhí)行時CPU代價最省 C)使查詢執(zhí)行時通信代價最省 D)使查詢執(zhí)行時I／0和CPU代價最省 (27)以下關(guān)于事務調(diào)度的說法錯誤的是（ ?。?A)調(diào)度分為串行調(diào)度和并發(fā)調(diào)度 B)串行調(diào)度的特點是一個事務的所有操作都執(zhí)行完后才開始執(zhí)行另一個事務 C)多個事務的調(diào)度必須保持每個事務的操作在事務中的執(zhí)行順序不變 D)并發(fā)調(diào)度中不同事務的操作不可以交叉執(zhí)行 (28)假如有兩個表的連接是這樣的：table_1 INNER JOIN table_2，其中table_1和table_2是兩個具有公共屬性的表，這種連接會生成（ ）結(jié)果集。 A)包括table_1中的所有行，不包括table_2的不匹配行 B)包括table_2中的所有行，不包括table_1的不匹配行 C)包括兩個表的所有行 D)只包括table_1和table_2滿足條件的行 (29)有教師表(教師號，教師名，職稱，基本工資)，其中基本工資的取值與教師職稱有關(guān)，實現(xiàn)這個約束的可行方案是（ ）。 A)在教師表上定義一個視圖 B)在教師表上定義一個存儲過程 C)在教師表上定義插入和修改操作的觸發(fā)器 D)在教師表上定義一個標量函數(shù) (30)事務日志用于保存（ ）。 A)程序運行過程 B)程序的執(zhí)行結(jié)果 C)對數(shù)據(jù)的更新操作 D)數(shù)據(jù)操作
一、單選題 1．B【解析】數(shù)據(jù)庫的三級模式和兩級映像中的三級模式結(jié)構(gòu)為外模式、模式和內(nèi)模式，二級映像為模式到內(nèi)模式的映射以及外模式到模式的映射。模式的三個級別層次反映了模式的三個不同環(huán)境以及它們的不同要求，其中內(nèi)模式處于最低層，它反映了數(shù)據(jù)在計算機物理結(jié)構(gòu)中的實際存儲形式。模式處于中層，它反映了設(shè)計者的數(shù)據(jù)全局邏輯要求。外模式也稱用戶模式，處于最外層，它反映了用戶對數(shù)據(jù)的要求。數(shù)據(jù)庫系統(tǒng)的三級模式是對數(shù)據(jù)的三個級別的抽象，它把數(shù)據(jù)的具體物理實現(xiàn)留給物理模式，使用戶與全局設(shè)計者不必關(guā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)設(shè)計包括概念設(shè)計、邏輯設(shè)計、物理設(shè)計3個步驟，每個步驟的設(shè)計活動按照數(shù)據(jù)組織與存儲、數(shù)據(jù)訪問與處理、應用設(shè)計等幾個方面進行。在數(shù)據(jù)庫概念設(shè)計階段，采用自下而上的ER設(shè)計。將關(guān)系模式轉(zhuǎn)換為具體DBMS平臺支持的關(guān)系表是數(shù)據(jù)庫物理設(shè)計階段的工作。設(shè)計視圖和關(guān)系模式的完整性約束是數(shù)據(jù)邏輯設(shè)計階段的工作。 5.D【解析】數(shù)據(jù)庫應用系統(tǒng)的需求包括：數(shù)據(jù)需求分析，數(shù)據(jù)處理需求分析，業(yè)務需求分析及其在性能、存儲、安全、備份和恢復等方面的要求。C項中，數(shù)據(jù)需求分析的主要工作是從用戶視圖出發(fā)，分析與辨識應用領(lǐng)域所管理的各類數(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è)計是指從數(shù)據(jù)庫概念模型出發(fā)，設(shè)計表示為邏輯模式的數(shù)據(jù)庫邏輯結(jié)構(gòu)數(shù)據(jù)庫邏輯設(shè)計的主要步驟包括ER圖轉(zhuǎn)換為初始關(guān)系模式、對初始關(guā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)資源耗盡而崩潰，而使用臨時表能夠加速查詢。相關(guān)子查詢的不可以加速查詢。 9．A【解析】在UML類圖中，常見的有以下幾種關(guān)系：①泛化(【箭頭及指向】：帶三角箭頭的實線，箭頭指向父類)；②實現(xiàn)(【箭頭及指向】：帶三角箭頭的虛線，箭頭指向接口)；③關(guān)聯(lián)(【箭頭及指向】：帶普通箭頭的實心線，指向被擁有者)；④聚合(【箭頭及指向】：帶空心菱形的實心線，菱形指向整體)；⑤組合(【箭頭及指向】：帶實心菱形的實線，菱形指向整體)；⑥依賴(【箭頭及指向】：帶箭頭的虛線，指向被使用者)。組合是部分與整體共存，如果整體不存在，部分也會消失。聚合關(guān)系是整體與部分的關(guān)系，且部分可以離開整體而單獨存在。如車和輪胎是整體和部分的關(guā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)用關(guān)系為線索，用自上而下的連線表示調(diào)用關(guān)系并注明參數(shù)傳遞的方向和內(nèi)容，從宏觀上反映模塊層次結(jié)構(gòu)的圖形。其中結(jié)構(gòu)圖包括用例圖、類圖、組件圖、對象圖和部署圖。 12．B【解析】常見的數(shù)據(jù)挖掘任務包括分類、估計、預測、相關(guān)性分組或關(guān)聯(lián)規(guī)則、聚類和描述、可視化以及復雜數(shù)據(jù)類型挖掘(Text、Web、圖形圖像、視頻和音頻等)等。分類分析首先從數(shù)據(jù)中選出已經(jīng)分好類的訓練集，在該訓練集上運用數(shù)據(jù)挖掘分類的技術(shù)，建立分類模型，對于沒有分類的數(shù)據(jù)進行分類。該需求要求根據(jù)購書記錄將用戶映射到傾向于喜歡某種書的顧客特性中，而分類挖掘模型能把數(shù)據(jù)庫中的數(shù)據(jù)項映射到給定類別的某一個中。 13．D【解析】關(guān)系表在邏輯上由一系列元組組成，元組由多個屬性組成。每個元組可以用數(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，關(guān)閉一個RecordSet；④Delete，刪除一條記錄或一組記錄；⑤MoveNext，把記錄指針移動到下一條記錄。RecordSet對象的AddNew方法的功能是在對應的數(shù)據(jù)庫表中增加一條新記錄。 16．A【解析】在SQL Server 2008中，只有創(chuàng)建某個I臨時表的連接中才能查詢當前I臨時表的數(shù)據(jù)，并當U1創(chuàng)建的該表的連接還未斷開時，才能訪問這個表的數(shù)據(jù)。 17．B【解析】稀疏索引是指如果只是一部分查找碼的值有對應的索引記錄，則該索引為稀疏索引；稠密索引是指如果數(shù)據(jù)文件中的每一個查找碼值在索引文件中都對應一個索引記錄，則該索引為稠密索引。對于數(shù)據(jù)文件和它的一個特定的索引文件，如果數(shù)據(jù)文件中的數(shù)據(jù)記錄的排列順序與索引文件中索引項的排列順序相一致，或者說，索引文件按照其查找碼指定的順序與數(shù)據(jù)文件中數(shù)據(jù)記錄的排列順序相一致，則該索引文件稱為聚集索引，否則為非聚集索引。因此選B。 18．A【解析】Ⅱ、V都屬于對數(shù)據(jù)庫邏輯和物理結(jié)構(gòu)的調(diào)整，不屬于SQL語句的優(yōu)化。 19．D【解析】一個數(shù)據(jù)庫應用系統(tǒng)開發(fā)完成后，運行管理與維護往往是一個長久的過程，時問一般是以年為單位，其成本消耗也是巨大的。 20．B【解析】兩段鎖協(xié)議是指所有事務必須分兩個階段對數(shù)據(jù)項加鎖和解鎖：①在對任何數(shù)據(jù)進行讀、寫操作之前，要申請并獲得對該數(shù)據(jù)的封鎖；②在釋放一個封鎖之后，事務不再申請和獲得其它任何封鎖?？梢宰C明，若并發(fā)執(zhí)行的所有事務均遵守兩段鎖協(xié)議，則對這些事務的任何并發(fā)調(diào)度策略都是可串行化的。 另外要注意兩段鎖協(xié)議和防止死鎖的一次封鎖法的異同之處。一次封鎖法要求每個事務必須一次將所有要使用的數(shù)據(jù)全部加鎖，否則就不能繼續(xù)執(zhí)行，因此一次封鎖法遵守兩段鎖協(xié)議。但兩段鎖協(xié)議并不要求事務必須一次將所有要使用的數(shù)據(jù)全部加鎖，因此遵守兩段鎖協(xié)議的事務可能發(fā)生死鎖。加鎖階段事務可以申請獲得任何數(shù)據(jù)項上的任何類型的鎖，但是不允許釋放任何鎖。 21．C【解析】數(shù)據(jù)庫不是用做日常查詢，也不是匯總和統(tǒng)計，而主要用于提取數(shù)據(jù)中的潛在信息和知識。因此A和B錯誤。OLAP(on-line analytical processing)是聯(lián)系分析處理的英文縮寫，它仍使用DBMS存取數(shù)據(jù)，即D的描述錯誤。 22．A【解析】Ⅳ中插人字段的第四個字段“3”不滿足“CHECK(State in(0，1，2))”的條件，因此插入不成功。V中更新第四個字段“State=3”同樣不滿足“CHECK(State in(0，1，2))”的條件，更新失敗。Ⅵ中 因為沒有“CardlD=ˊ1004ˊ”的記錄，所以更新失敗。 23．C【解析】分布式數(shù)據(jù)庫系統(tǒng)按不同層次提供的分布透明性有：分片透明性、位置透明性、局部數(shù)據(jù)模型透明性。其中分片透明性是分布式數(shù)據(jù)庫中層次的分布透明性，位于全局概念模型和分片模型之間。用戶編寫程序只須對全局關(guān)系進行操作，不必考慮數(shù)據(jù)的分片及存儲場地。當分片模式改變時，只須改變?nèi)指拍畹椒制Ｊ降挠诚?，而不會影響全局概念模式和應用程序，即實現(xiàn)了分片透明性。 24．C 【解析】操作型數(shù)據(jù)對性能要求較高、無冗余。操作型數(shù)據(jù)與分析型數(shù)據(jù)的區(qū)別如以下表格所示：
操作型數(shù)據(jù) 分析型數(shù)據(jù)
表示業(yè)務處理的動態(tài)情況
表示業(yè)務處理的靜態(tài)情況
在存取的瞬間是正確的
代表過去的數(shù)據(jù)
可更新，可由錄入人員更新
不可更新，終端用戶的訪問權(quán)限常常是只讀的
處理細節(jié)問題
更多關(guān)注的是結(jié)論性的數(shù)據(jù)，是綜合的，或是提煉的
操作需求事先可知，系統(tǒng)可按預計的工作量進行優(yōu)化
操作需求事先不知道，永遠不知道下一步用戶要做什么
有許多事務，每個事務影響數(shù)據(jù)的一小部分
有數(shù)目不多的一些查詢，每個查詢可訪問大量數(shù)據(jù)
面向應用，支持日常操作
面向分析，支持管理需求
用戶不必理解數(shù)據(jù)庫，只是輸入數(shù)據(jù)庫
用戶需要理解數(shù)據(jù)庫，以便從數(shù)據(jù)中得出有意義的結(jié)論
25．A【解析】數(shù)據(jù)倉庫有四個特點：①面向主題，操作型數(shù)據(jù)庫的數(shù)據(jù)組織面向事務處理任務，各個業(yè)務系統(tǒng)之間各自分離，而數(shù)據(jù)倉庫中的數(shù)據(jù)按照一定的主題域進行組織。主題是一個抽象概念，是指用戶使用數(shù)據(jù)倉庫進行決策時所關(guān)心的重點方面，一個主題通常與多個操作型信息系統(tǒng)相關(guān)；②集成的，面向事務處理的操作型數(shù)據(jù)庫通常與某些特定的應用相關(guān)，數(shù)據(jù)庫之間相互獨立，并且往往是異構(gòu)的。而數(shù)據(jù)倉庫中的數(shù)據(jù)是在對原有分散的數(shù)據(jù)庫數(shù)據(jù)抽取、清理的基礎(chǔ)上經(jīng)過系統(tǒng)加工、匯總和整理得到的，必須消除源數(shù)據(jù)中的不一致性，以保證數(shù)據(jù)倉庫內(nèi)的信息是關(guān)于整個企業(yè)的一致的全局信息；③穩(wěn)定的，操作型數(shù)據(jù)庫中的數(shù)據(jù)通常實時更新，數(shù)據(jù)根據(jù)需要及時發(fā)生變化。數(shù)據(jù)倉庫的數(shù)據(jù)主要供企業(yè)決策分析之用，所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查詢，一旦某個數(shù)據(jù)進入數(shù)據(jù)倉庫以后，一般情況下將被長期保留，也就是數(shù)據(jù)倉庫中一般有大量的查詢操作，但修改和刪除操作很少，通常只需要定期的加載、刷新；④反映歷史變化，操作型數(shù)據(jù)庫主要關(guān)心當前某一個時間段內(nèi)的數(shù)據(jù)，而數(shù)據(jù)倉庫中的數(shù)據(jù)通常包含歷史信息，系統(tǒng)記錄了企業(yè)從過去某一時點(如開始應用數(shù)據(jù)倉庫的時點)到目前的各個階段的信息，通過這些信息，可以對企業(yè)的發(fā)展歷程和未來趨勢做出定量分析和預測。 26．C【解析】首先，通信代價較I／O代價容易估計。其次，對于分布式數(shù)據(jù)庫查詢優(yōu)化而言，通信代價比I／O代價和CPU代價更為重要。 27．D【解析】事務是構(gòu)成數(shù)據(jù)庫應用中一個獨立邏輯工作單元的操作的集合，也是訪問并可能更新數(shù)據(jù)庫中各種數(shù)據(jù)項的一個程序執(zhí)行單元。數(shù)據(jù)庫系統(tǒng)通過執(zhí)行各種事務實現(xiàn)對數(shù)據(jù)庫數(shù)據(jù)的操作，管理和執(zhí)行事務是DBMS的基本功能。事務的四大特性為：①原子性；②一致性；③隔離性；④持久性。事務調(diào)度則是為了保證事務的此四大特性。調(diào)度分為串行調(diào)度和并發(fā)調(diào)度。串行調(diào)度的特點是一個事務的所有操作都執(zhí)行完后才開始執(zhí)行另一事務，不存在事務操作的交叉執(zhí)行；不同事務操作的交叉執(zhí)行稱為并發(fā)調(diào)度，DBMS交叉執(zhí)行來自多個事務的各個操作，以提高數(shù)據(jù)庫系統(tǒng)的性能。并發(fā)調(diào)度中不同的事務的操作可以交叉執(zhí)行。 28．D【解析】某些情況下，需要把數(shù)字數(shù)據(jù)類型顯示為相應的文本名稱，這就碰到了多表連接建立記錄集的問題。多表連接的類型主要有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(等值連接)，只返回兩個表中聯(lián)結(jié)字段相等的行。因此本題采用inner join，結(jié)果集將返回包括table_1和table_2都滿足條件的行。 29．C【解析】觸發(fā)器(trigger)是SQL Server提供給程序員和數(shù)據(jù)分析員用來保證數(shù)據(jù)完整性的一種方法，它是與表事件相關(guān)的特殊的存儲過程，執(zhí)行不是由程序調(diào)用，也不是手工啟動，而是由事件來觸發(fā)，比如當對一個表進行操作(insert，delete，update)時就會激活它并執(zhí)行，且經(jīng)常用于加強數(shù)據(jù)的完整性約束和業(yè)務規(guī)則等。教師表中要求基本工資的取值與教師的職稱有關(guān)，即當對教師的職稱進行操作的時候，要求基本工資的取值隨著職稱變化而變化，因此采用觸發(fā)器可以達到要求。 30．C【解析】事務日志是一個與數(shù)據(jù)庫文件分開的文件。它存儲對數(shù)據(jù)庫進行的所有更改，并記錄全部插入、更新、刪除、提交、回退和數(shù)據(jù)庫模式變化等操作。事務日志是數(shù)據(jù)備份和數(shù)據(jù)恢復的重要文件，也是使用SQL Remote或[復制代理]復制數(shù)據(jù)所必需的。
B)
C)
D)
(10)在SQL Server 2008中，常常會發(fā)生數(shù)據(jù)庫數(shù)據(jù)過大的情況，此時則需要對表進行處理，通?？刹捎萌斯し指畋淼姆椒▋?yōu)化性能。下列有關(guān)分割表的說法，錯誤的是（ ?。?A)水平分割后，得到的子表結(jié)構(gòu)相同
B)水平分割后，查詢表中所有數(shù)據(jù)時需要使用JOIN操作
C)垂直分割后，所有表中均需保留原有表的主碼
D)當查詢表中所有數(shù)據(jù)時，使用分割表方法會增加查詢表達式的復雜度(11)下列全部屬于結(jié)構(gòu)圖的組圖是（ ?。?。 A)用例圖、類圖、順序圖、部署圖 B)類圖、組件圖、部署圖、活動圖 C)用例圖、對象圖、狀態(tài)圖、組件圖 D)類圖、對象圖、組件圖、部署圖 (12)某網(wǎng)上書店根據(jù)用戶的歷史購書記錄，采用某種數(shù)據(jù)挖掘算法分析出用戶最可能屬于某一類書的愛好者，應該采用（ ）。 A)關(guān)聯(lián)分析 B)分類分析 C)時問序列分析 D)回歸分析 (13)以下關(guān)于關(guān)系表和元組敘述錯誤的是（ ?。?。 A)關(guān)系表在邏輯上由一系列元組組成 B)每個元組由多個屬性組成 C)每個元組可以用數(shù)據(jù)庫磁盤文件中的一個邏輯記錄來存儲 D)元組的每個屬性對應于一條記錄 (14)下列有關(guān)基于C／S和基于B／S數(shù)據(jù)庫應用系統(tǒng)體系結(jié)構(gòu)的說法中，錯誤的是（ ?。?。 A)在C／S結(jié)構(gòu)中，應用業(yè)務規(guī)則主要是在客戶端實現(xiàn)的 B)在B／S結(jié)構(gòu)中，應用業(yè)務規(guī)則主要是在數(shù)據(jù)庫服務器端實現(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對象模型中，RecordSet對象的AddNew方法的功能是（ ?。?。 A)在對應的數(shù)據(jù)庫表中增加一條新記錄 B)在記錄集中增加一個新列 C)在內(nèi)存中開辟存放一條新記錄的空間 D)增加一個新的記錄集 (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表的連接未斷開時，DBl數(shù)據(jù)庫的所有用戶都可以查詢#Temp表數(shù)據(jù) D)在創(chuàng)建#Temp表的連接斷開時，DBl數(shù)據(jù)庫的所有用戶仍可以查詢#Temp表數(shù)據(jù) (17)有如下的索引文件： 指針號
1B-301 1
1B-200
3
1
西服
X-100
700
2
洗衣機
X-002
1500
3
彩電
J-099
2300
指針號 則該索引文件稱為（ ?。?。 A)稀疏索引 B)聚集索引 C)稠密索引 D)非聚集索引 (18)效率低下的SQL語句往往是導致系統(tǒng)性能不佳的主要原因。設(shè)有如下優(yōu)化系統(tǒng)性能的方法： Ⅰ．利用存儲過程封裝頻繁使用的SQL語句 Ⅱ．重新安排數(shù)據(jù)存儲，整理回收碎塊 Ⅲ．不要隨意使用游標 Ⅳ．合理使用相關(guān)子查詢 Ⅴ．調(diào)整表結(jié)構(gòu)定義 以上屬于優(yōu)化SQL語句執(zhí)行效率方法的是（ ）。 A)Ⅰ、Ⅲ、Ⅳ B)Ⅰ、Ⅲ、Ⅴ C)Ⅱ、Ⅳ、Ⅴ D)Ⅰ、Ⅳ、Ⅴ (19)DBAS生命周期模型中時問最長的階段是（ ?。?A)需求分析 B)系統(tǒng)設(shè)計 C)實行與部署 D)運行管理與維護 (20)以下關(guān)于兩段鎖協(xié)議的原理敘述錯誤的是（ ?。?A)每個事物的執(zhí)行程序劃分兩個階段，加鎖階段和解鎖階段 B)加鎖階段事務可以申請獲得任何數(shù)據(jù)項上的任何類型的鎖，允許釋放任何鎖 C)在解鎖階段，事務可以釋放在任何數(shù)據(jù)項上任何類型的鎖，但是不能再申請任何鎖 D)每個事務開始執(zhí)行后就進入了加鎖階段
(21)下面說法正確的是（ ）。 A)數(shù)據(jù)倉庫是從數(shù)據(jù)庫中導入的大量數(shù)據(jù)，并對結(jié)構(gòu)和存儲進行組織以提高查詢效率 B)使用數(shù)據(jù)倉庫的目的在于對已有數(shù)據(jù)進行高速的匯總和統(tǒng)計 C)數(shù)據(jù)挖掘采用適當?shù)乃惴?，從?shù)據(jù)倉庫的海量數(shù)據(jù)中提取具有潛在價值的信息和知識 D)OLAP技術(shù)為提高處理效率，必須繞過DBMS直接對物理數(shù)據(jù)進行讀寫 (22)設(shè)在SQL Server 2008某數(shù)據(jù)庫中建有如下會員卡表： 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ù)，某用戶對此表依次進行了如下操作： Ⅰ．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ˊ 以上操作對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ù)對性能要求寬松，DSS型數(shù)據(jù)對性能要求高 Ⅲ．操作型數(shù)據(jù)是詳細的，DSS型數(shù)據(jù)是綜合的 Ⅳ．操作型數(shù)據(jù)有冗余，DSS型數(shù)據(jù)無冗余 V．操作型數(shù)據(jù)處理需求事先可知，DSS型數(shù)據(jù)處理需求事先不明確 以上說法正確的是（ ?。?。 A)Ⅰ、Ⅱ、Ⅴ B)Ⅱ、Ⅲ、Ⅳ C)Ⅰ、Ⅲ、Ⅴ D)Ⅲ、Ⅳ、Ⅴ (25)下列哪一條不是數(shù)據(jù)倉庫的基本特征（ ）。 A)反映當前準確數(shù)據(jù) B)數(shù)據(jù)是相對穩(wěn)定的 C)數(shù)據(jù)是集成的 D)數(shù)據(jù)是面向主題的 (26)在分布式數(shù)據(jù)庫中，查詢處理和優(yōu)化比集中式數(shù)據(jù)庫要復雜得多，其中查詢優(yōu)化需要考慮的主要因素包括I／0代價、CPU代價和通信代價。一般而言，分布式數(shù)據(jù)庫查詢優(yōu)化的首要目標是（ ）。 A)使查詢執(zhí)行時I／O代價最省 B)使查詢執(zhí)行時CPU代價最省 C)使查詢執(zhí)行時通信代價最省 D)使查詢執(zhí)行時I／0和CPU代價最省 (27)以下關(guān)于事務調(diào)度的說法錯誤的是（ ?。?A)調(diào)度分為串行調(diào)度和并發(fā)調(diào)度 B)串行調(diào)度的特點是一個事務的所有操作都執(zhí)行完后才開始執(zhí)行另一個事務 C)多個事務的調(diào)度必須保持每個事務的操作在事務中的執(zhí)行順序不變 D)并發(fā)調(diào)度中不同事務的操作不可以交叉執(zhí)行 (28)假如有兩個表的連接是這樣的：table_1 INNER JOIN table_2，其中table_1和table_2是兩個具有公共屬性的表，這種連接會生成（ ）結(jié)果集。 A)包括table_1中的所有行，不包括table_2的不匹配行 B)包括table_2中的所有行，不包括table_1的不匹配行 C)包括兩個表的所有行 D)只包括table_1和table_2滿足條件的行 (29)有教師表(教師號，教師名，職稱，基本工資)，其中基本工資的取值與教師職稱有關(guān)，實現(xiàn)這個約束的可行方案是（ ）。 A)在教師表上定義一個視圖 B)在教師表上定義一個存儲過程 C)在教師表上定義插入和修改操作的觸發(fā)器 D)在教師表上定義一個標量函數(shù) (30)事務日志用于保存（ ）。 A)程序運行過程 B)程序的執(zhí)行結(jié)果 C)對數(shù)據(jù)的更新操作 D)數(shù)據(jù)操作
一、單選題 1．B【解析】數(shù)據(jù)庫的三級模式和兩級映像中的三級模式結(jié)構(gòu)為外模式、模式和內(nèi)模式，二級映像為模式到內(nèi)模式的映射以及外模式到模式的映射。模式的三個級別層次反映了模式的三個不同環(huán)境以及它們的不同要求，其中內(nèi)模式處于最低層，它反映了數(shù)據(jù)在計算機物理結(jié)構(gòu)中的實際存儲形式。模式處于中層，它反映了設(shè)計者的數(shù)據(jù)全局邏輯要求。外模式也稱用戶模式，處于最外層，它反映了用戶對數(shù)據(jù)的要求。數(shù)據(jù)庫系統(tǒng)的三級模式是對數(shù)據(jù)的三個級別的抽象，它把數(shù)據(jù)的具體物理實現(xiàn)留給物理模式，使用戶與全局設(shè)計者不必關(guā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)設(shè)計包括概念設(shè)計、邏輯設(shè)計、物理設(shè)計3個步驟，每個步驟的設(shè)計活動按照數(shù)據(jù)組織與存儲、數(shù)據(jù)訪問與處理、應用設(shè)計等幾個方面進行。在數(shù)據(jù)庫概念設(shè)計階段，采用自下而上的ER設(shè)計。將關(guān)系模式轉(zhuǎn)換為具體DBMS平臺支持的關(guān)系表是數(shù)據(jù)庫物理設(shè)計階段的工作。設(shè)計視圖和關(guān)系模式的完整性約束是數(shù)據(jù)邏輯設(shè)計階段的工作。 5.D【解析】數(shù)據(jù)庫應用系統(tǒng)的需求包括：數(shù)據(jù)需求分析，數(shù)據(jù)處理需求分析，業(yè)務需求分析及其在性能、存儲、安全、備份和恢復等方面的要求。C項中，數(shù)據(jù)需求分析的主要工作是從用戶視圖出發(fā)，分析與辨識應用領(lǐng)域所管理的各類數(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è)計是指從數(shù)據(jù)庫概念模型出發(fā)，設(shè)計表示為邏輯模式的數(shù)據(jù)庫邏輯結(jié)構(gòu)數(shù)據(jù)庫邏輯設(shè)計的主要步驟包括ER圖轉(zhuǎn)換為初始關(guān)系模式、對初始關(guā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)資源耗盡而崩潰，而使用臨時表能夠加速查詢。相關(guān)子查詢的不可以加速查詢。 9．A【解析】在UML類圖中，常見的有以下幾種關(guān)系：①泛化(【箭頭及指向】：帶三角箭頭的實線，箭頭指向父類)；②實現(xiàn)(【箭頭及指向】：帶三角箭頭的虛線，箭頭指向接口)；③關(guān)聯(lián)(【箭頭及指向】：帶普通箭頭的實心線，指向被擁有者)；④聚合(【箭頭及指向】：帶空心菱形的實心線，菱形指向整體)；⑤組合(【箭頭及指向】：帶實心菱形的實線，菱形指向整體)；⑥依賴(【箭頭及指向】：帶箭頭的虛線，指向被使用者)。組合是部分與整體共存，如果整體不存在，部分也會消失。聚合關(guān)系是整體與部分的關(guān)系，且部分可以離開整體而單獨存在。如車和輪胎是整體和部分的關(guā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)用關(guān)系為線索，用自上而下的連線表示調(diào)用關(guān)系并注明參數(shù)傳遞的方向和內(nèi)容，從宏觀上反映模塊層次結(jié)構(gòu)的圖形。其中結(jié)構(gòu)圖包括用例圖、類圖、組件圖、對象圖和部署圖。 12．B【解析】常見的數(shù)據(jù)挖掘任務包括分類、估計、預測、相關(guān)性分組或關(guān)聯(lián)規(guī)則、聚類和描述、可視化以及復雜數(shù)據(jù)類型挖掘(Text、Web、圖形圖像、視頻和音頻等)等。分類分析首先從數(shù)據(jù)中選出已經(jīng)分好類的訓練集，在該訓練集上運用數(shù)據(jù)挖掘分類的技術(shù)，建立分類模型，對于沒有分類的數(shù)據(jù)進行分類。該需求要求根據(jù)購書記錄將用戶映射到傾向于喜歡某種書的顧客特性中，而分類挖掘模型能把數(shù)據(jù)庫中的數(shù)據(jù)項映射到給定類別的某一個中。 13．D【解析】關(guān)系表在邏輯上由一系列元組組成，元組由多個屬性組成。每個元組可以用數(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，關(guān)閉一個RecordSet；④Delete，刪除一條記錄或一組記錄；⑤MoveNext，把記錄指針移動到下一條記錄。RecordSet對象的AddNew方法的功能是在對應的數(shù)據(jù)庫表中增加一條新記錄。 16．A【解析】在SQL Server 2008中，只有創(chuàng)建某個I臨時表的連接中才能查詢當前I臨時表的數(shù)據(jù)，并當U1創(chuàng)建的該表的連接還未斷開時，才能訪問這個表的數(shù)據(jù)。 17．B【解析】稀疏索引是指如果只是一部分查找碼的值有對應的索引記錄，則該索引為稀疏索引；稠密索引是指如果數(shù)據(jù)文件中的每一個查找碼值在索引文件中都對應一個索引記錄，則該索引為稠密索引。對于數(shù)據(jù)文件和它的一個特定的索引文件，如果數(shù)據(jù)文件中的數(shù)據(jù)記錄的排列順序與索引文件中索引項的排列順序相一致，或者說，索引文件按照其查找碼指定的順序與數(shù)據(jù)文件中數(shù)據(jù)記錄的排列順序相一致，則該索引文件稱為聚集索引，否則為非聚集索引。因此選B。 18．A【解析】Ⅱ、V都屬于對數(shù)據(jù)庫邏輯和物理結(jié)構(gòu)的調(diào)整，不屬于SQL語句的優(yōu)化。 19．D【解析】一個數(shù)據(jù)庫應用系統(tǒng)開發(fā)完成后，運行管理與維護往往是一個長久的過程，時問一般是以年為單位，其成本消耗也是巨大的。 20．B【解析】兩段鎖協(xié)議是指所有事務必須分兩個階段對數(shù)據(jù)項加鎖和解鎖：①在對任何數(shù)據(jù)進行讀、寫操作之前，要申請并獲得對該數(shù)據(jù)的封鎖；②在釋放一個封鎖之后，事務不再申請和獲得其它任何封鎖?？梢宰C明，若并發(fā)執(zhí)行的所有事務均遵守兩段鎖協(xié)議，則對這些事務的任何并發(fā)調(diào)度策略都是可串行化的。 另外要注意兩段鎖協(xié)議和防止死鎖的一次封鎖法的異同之處。一次封鎖法要求每個事務必須一次將所有要使用的數(shù)據(jù)全部加鎖，否則就不能繼續(xù)執(zhí)行，因此一次封鎖法遵守兩段鎖協(xié)議。但兩段鎖協(xié)議并不要求事務必須一次將所有要使用的數(shù)據(jù)全部加鎖，因此遵守兩段鎖協(xié)議的事務可能發(fā)生死鎖。加鎖階段事務可以申請獲得任何數(shù)據(jù)項上的任何類型的鎖，但是不允許釋放任何鎖。 21．C【解析】數(shù)據(jù)庫不是用做日常查詢，也不是匯總和統(tǒng)計，而主要用于提取數(shù)據(jù)中的潛在信息和知識。因此A和B錯誤。OLAP(on-line analytical processing)是聯(lián)系分析處理的英文縮寫，它仍使用DBMS存取數(shù)據(jù)，即D的描述錯誤。 22．A【解析】Ⅳ中插人字段的第四個字段“3”不滿足“CHECK(State in(0，1，2))”的條件，因此插入不成功。V中更新第四個字段“State=3”同樣不滿足“CHECK(State in(0，1，2))”的條件，更新失敗。Ⅵ中 因為沒有“CardlD=ˊ1004ˊ”的記錄，所以更新失敗。 23．C【解析】分布式數(shù)據(jù)庫系統(tǒng)按不同層次提供的分布透明性有：分片透明性、位置透明性、局部數(shù)據(jù)模型透明性。其中分片透明性是分布式數(shù)據(jù)庫中層次的分布透明性，位于全局概念模型和分片模型之間。用戶編寫程序只須對全局關(guān)系進行操作，不必考慮數(shù)據(jù)的分片及存儲場地。當分片模式改變時，只須改變?nèi)指拍畹椒制Ｊ降挠诚?，而不會影響全局概念模式和應用程序，即實現(xiàn)了分片透明性。 24．C 【解析】操作型數(shù)據(jù)對性能要求較高、無冗余。操作型數(shù)據(jù)與分析型數(shù)據(jù)的區(qū)別如以下表格所示：
操作型數(shù)據(jù) 分析型數(shù)據(jù)
表示業(yè)務處理的動態(tài)情況
表示業(yè)務處理的靜態(tài)情況
在存取的瞬間是正確的
代表過去的數(shù)據(jù)
可更新，可由錄入人員更新
不可更新，終端用戶的訪問權(quán)限常常是只讀的
處理細節(jié)問題
更多關(guān)注的是結(jié)論性的數(shù)據(jù)，是綜合的，或是提煉的
操作需求事先可知，系統(tǒng)可按預計的工作量進行優(yōu)化
操作需求事先不知道，永遠不知道下一步用戶要做什么
有許多事務，每個事務影響數(shù)據(jù)的一小部分
有數(shù)目不多的一些查詢，每個查詢可訪問大量數(shù)據(jù)
面向應用，支持日常操作
面向分析，支持管理需求
用戶不必理解數(shù)據(jù)庫，只是輸入數(shù)據(jù)庫
用戶需要理解數(shù)據(jù)庫，以便從數(shù)據(jù)中得出有意義的結(jié)論
25．A【解析】數(shù)據(jù)倉庫有四個特點：①面向主題，操作型數(shù)據(jù)庫的數(shù)據(jù)組織面向事務處理任務，各個業(yè)務系統(tǒng)之間各自分離，而數(shù)據(jù)倉庫中的數(shù)據(jù)按照一定的主題域進行組織。主題是一個抽象概念，是指用戶使用數(shù)據(jù)倉庫進行決策時所關(guān)心的重點方面，一個主題通常與多個操作型信息系統(tǒng)相關(guān)；②集成的，面向事務處理的操作型數(shù)據(jù)庫通常與某些特定的應用相關(guān)，數(shù)據(jù)庫之間相互獨立，并且往往是異構(gòu)的。而數(shù)據(jù)倉庫中的數(shù)據(jù)是在對原有分散的數(shù)據(jù)庫數(shù)據(jù)抽取、清理的基礎(chǔ)上經(jīng)過系統(tǒng)加工、匯總和整理得到的，必須消除源數(shù)據(jù)中的不一致性，以保證數(shù)據(jù)倉庫內(nèi)的信息是關(guān)于整個企業(yè)的一致的全局信息；③穩(wěn)定的，操作型數(shù)據(jù)庫中的數(shù)據(jù)通常實時更新，數(shù)據(jù)根據(jù)需要及時發(fā)生變化。數(shù)據(jù)倉庫的數(shù)據(jù)主要供企業(yè)決策分析之用，所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查詢，一旦某個數(shù)據(jù)進入數(shù)據(jù)倉庫以后，一般情況下將被長期保留，也就是數(shù)據(jù)倉庫中一般有大量的查詢操作，但修改和刪除操作很少，通常只需要定期的加載、刷新；④反映歷史變化，操作型數(shù)據(jù)庫主要關(guān)心當前某一個時間段內(nèi)的數(shù)據(jù)，而數(shù)據(jù)倉庫中的數(shù)據(jù)通常包含歷史信息，系統(tǒng)記錄了企業(yè)從過去某一時點(如開始應用數(shù)據(jù)倉庫的時點)到目前的各個階段的信息，通過這些信息，可以對企業(yè)的發(fā)展歷程和未來趨勢做出定量分析和預測。 26．C【解析】首先，通信代價較I／O代價容易估計。其次，對于分布式數(shù)據(jù)庫查詢優(yōu)化而言，通信代價比I／O代價和CPU代價更為重要。 27．D【解析】事務是構(gòu)成數(shù)據(jù)庫應用中一個獨立邏輯工作單元的操作的集合，也是訪問并可能更新數(shù)據(jù)庫中各種數(shù)據(jù)項的一個程序執(zhí)行單元。數(shù)據(jù)庫系統(tǒng)通過執(zhí)行各種事務實現(xiàn)對數(shù)據(jù)庫數(shù)據(jù)的操作，管理和執(zhí)行事務是DBMS的基本功能。事務的四大特性為：①原子性；②一致性；③隔離性；④持久性。事務調(diào)度則是為了保證事務的此四大特性。調(diào)度分為串行調(diào)度和并發(fā)調(diào)度。串行調(diào)度的特點是一個事務的所有操作都執(zhí)行完后才開始執(zhí)行另一事務，不存在事務操作的交叉執(zhí)行；不同事務操作的交叉執(zhí)行稱為并發(fā)調(diào)度，DBMS交叉執(zhí)行來自多個事務的各個操作，以提高數(shù)據(jù)庫系統(tǒng)的性能。并發(fā)調(diào)度中不同的事務的操作可以交叉執(zhí)行。 28．D【解析】某些情況下，需要把數(shù)字數(shù)據(jù)類型顯示為相應的文本名稱，這就碰到了多表連接建立記錄集的問題。多表連接的類型主要有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(等值連接)，只返回兩個表中聯(lián)結(jié)字段相等的行。因此本題采用inner join，結(jié)果集將返回包括table_1和table_2都滿足條件的行。 29．C【解析】觸發(fā)器(trigger)是SQL Server提供給程序員和數(shù)據(jù)分析員用來保證數(shù)據(jù)完整性的一種方法，它是與表事件相關(guān)的特殊的存儲過程，執(zhí)行不是由程序調(diào)用，也不是手工啟動，而是由事件來觸發(fā)，比如當對一個表進行操作(insert，delete，update)時就會激活它并執(zhí)行，且經(jīng)常用于加強數(shù)據(jù)的完整性約束和業(yè)務規(guī)則等。教師表中要求基本工資的取值與教師的職稱有關(guān)，即當對教師的職稱進行操作的時候，要求基本工資的取值隨著職稱變化而變化，因此采用觸發(fā)器可以達到要求。 30．C【解析】事務日志是一個與數(shù)據(jù)庫文件分開的文件。它存儲對數(shù)據(jù)庫進行的所有更改，并記錄全部插入、更新、刪除、提交、回退和數(shù)據(jù)庫模式變化等操作。事務日志是數(shù)據(jù)備份和數(shù)據(jù)恢復的重要文件，也是使用SQL Remote或[復制代理]復制數(shù)據(jù)所必需的。