2019年計算機等級三級《數(shù)據(jù)庫技術(shù)》單選試題

1、2019 年計算機等級三級數(shù)據(jù)庫技術(shù)單選試題一、單選題(1)(20)每題1分，(21)(30)每題2分，共40分)(1) 在數(shù)據(jù)庫系統(tǒng)中，下列映像關(guān)系用于提供數(shù)據(jù)與應(yīng)用程序間的物理獨立性的是() 。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è)的各種應(yīng)用系統(tǒng)集中在一起B(yǎng))充分利用企業(yè)信息系統(tǒng)

2、生成的各種數(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è)計，有下列說法：1. 數(shù)據(jù)庫應(yīng)用系統(tǒng)設(shè)計需要考慮數(shù)據(jù)組織與存儲、數(shù)據(jù)訪問與處理、應(yīng)用設(shè)計等幾個方面n.數(shù)據(jù)庫概念設(shè)計階段，采用自上而下的ER設(shè)計時，首先設(shè)計局部ER圖，然后合并各局部ER圖得到全局ER圖m.在數(shù)據(jù)庫邏輯設(shè)計階段，將關(guān)系模式轉(zhuǎn)換為具體DBM¥臺支持的關(guān)系表M在數(shù)據(jù)庫物理設(shè)計階段，一般需要設(shè)計視圖和關(guān)系模式的完 整性約束上述說法準確的是() 。A) I、田和IVB)IC) II和田D) II 和 IV(5) 關(guān)于數(shù)據(jù)庫應(yīng)用系統(tǒng)的需求分析工作，下列

3、說法準確的是()。A)通過需求分析過程，需要確定出整個應(yīng)用系統(tǒng)的目標、任務(wù)和 系統(tǒng)的范圍說明。B)在需求分析階段，系統(tǒng)需求分析員要與用戶充分溝通，并做出 各類用戶視圖。C)數(shù)據(jù)需求分析的主要工作是要辨識出數(shù)據(jù)處理中的數(shù)據(jù)處理流 程D)數(shù)據(jù)操作響應(yīng)時間、系統(tǒng)吞吐量、并發(fā)用戶數(shù)都是性能需求分析的重要指標(6) 根據(jù)數(shù)據(jù)庫應(yīng)用系統(tǒng)生命周期模型，完成數(shù)據(jù)庫關(guān)系模式設(shè)計的階段是() 。A)需求分析B)概念設(shè)計C)邏輯設(shè)計D)物理設(shè)計在SELEC曲句中，以下相關(guān) ORDER B仔句的敘述中不準確 的是 () 。A)ORDER BYF句能夠?qū)Χ鄠€列實行排序B)SELEC幫句中，ORDER BK能在所有其他子

4、句之后作為最后 一個子句出現(xiàn)C)子查詢也能夠使用ORDER B仔句D)在視圖中能夠使用ORDER B仔句（8） 關(guān)于優(yōu)化查詢說法準確的是() 。A)避免或簡化排序的目的是實現(xiàn)查詢優(yōu)化B)在保證數(shù)據(jù)庫一致性的前提下，將頻繁操作的多個能夠分割的 處理過程放在一個存儲過程中，這樣能夠大大提升系統(tǒng)的響應(yīng)速度C)使用臨時表會占用較多的系統(tǒng)資源，尤其對于大規(guī)模并發(fā)量的 情況下，很容易使得系統(tǒng)資源耗盡而崩潰D)相關(guān)子查詢的使用能夠加速查詢（10） 在 SQL Server 2OO8 中，常常會發(fā)生數(shù)據(jù)庫數(shù)據(jù)過大的情況，此時則需要對表實行處理，通?？刹捎萌斯し指畋淼姆椒▋?yōu)化性能。下列相關(guān)分割表的說法，錯誤的是

5、() 。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ù)挖掘算法分析出用戶最可能屬于某一類書的愛好者，應(yīng)該采用 （） 。A）關(guān)聯(lián)分析B）分類分析C）時問序列分析D）回歸分析（13） 以下關(guān)于關(guān)系表和元組敘述錯誤的是 （

