計(jì)算機(jī)等級(jí)考試四級(jí)數(shù)據(jù)庫筆試試題

計(jì)算機(jī)等級(jí)考試四級(jí)數(shù)據(jù)庫筆試試題一、選擇題(1)在數(shù)據(jù)庫應(yīng)用系統(tǒng)生命周期模型中，規(guī)劃與分析階段的輸出結(jié)果不包括A)需求規(guī)范說明書B)系統(tǒng)范圍與邊界C)可行性分析報(bào)告D)項(xiàng)目計(jì)劃書(2)在信息系統(tǒng)的需求分析中，廣為使用的DFD建模方法屬于A)結(jié)構(gòu)化分析方法B)數(shù)據(jù)分析方法C)數(shù)據(jù)抽象方法D)業(yè)務(wù)歸納方法(3)不允許出現(xiàn)在最終IDEF1X圖中的是A)標(biāo)定型聯(lián)系B)非標(biāo)定型聯(lián)系C)分類聯(lián)系D)多對(duì)多聯(lián)系(4)下列哪些屬性不適合建立索引?A)經(jīng)常出現(xiàn)在GROUPBY字句中的屬性B)經(jīng)常參與連接操作的屬性C)經(jīng)常出現(xiàn)在WHERE字句中的屬性D)經(jīng)常需要進(jìn)行更新操作的屬性(5)在數(shù)據(jù)庫應(yīng)用系統(tǒng)生命周期模型中，作為系統(tǒng)總體設(shè)計(jì)階段輸入的是A)技術(shù)可行性分析報(bào)告和需求規(guī)范說明書B)軟硬件選型和配置設(shè)計(jì)C)數(shù)據(jù)庫應(yīng)用系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)D)應(yīng)用軟件總體設(shè)計(jì)(6)SQLServer2000中，如果希望用戶u1在DB1數(shù)據(jù)庫中具有查詢T1表的權(quán)限，正確的授權(quán)語句是A)GRANTSELECTONDB1(T1)TOu1B)GRANTSELECTTOu1ONDB1(T1)C)GRANTSELECTTOu1ONT1D)GRANTSELECTONT1TOu1(7)SQLServer2000提供了很多預(yù)定義的角色，下述關(guān)于public角色說法正確的是A)它是系統(tǒng)提供的服務(wù)器級(jí)的角色，管理員可以在其中添加和刪除成員B)它是系統(tǒng)提供的數(shù)據(jù)庫級(jí)的角色，管理員可以在其中添加和刪除成員C)它是系統(tǒng)提供的服務(wù)器級(jí)的角色，管理員可以對(duì)其進(jìn)行授權(quán)D)它是系統(tǒng)提供的數(shù)據(jù)庫級(jí)的角色，管理員可以對(duì)其進(jìn)行授權(quán)(8)關(guān)于ADO對(duì)象模型中的RecordSer，下述說法正確的是A)它用于定義連接的數(shù)據(jù)庫名B)它用于定義數(shù)據(jù)的來源C)它是一個(gè)對(duì)象，用于在客戶端內(nèi)存中存放數(shù)據(jù)查詢的結(jié)果D)它是一個(gè)對(duì)象，用于在服務(wù)器端內(nèi)存中存放數(shù)據(jù)查詢的結(jié)果(9)關(guān)于ADO對(duì)象模型，下述說法正確的是A)它是與OLEDB同層的獨(dú)立的接口集B)它是與ODBC同層的獨(dú)立的接口集C)它是建立在OLEDB接口之上的高層接口集D)OLEDB是建立在ADO對(duì)象模型之上的高層接口集(10)關(guān)于UML的靜態(tài)建模機(jī)制，下述說法錯(cuò)誤的是A)用例模型是將滿足用戶需求的所有功能表示出來的工具B)用例圖用于表示系統(tǒng)的數(shù)據(jù)模型和功能模型C)類圖展現(xiàn)了一組類，接口和協(xié)作以及它們之間的關(guān)系D)組件圖表示系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖，用于對(duì)源代碼、可執(zhí)行程序和物理數(shù)據(jù)庫等進(jìn)行建模(11)關(guān)于分布式數(shù)據(jù)庫的分布策略，下述說法正確的是A)數(shù)據(jù)分配是對(duì)關(guān)系的操作，數(shù)據(jù)分片是對(duì)數(shù)據(jù)分配的操作B)集中式數(shù)據(jù)分配策略不便于進(jìn)行數(shù)據(jù)控制C)全復(fù)制式數(shù)據(jù)分配策略可靠性高，響應(yīng)速度快，但數(shù)據(jù)冗余大，同步維護(hù)復(fù)雜D)分割式數(shù)據(jù)分配策略對(duì)全局?jǐn)?shù)據(jù)控制靈活，但對(duì)局部數(shù)據(jù)存取效率低(12)關(guān)于數(shù)據(jù)劃分策略，下述說法錯(cuò)誤的是A)散列劃分采用某種散列函數(shù)，以數(shù)據(jù)的劃分屬性作為函數(shù)參數(shù)，計(jì)算數(shù)據(jù)應(yīng)存儲(chǔ)的磁盤序號(hào)B)范圍劃分根據(jù)某個(gè)屬性的取值，將數(shù)據(jù)劃分為n個(gè)部分，分別存儲(chǔ)到不同磁盤上C)范圍劃分有利于范圍查詢和點(diǎn)查詢，但也可能會(huì)引起數(shù)據(jù)分布不均勻及并行處理能力下降問題D)輪轉(zhuǎn)法劃分能保證元組在多個(gè)磁盤上的平均分配，并具有較高的點(diǎn)查詢和范圍查詢(13)將新插入的記錄存儲(chǔ)在文件末尾，并使記錄隨機(jī)地分布在文件物理存儲(chǔ)空間中的文件結(jié)構(gòu)是A)堆文件B)聚集文件C)索引文件D)散列文件(14)有一個(gè)事務(wù)T要更新數(shù)據(jù)庫中某表列的值，DBMS在執(zhí)行T時(shí)發(fā)現(xiàn)更新后的值超出了該列的值定義范圍，因此異常終止了T。為了保證數(shù)據(jù)的正確性及一致性，DBMS會(huì)執(zhí)行下列哪個(gè)恢復(fù)操作?A)undoB)介質(zhì)恢復(fù)C)進(jìn)程恢復(fù)D)redo(15)關(guān)于數(shù)據(jù)庫系統(tǒng)中的數(shù)據(jù)的靜態(tài)轉(zhuǎn)儲(chǔ)和動(dòng)態(tài)轉(zhuǎn)儲(chǔ)機(jī)制，下述說法正確的是A)靜態(tài)轉(zhuǎn)儲(chǔ)時(shí)允許其它事務(wù)訪問數(shù)據(jù)庫B)動(dòng)態(tài)轉(zhuǎn)儲(chǔ)時(shí)允許在轉(zhuǎn)儲(chǔ)過程中其它事務(wù)對(duì)數(shù)據(jù)進(jìn)行存取和修改C)靜態(tài)轉(zhuǎn)儲(chǔ)能夠保證數(shù)據(jù)庫的可用性D)動(dòng)態(tài)轉(zhuǎn)儲(chǔ)無法保證數(shù)據(jù)庫的可用性(16)在數(shù)據(jù)庫系統(tǒng)中，下列哪個(gè)映像關(guān)系用于提供數(shù)據(jù)與應(yīng)用程序間的邏輯獨(dú)立性?A)外模式/模式B)模式/內(nèi)模式C)外模式/內(nèi)模式D)邏輯模式/內(nèi)模式(17)在SQLServer2000中，事務(wù)日志備份A)對(duì)故障還原模型沒有要求B)要求故障還原模型必須是完全的C)要求故障還原模型必須是簡單的D)要求故障還原模型不能是簡單的(18)關(guān)于數(shù)據(jù)庫試運(yùn)行和功能與性能測(cè)試，下列說法正確的是A)對(duì)數(shù)據(jù)庫系統(tǒng)的轉(zhuǎn)儲(chǔ)和恢復(fù)能力的測(cè)試屬于系統(tǒng)的功能測(cè)試范疇B)在進(jìn)行數(shù)據(jù)庫功能測(cè)試時(shí)，一般要先進(jìn)入大規(guī)模的數(shù)據(jù)C)數(shù)據(jù)庫試運(yùn)行一般是與編寫調(diào)試程序的工作同步開展的D)數(shù)據(jù)庫系統(tǒng)的壓力測(cè)試、并發(fā)訪問測(cè)試、查詢效率測(cè)試一般屬于性能測(cè)試范疇(19)關(guān)于數(shù)據(jù)倉庫設(shè)計(jì)，下述說法正確的是A)數(shù)據(jù)倉庫項(xiàng)目的需求很難把握，所以不可能從用戶的需求出發(fā)來進(jìn)行數(shù)據(jù)倉庫的設(shè)計(jì)，只能從數(shù)據(jù)出發(fā)進(jìn)行設(shè)計(jì)B)在進(jìn)行數(shù)據(jù)倉庫主題數(shù)據(jù)模型設(shè)計(jì)時(shí)，應(yīng)該按面向部門業(yè)務(wù)應(yīng)用的方式來設(shè)計(jì)數(shù)據(jù)模型C)在進(jìn)行數(shù)據(jù)倉庫主題數(shù)據(jù)模型設(shè)計(jì)時(shí)要強(qiáng)調(diào)數(shù)據(jù)的集成性D)在進(jìn)行數(shù)據(jù)倉庫概念模型設(shè)計(jì)時(shí)，需要設(shè)計(jì)實(shí)體關(guān)系圖，給出數(shù)據(jù)表的劃分，并給出每個(gè)屬性的定義域(20)關(guān)于分布式數(shù)據(jù)庫系統(tǒng)，下述說法正確的是A)查詢代價(jià)主要考慮CPU代價(jià)和I/O代價(jià)B)分布透明性是指用戶需要并能完全看清數(shù)據(jù)分片的位置，分片的`分配位置以及數(shù)據(jù)復(fù)制的過程C)分布式查詢優(yōu)化一般不需要考慮操作的執(zhí)行順序和數(shù)據(jù)在不同場(chǎng)地間的傳輸順序D)執(zhí)行分布式數(shù)據(jù)庫查詢時(shí)，導(dǎo)致數(shù)據(jù)傳輸量大的主要原因是數(shù)據(jù)間的連接操作和并操作(21)已知下列員工關(guān)系表Employees對(duì)該表的工資屬性和完整性約束為：2000≤工資≤5000現(xiàn)將如下2個(gè)操作組織為事務(wù)T，操作1先執(zhí)行，操作2后執(zhí)行。操作1：INSERTINTOEmployeesVALUES(’03650’，’研發(fā)’，’4600’)操作2：UPDATEEmployeesSET工資=工資1，2WHERE部門=‘市場(chǎng)OR部門=研發(fā)’事務(wù)T執(zhí)行完畢后，關(guān)系表Employees的數(shù)據(jù)是(22)有會(huì)員卡表TableCards(CardsID，StartDate，Score)，CardID表示卡標(biāo)識(shí)，Scord為卡積分，有視圖：CREATEVIEWvCardASSELECT*FROMTableCardsWHEREScoreBETWEEN200AND500WITHCHECROPTION假設(shè)(‘C0001’，‘2008/5/6’，220)是TableCards表中的一個(gè)元組，下述說法正確的是A)若要查詢積分在200和300之間的有卡標(biāo)識(shí)，通過視圖vCARD查詢會(huì)比連接在TableCards上查詢的效率要高B)數(shù)據(jù)庫系統(tǒng)會(huì)分配存儲(chǔ)空間實(shí)際保存視圖vCards所對(duì)應(yīng)的數(shù)據(jù)C)語句UPDATEvCardsSETScore=260WHERECardID=‘C0001’能成功執(zhí)行D)語句INSERTINTOvCardVALUSE(‘C0010’，‘2008/4/5’，1000)能成功執(zhí)行(23)現(xiàn)有SQLSever2000數(shù)據(jù)庫服務(wù)器，其中的一個(gè)數(shù)據(jù)庫占用80GB空間，另有一臺(tái)用于備份的計(jì)算機(jī)，該機(jī)上有四個(gè)大小均為50GB的硬盤分區(qū)。若要將此數(shù)據(jù)庫完全備份到該計(jì)算機(jī)上，則A)不能實(shí)現(xiàn)，因?yàn)槊總€(gè)分區(qū)上的空間都不夠80GBB)可以先建立一個(gè)備份設(shè)備，這個(gè)備份設(shè)備分別在四個(gè)分區(qū)上各占用20GB空間，然后再用此設(shè)備備份數(shù)據(jù)庫C)可以先在每個(gè)分區(qū)上分別建立一個(gè)備份設(shè)備，指定每個(gè)設(shè)備的大小均為20GB，并建立一個(gè)包含這四個(gè)備份設(shè)備的備份媒體集，最后再用此備份媒體集備份數(shù)據(jù)庫D)可以先在每個(gè)分區(qū)上分別建立一個(gè)不用指定大小的備份設(shè)備，然后將數(shù)據(jù)庫同時(shí)備份到這四個(gè)備份設(shè)備上(24)有一個(gè)具有10萬行數(shù)據(jù)的關(guān)系表，每行占用2000字節(jié)空間，如果SQLSever2000管理的數(shù)據(jù)庫中存放此關(guān)系表，則需要的空間大約是A)300MBB)400MBC)500MBD)600MB(25)下面給出的關(guān)系表r(A，B，C，D)滿足下述哪個(gè)函數(shù)依賴?A)A→BB)B→DC)D→CD)A→D(26)某供應(yīng)商關(guān)系模式為：Provider(PID，Pname，Tel，GoodsID，GoodsClassID，GoodsName，GoodsPrice)該關(guān)系模式應(yīng)滿足如下函數(shù)依賴：PID→Pname，PID→TEL，GoodsIDGoods→ClassID，GoodsID→GoodsName，GoodsName→GoodsPrice則這個(gè)關(guān)系模式的主碼為A)(PID，GoodsName)B)(PID，GoodsClassID)C)(PID，GoodsID)D)(PID，GoodsPrice)(27)給定如下數(shù)據(jù)：