6、） 。A）關(guān)系表在邏輯上由一系列元組組成B）每個元組由多個屬性組成C）每個元組能夠用數(shù)據(jù)庫磁盤文件中的一個邏輯記錄來存儲D）元組的每個屬性對應(yīng)于一條記錄（14） 下列相關(guān)基于 C/S 和基于 B/S 數(shù)據(jù)庫應(yīng)用系統(tǒng)體系結(jié)構(gòu)的說法中，錯誤的是（） 。A）在C/S結(jié)構(gòu)中，應(yīng)用業(yè)務(wù)規(guī)則主要是在客戶端實現(xiàn)的B）在B/S結(jié)構(gòu)中，應(yīng)用業(yè)務(wù)規(guī)則主要是在數(shù)據(jù)庫服務(wù)器端實現(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對象的AddNe昉法的功能是

7、 （）。A）在對應(yīng)的數(shù)據(jù)庫表中增加一條新記錄B）在記錄集中增加一個新列C）在內(nèi)存中開辟存放一條新記錄的空間D）增加一個新的記錄集（16）設(shè)在SQL Server 2008中，用戶U1在DB1數(shù)據(jù)庫中創(chuàng)建了#Tem俵。下列關(guān)于#Tem昧的說法中，準確的是（）。A）只有在創(chuàng)建#Tem昧的連接中才能夠查詢#Tem昧數(shù)據(jù)B）在所有用戶U1發(fā)起的連接中，都能夠查詢#Tem昧數(shù)據(jù)C）在創(chuàng)建#Tem昧的連接未斷開時，DBl數(shù)據(jù)庫的所有用戶都能 夠查詢#Tem俵數(shù)據(jù)D）在創(chuàng)建#Tem昧的連接斷開時，DBl數(shù)據(jù)庫的所有用戶仍能夠 查詢#Tem昧數(shù)據(jù)(18)效率低下的SQL語句往往是導致系統(tǒng)性能不佳的主要原因。

8、設(shè)有如下優(yōu)化系統(tǒng)性能的方法：I .利用存儲過程封裝頻繁使用的 SQL®句n.重新安排數(shù)據(jù)存儲，整理回收碎塊田.不要隨意使用游標IV.合理使用相關(guān)子查詢v.調(diào)整表結(jié)構(gòu)定義以上屬于優(yōu)化SQL®句執(zhí)行效率方法的是()。A) I、m、IVB) I、m、Vc)n、iv、vD) I、IV、V(19)DBAS生命周期模型中時問最長的階段是()。A)需求分析B)系統(tǒng)設(shè)計C)實行與部署D)運行管理與維護(20) 以下關(guān)于兩段鎖協(xié)議的原理敘述錯誤的是() 。A)每個事物的執(zhí)行程序劃分兩個階段，加鎖階段和解鎖階段B)加鎖階段事務(wù)能夠申請獲得任何數(shù)據(jù)項上的任何類型的鎖，允 許釋放任何鎖C)在解鎖階

9、段，事務(wù)能夠釋放在任何數(shù)據(jù)項上任何類型的鎖，但 是不能再申請任何鎖D)每個事務(wù)開始執(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)OLA限術(shù)為提升處理效率，必須繞過 DBM直接對物理數(shù)據(jù)實 行讀寫(22) 設(shè)在 SQL Server 2008 某數(shù)據(jù)庫中建有如下會員卡表：CREATE TABLE Table_Card(CardID char(4)PRJMARY KEY，S

10、tartDate datetime NOT NULL ，Score int NOT NULL DEFAULT 0 ，State int NOT NULL CHECK(State in(0 ， 1， 2)現(xiàn)表中無數(shù)據(jù)，某用戶對此表依次實行了如下操作：I .INSERT INTO Table_CardVALUES( 1001 x , / 2019-1-1 12 : 30: 01 , , 154, 0).INSERT INTO Table_Card(CardID ， StartDate ， State)VALUES( 1002，, 2019-1-1 12 : 30: 02, , 1)m .INSER

11、T INTO Table_CardVALUES( 1003 / , / 2019-1-1 12 : 30: 03, , l72 , 2)IV.INSERT INTO Table_CardVALUES( 1004 / , / 2019-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)僅I、II和田B)僅 I、V 和 VIC)僅I

12、、H、m和VID)僅田、IV、V和VI(23) 分布式數(shù)據(jù)庫系統(tǒng)的“分片透明性”位于 () 。A)全局模式與全局概念模式之間B)分片模式與分配模式之間C)全局概念模式與分片模式之問D)分配模式與局部概念模式之間(24)關(guān)于操作型數(shù)據(jù)和DSS!數(shù)據(jù)特征有如下說法：I .操作型數(shù)據(jù)更新頻率高，DSS!數(shù)據(jù)一般不更新n.操作型數(shù)據(jù)對性能要求寬松，DSS!數(shù)據(jù)對性能要求高m.操作型數(shù)據(jù)是詳細的，ds慳數(shù)據(jù)是綜合的IV .操作型數(shù)據(jù)有冗余，DS鋰數(shù)據(jù)無冗余V .操作型數(shù)據(jù)處理需求事先可知，DS翎數(shù)據(jù)處理需求事先不明 確以上說法準確的是() 。A) I、n、vB)n、m、ivC） I、m、vD)m>

13、 iv、v(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/O代價、CPU弋價和通 信代價。一般來說，分布式數(shù)據(jù)庫查詢優(yōu)化的首要目標是() 。A)使查詢執(zhí)行時I/O代價最省B)使查詢執(zhí)行時CPU弋價最省C)使查詢執(zhí)行時通信代價最省D)使查詢執(zhí)行時I/O和CPU弋價最省(27) 以下關(guān)于事務(wù)調(diào)度的說法錯誤的是() 。A)調(diào)度分為串行調(diào)度和并發(fā)調(diào)度B）串行調(diào)度的特點是一個事務(wù)的所有操作都執(zhí)行完后才開始執(zhí)行 另一個事務(wù)C）多個事務(wù)的調(diào)度必須保持每個事務(wù)的操作在事務(wù)中的執(zhí)行順序 不變D）并發(fā)調(diào)度中不同事務(wù)的操作不能夠交叉執(zhí)行(28) 假如有兩個表的連接是這樣的： table_1 INNER JOIN table_2 ，其中 table_1 和 table_2 是兩個具有公共屬性的表，這種連 接會生成 （） 結(jié)果集。A）包括table_1中的所有行，不包括table_2的不匹配行B）包括table_2中的所有行，不包括table_1的不匹配行C）