計(jì)算機(jī)三級(jí)數(shù)據(jù)庫技術(shù)-30-真題-無答案

計(jì)算機(jī)三級(jí)數(shù)據(jù)庫技術(shù)-30（總分100，考試時(shí)間90分鐘）一、選擇題TOC\o"1-5"\h\z在數(shù)據(jù)模型三個(gè)要素中，表述客觀世界中數(shù)據(jù)對(duì)象之間關(guān)聯(lián)的。數(shù)據(jù)操作B.數(shù)據(jù)結(jié)構(gòu)C.數(shù)據(jù)視圖D.完整性約束數(shù)據(jù)庫系統(tǒng)的三級(jí)模式結(jié)構(gòu)從數(shù)據(jù)庫系統(tǒng)管理角度考慮數(shù)據(jù)的組織與存儲(chǔ)。下列不屬于數(shù)據(jù)庫三級(jí)模式結(jié)構(gòu)的是。邏輯模式B.物理模式C.外模式D.應(yīng)用模式在信息系統(tǒng)的需求分析中，目前廣為使用的結(jié)構(gòu)化分析與功能建模方法主要有DFD、IDEFO等。其中，DFD建模方法也被稱為過程建模和功能建模方法，其核心是。A.數(shù)據(jù)B.軟件C.數(shù)據(jù)流D.分析過程設(shè)有關(guān)系模式R（A,B，C，D），存在函數(shù)依賴集：{A—B,C—D},則R最高可屬于。1NFB.2NFC.3NFD.BCNF數(shù)據(jù)庫設(shè)計(jì)主要包括概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)三個(gè)步驟。設(shè)有下列活動(dòng)：I.設(shè)計(jì)ER圖將ER圖轉(zhuǎn)換為關(guān)系模式定義數(shù)據(jù)的約束條件W.用SQL語句描述事務(wù)活動(dòng)TOC\o"1-5"\h\z上述活動(dòng)中，屬于邏輯設(shè)計(jì)所包含活動(dòng)的是。僅I、II和IIIB.僅II、III和WC.僅II和IIID.僅II和W從功能上講，數(shù)據(jù)庫應(yīng)用系統(tǒng)設(shè)計(jì)包括四個(gè)層次。下列層次中包含索引設(shè)計(jì)的。表示層B.業(yè)務(wù)邏輯層C.數(shù)據(jù)訪問層D.數(shù)據(jù)持久層在數(shù)據(jù)庫應(yīng)用系統(tǒng)生命周期中，當(dāng)邏輯設(shè)計(jì)階段完成后進(jìn)入到物理設(shè)計(jì)階段。下列不屬于物理設(shè)計(jì)階段活動(dòng)的是。確定關(guān)系表的文件組織形式B.進(jìn)行關(guān)系規(guī)范化設(shè)計(jì)C.創(chuàng)建必要的索引D.設(shè)置存儲(chǔ)分配參數(shù)查詢處理器和存儲(chǔ)管理器是數(shù)據(jù)庫管理系統(tǒng)中的核心模塊。下列關(guān)于查詢處理器和存儲(chǔ)管理器的說法，錯(cuò)誤的是。查詢處理器中的DML編譯器會(huì)對(duì)用戶提交的DML語句進(jìn)行優(yōu)化，并將其轉(zhuǎn)換成能夠執(zhí)行的底層數(shù)據(jù)庫操作指令

存儲(chǔ)管理器中的查詢執(zhí)行引擎會(huì)根據(jù)編譯器產(chǎn)生的指令完成具體數(shù)據(jù)庫數(shù)據(jù)訪問功能存儲(chǔ)管理器中的緩沖區(qū)管理器負(fù)責(zé)將從磁盤讀出的數(shù)據(jù)塊放入內(nèi)存緩沖區(qū)，同時(shí)也負(fù)責(zé)對(duì)緩沖區(qū)中的數(shù)據(jù)塊進(jìn)行維護(hù)查詢處理器中的DDL編譯器編譯或解釋用戶提交的DDL語句，并將生成的元數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)庫的數(shù)據(jù)字典中下列簡化UML關(guān)系圖中，最不恰當(dāng)?shù)氖?。A.B.C.D.刼物C貓鳥磁〔）公司廉員標(biāo)題窗體f外框f顯示頁設(shè)有購買表（顧客號(hào)，商品號(hào)，購買時(shí)間）。現(xiàn)要查詢2012年顧客A購買了但顧客B沒有購買的商品。有下列查詢語句：I.SELECT商品號(hào)FROM購買表

WHEREYEAR(購買時(shí)間)="2012"AND顧客號(hào)="A"AND商品號(hào)NOTIN(SELECT商品號(hào)FROM購買表WHEREYEAR(購買時(shí)間)="2012"AND顧客號(hào)="B")SELECT商品號(hào)FROM購買表WHEREYEAR(購買時(shí)間)="2012"AND顧客號(hào)="A"EXCEPTSELECT商品號(hào)FROM購買表WHEREYEAR(購買時(shí)間)="2012"AND顧客號(hào)="B"SELECT商品號(hào)FROM購買表WHEREYEAR(購買時(shí)間)="2012"AND顧客號(hào)="A"INTERSECTSELECT商品號(hào)FROM購買表WHEREYEAR(購買時(shí)間)="2012"AND顧客號(hào)="B"W.SELECT商品號(hào)FROM購買表WHEREYEAR(購買時(shí)間)="2012"AND顧客號(hào)="A"UNIONSELECT商品號(hào)FROM購買表WHEREYEAR(購買時(shí)間)="2012"AND顧客號(hào)V>"B"上述語句中，能夠?qū)崿F(xiàn)該查詢要求的是。僅I和IIB.僅I和IIIC.僅I和WD.全部在SQLServer2008中，設(shè)在某數(shù)據(jù)庫中建有如下所示的存儲(chǔ)過程：CREATEPROCP1@aint=20,@bchar(4)AS設(shè)有下列調(diào)用該存儲(chǔ)過程的語句：EXECP1100,"a01"EXECP1"a01"EXECP1@b="a01"W.EXECP1@a=default,@b="a01"上述語句中，能夠正確調(diào)用該存儲(chǔ)過程的是。A.僅I和IIB.僅I、II和IIIC.僅I、III和WD.全部在SQLServer2008中，設(shè)表T(a,b)上建有如下觸發(fā)器:CREATETRIGGERtri_updateONTFORUPDATEASIFEXISTS(SELECT*FROMinsertedWHEREbnotbetween0and100)KULLBACK設(shè)表T中已有數(shù)據(jù)：("a01",90),如果執(zhí)行語句：UPDATETSETb=100WHEREa="a01"則觸發(fā)器臨時(shí)工作表及執(zhí)行完該語句后表T中的數(shù)據(jù)為。T表：("a01",100)INSERTED表：("a01",90)DELETED表：("a01",100)T表：("a01",90)INSERTED表：("a01",90)DELETED表：("a01",100)

T表：("a01",100)INSERTED表：("a01",100)DELETED表：("a01",90)T表：("a01",90)INSERTED表：("a01",100)DELETED表：("a01",90)下列關(guān)于SQLServer2008視圖的說法，錯(cuò)誤的是。數(shù)據(jù)庫中只存儲(chǔ)標(biāo)準(zhǔn)視圖的定義，并不存儲(chǔ)標(biāo)準(zhǔn)視圖的內(nèi)容如果在視圖上創(chuàng)建了唯一聚集索引，則數(shù)據(jù)庫中將保存該視圖的內(nèi)容索引視圖的數(shù)據(jù)源可以是基本表，也可以是已建立的其他標(biāo)準(zhǔn)視圖索引視圖引用的基本表必須與視圖在同一個(gè)數(shù)據(jù)庫中在SQLServer2008中，設(shè)要為數(shù)據(jù)庫DB1添加一個(gè)新的數(shù)據(jù)文件，該文件的邏輯名為TOC\o"1-5"\h\zfilex,物理文件名為filex.ndf,存儲(chǔ)位置為D:\DB1，初始大小和最大大小均采用系統(tǒng)默認(rèn)值,增長方式為自動(dòng)增長，每次增加20%。下列語句中正確的是。ALTERDATABASEDB1ADDFILE(NAME=filex,FILENAME=D:\DB1\filex.ndf,FILEGROWTH=20)ALTERDATABASEDB1ADDFILE(NAME=filex,FILENAME=D:\DB1\filex.ndf,FILEGROWTH=20%)ALTERDATABASEDB1ADDFILE(NAME=filex,FILENAME="D:\DB1\filex.ndf",FILEGROWTH=20)ALTERDATABASEDB1ADDFILE(NAME=filex,FILENAME="D:\DB1\filex.ndf",FILEGROWTH=20%)在SQLServer2008中，建立索引視圖的目的是為了提高數(shù)據(jù)查詢的效率。下列關(guān)于索引視圖的說法，錯(cuò)誤的是。當(dāng)很少對(duì)基表數(shù)據(jù)進(jìn)行更改操作時(shí)，適合建立索引視圖索引視圖的數(shù)據(jù)被物理地保存在數(shù)據(jù)庫中，因此建立索引視圖會(huì)占用更多的存儲(chǔ)空間對(duì)于經(jīng)常執(zhí)行連接和聚合操作的查詢，不適合建立索引視圖如果GroupBy列具有高基數(shù)度的數(shù)據(jù)聚合，則不適合建立索引視圖下列關(guān)于SQLServer2008中g(shù)uest用戶的說法，錯(cuò)誤的是。guest用戶沒有對(duì)應(yīng)的登錄賬戶名通過授權(quán)語句可以啟用數(shù)據(jù)庫中的guest用戶所有數(shù)據(jù)庫用戶都繼承該數(shù)據(jù)庫中g(shù)uest用戶的權(quán)限任何SQLServer登錄賬戶都可以訪問啟用了guest用戶的數(shù)據(jù)庫下列關(guān)于SQLServer2008身份驗(yàn)證模式的說法，錯(cuò)誤的是。在“Windows身份驗(yàn)證模式"下，不允許sa登錄到SQLServer服務(wù)器在“Windows身份驗(yàn)證模式”下，所有Windows用戶都自動(dòng)具有登錄到SQLServer服務(wù)器的權(quán)限不管是哪種身份驗(yàn)證模式，Windows中的Administrator無需授權(quán)就可登錄到SQLServer服務(wù)器安裝好SQLServer之后，可以根據(jù)需要隨時(shí)更改身份驗(yàn)證模式提高事務(wù)的并發(fā)度可以改進(jìn)數(shù)據(jù)庫應(yīng)用系統(tǒng)的性能。有下列做法：I.盡可能使用排它鎖盡可能使用行鎖設(shè)定較低的事務(wù)隔離等級(jí)W.將大事務(wù)切分成若干小事務(wù)上述做法中，可以提高系統(tǒng)的事務(wù)并發(fā)度的。僅I、II和IIIB.僅I、II和WC.僅II、III和WD.以上全部

數(shù)據(jù)庫應(yīng)用系統(tǒng)日常維護(hù)的目標(biāo)是保證系統(tǒng)能夠正常運(yùn)行以滿足系統(tǒng)預(yù)期的功能和性能要球。下列關(guān)于數(shù)據(jù)庫應(yīng)用系統(tǒng)日常維護(hù)工作的說法，錯(cuò)誤的。數(shù)據(jù)庫管理員應(yīng)根據(jù)不同的應(yīng)用要求制定不同的備份計(jì)劃，在備份計(jì)劃中應(yīng)包含備份的時(shí)間、周期、備份方式和備份內(nèi)容等數(shù)據(jù)庫管理員應(yīng)監(jiān)控?cái)?shù)據(jù)庫中各種鎖的使用情況，在數(shù)據(jù)庫出現(xiàn)鎖不能及時(shí)解除時(shí)可能需要手工解鎖很多情況下，數(shù)據(jù)庫管理員需要定期檢查CPU、內(nèi)存使用情況和操作系統(tǒng)相關(guān)日志，防止數(shù)據(jù)庫運(yùn)行環(huán)境故障導(dǎo)致數(shù)據(jù)庫出現(xiàn)問題為了保證系統(tǒng)可靠運(yùn)行，運(yùn)行要求級(jí)別較高的數(shù)據(jù)庫一般采用人工監(jiān)控方法，很少采用自動(dòng)監(jiān)控手段數(shù)據(jù)庫應(yīng)用系統(tǒng)投入運(yùn)行后，應(yīng)用系統(tǒng)進(jìn)入運(yùn)行管理與維護(hù)階段。設(shè)某學(xué)生管理系統(tǒng)在運(yùn)行管理與維護(hù)階段有如下工作：I.定期檢查數(shù)據(jù)文件的存儲(chǔ)空間占用情況，并根據(jù)需要分配存儲(chǔ)空間分析數(shù)據(jù)庫中各種操作，以發(fā)現(xiàn)潛在性能問題將數(shù)據(jù)庫中歷史數(shù)據(jù)轉(zhuǎn)儲(chǔ)到離線存儲(chǔ)介質(zhì)中長期保存TOC\o"1-5"\h\zW.根據(jù)用戶要求對(duì)應(yīng)用程序從功能上進(jìn)行擴(kuò)充和完善以上工作中一般不屬于數(shù)據(jù)庫管理員日常維護(hù)工作的。A.僅I和IIIB.僅WC.僅II和WD.僅II在進(jìn)行數(shù)據(jù)庫性能調(diào)優(yōu)過程中，需要考慮數(shù)據(jù)庫系統(tǒng)軟件、硬件配置、網(wǎng)絡(luò)環(huán)境等多方面因素。下列有關(guān)性能調(diào)優(yōu)的說法，錯(cuò)誤的是。修改某些頻繁使用的SQL語句，提高其性能，可能會(huì)大幅度降低數(shù)據(jù)庫CPU使用率隨著服務(wù)器CPU處理能力提高、內(nèi)存容量增大，現(xiàn)階段數(shù)據(jù)庫性能優(yōu)化一般以更換服務(wù)器硬件為主要調(diào)優(yōu)手段當(dāng)數(shù)據(jù)庫服務(wù)器磁盤IO出現(xiàn)寫瓶頸時(shí)，可以考慮使用高速磁盤存儲(chǔ)常用數(shù)據(jù)，低速磁盤存儲(chǔ)不常用數(shù)據(jù)索引可以提高某些查詢的速度，但也可能降低寫入速度，同時(shí)也會(huì)增加磁盤空間使用下列關(guān)于數(shù)據(jù)庫實(shí)施、運(yùn)行和維護(hù)的說法中，最恰當(dāng)?shù)摹?duì)于數(shù)據(jù)量超大的數(shù)據(jù)庫應(yīng)用系統(tǒng)，最好在剛剛建立好數(shù)據(jù)庫且未導(dǎo)入任何數(shù)據(jù)前編寫調(diào)試應(yīng)用程序?qū)τ跀?shù)據(jù)量極大的中大型系統(tǒng)，不需要等待所有的數(shù)據(jù)都入庫后才開始試運(yùn)行，可以先裝載少量的數(shù)據(jù)，等到試運(yùn)行的結(jié)果符合設(shè)計(jì)要求后，再批量裝入全部數(shù)據(jù)數(shù)據(jù)庫的重構(gòu)不僅需要在原來的數(shù)據(jù)庫設(shè)計(jì)的基礎(chǔ)上做適當(dāng)?shù)臄U(kuò)充或修改，也最好考慮重新設(shè)計(jì)相應(yīng)的應(yīng)用程序索引的根本目的是為了提高查詢效率，但當(dāng)數(shù)據(jù)量龐大時(shí)也會(huì)占用大量的磁盤空間。由于查詢緩存的存在，因此不需要為經(jīng)常在查詢中作為條件的列建立索引設(shè)某數(shù)據(jù)庫服務(wù)器中配置有2塊300GB和1塊500GB的硬盤，為了保證可靠性，數(shù)據(jù)庫管理員在3塊硬盤上建立了RAID5。建立RAID5后，可用的磁盤空間為。A.1100GBB.600GBC.300GBD.500GB某商場(chǎng)經(jīng)營管理系統(tǒng)在3點(diǎn)進(jìn)行了數(shù)據(jù)庫全備份，9點(diǎn)進(jìn)行了數(shù)據(jù)庫日志備份，10點(diǎn)30分存儲(chǔ)數(shù)據(jù)庫數(shù)據(jù)的磁盤出現(xiàn)故障，但日志保存在另外一個(gè)磁盤中。數(shù)據(jù)庫管理員發(fā)現(xiàn)問題后隨即進(jìn)行數(shù)據(jù)恢復(fù)工作，在所有備份均可用的情況下，數(shù)據(jù)庫數(shù)據(jù)可以恢復(fù)到的時(shí)間點(diǎn)為

A.3點(diǎn)B.9點(diǎn)C.10點(diǎn)30分D.數(shù)據(jù)庫不可恢復(fù)在SQLServer2008中，設(shè)某日用bkl和bk2設(shè)備對(duì)DB1數(shù)據(jù)庫進(jìn)行了如下備份操作(說明：括號(hào)中內(nèi)容為備份開始時(shí)間)：bk1設(shè)備：完整(10:00)、日志(11:00)、日志(13:00)、日志(15:00)bk2設(shè)備：差異(12:00)、差異(14:00)、差異(16:00)現(xiàn)要利用備份將DB1數(shù)據(jù)庫恢復(fù)到16:00狀態(tài)。下列恢復(fù)序列中，正確的是。完整(10:00)—日志(11:00)—日志(13:00)—日志(15:00)—差異(16:00)完整(10:00)—差異(12:00)—差異(14:00)—差異(16:00)完整(10:00)—日志(11:00)—差異(12:00)—日志(13:00)—差異(14:00)—日志(15:00)—差異(16:00)完整(10:00)—差異(16:00)XML數(shù)據(jù)庫是一種新型的數(shù)據(jù)庫管理系統(tǒng)。下列關(guān)于XML數(shù)據(jù)庫的說法，錯(cuò)誤的是由于XML文檔本身帶有標(biāo)記，可以自描述，因此XML數(shù)據(jù)庫并不對(duì)XML文檔進(jìn)行解析目前XML數(shù)據(jù)庫主要包括XEDB、NXD和HXD三種類型很多關(guān)系數(shù)據(jù)庫廠商在其傳統(tǒng)的數(shù)據(jù)庫產(chǎn)品中進(jìn)行了擴(kuò)充，使其能夠處理XML文檔在數(shù)據(jù)本身具有層次特征時(shí)，XML文檔能夠清晰地表達(dá)數(shù)據(jù)的層次特征現(xiàn)有一個(gè)大型咨詢公司的數(shù)據(jù)庫應(yīng)用系統(tǒng)，每個(gè)部門都要生成大量的全局報(bào)表并執(zhí)行少量的更新操作。隨著數(shù)據(jù)量的增加，系統(tǒng)出現(xiàn)了性能瓶頸。鑒于各個(gè)部門地理上是分散的,公司希望采用分布式數(shù)據(jù)庫技術(shù)解決該問題。下列數(shù)據(jù)分配方式中最適合該應(yīng)用的是A.集中式B.分割式C.復(fù)制式D.混合式下列關(guān)于分布式數(shù)據(jù)庫和并行數(shù)據(jù)庫的說法，正確的。為了滿足高并發(fā)業(yè)務(wù)的需要，共享內(nèi)存結(jié)構(gòu)的并行數(shù)據(jù)庫比較適用于如銀行出納、民航售票等OLTP應(yīng)用在分布式數(shù)據(jù)庫的查詢中，導(dǎo)致數(shù)據(jù)傳輸量大的主要原因是數(shù)據(jù)間的連接操作和選擇操作。如果數(shù)據(jù)分布不合理，并行數(shù)據(jù)庫僅僅依靠多處理器、共享硬件資源等手段是無法實(shí)現(xiàn)真正意義上的并行處理的，也無法使其性能最優(yōu)化與集中式數(shù)據(jù)庫系統(tǒng)的事務(wù)相比，分布式數(shù)據(jù)庫系統(tǒng)中只需要一個(gè)場(chǎng)地完成提交即可完成一個(gè)全局事務(wù)，這正是分布式數(shù)據(jù)庫的優(yōu)越之處關(guān)于商場(chǎng)的DBAS，設(shè)有如下數(shù)據(jù)內(nèi)容：I.數(shù)據(jù)庫結(jié)構(gòu)說明II.顧客名單III.數(shù)據(jù)清洗規(guī)則W.訂單細(xì)節(jié)數(shù)據(jù)V.商品分類銷售匯總數(shù)據(jù)上述選項(xiàng)中是元數(shù)據(jù)的是。A.僅I、II、III和WB.僅I、II、III和VC.僅I和IIID.全部都是以下是某商場(chǎng)的購物記錄集合，每個(gè)購物籃中包含若干商品?，F(xiàn)在要基于該數(shù)據(jù)集進(jìn)行關(guān)聯(lián)規(guī)則挖掘，如果設(shè)置最小支持度為60%，最小置信度為80%，則在以下列出的關(guān)聯(lián)規(guī)則中，符合條件的。購物籃編號(hào)商品

1A，B2A，B，C，D3A，C，D4B，C5B，C，DA.A—BB.B—CC.C—BD.D—C二、應(yīng)用題數(shù)據(jù)庫管理系統(tǒng)為用戶和應(yīng)用程序提供了語言，用此語言可以定義數(shù)據(jù)庫的模式結(jié)構(gòu)，但此語言執(zhí)行后的結(jié)果不能回滾。當(dāng)用戶在一個(gè)關(guān)系表的某一列上建立一個(gè)非聚集索引（該表沒有聚集索引）時(shí)，數(shù)據(jù)庫管理系統(tǒng)會(huì)自動(dòng)為該索引維護(hù)一個(gè)索引結(jié)構(gòu)。該索引結(jié)構(gòu)中的記錄是由和它相對(duì)應(yīng)的指針構(gòu)成的。在UML中，當(dāng)要描述狀態(tài)之間的轉(zhuǎn)換時(shí)，可通過圖來體現(xiàn)時(shí)間因子的作用?，F(xiàn)要查詢C01課程考試成績最高的前3名學(xué)生的學(xué)號(hào)和成績（包括并列的情況）。請(qǐng)補(bǔ)全下列語句：SELECT3學(xué)號(hào)，成績FROM選課表WHERE課程號(hào)="C01"ORDERBY成績DESC在SQLServer2008中，能夠出現(xiàn)在SELECT語句目標(biāo)列中的用戶自定義函數(shù)是函數(shù)。設(shè)要在表T上建立一個(gè)針對(duì)插入操作的前觸發(fā)器，請(qǐng)補(bǔ)全下列語句：CREATETRIGGERtri_insertONTINSERTSQLServer2008中聲明游標(biāo)的語句為：DECLARExcursorSELECT...在SQLServer2008中，用戶數(shù)據(jù)庫中主要數(shù)據(jù)文件的擴(kuò)展名為。設(shè)在SQLServer2008某數(shù)據(jù)庫中，要設(shè)置不允許用戶U1獲得對(duì)表T數(shù)據(jù)的刪除權(quán)限，請(qǐng)補(bǔ)全實(shí)現(xiàn)該授權(quán)操作的SQL語句：ONTTOU1;優(yōu)化SQL語句執(zhí)行效率屬于數(shù)據(jù)庫應(yīng)用系統(tǒng)階段的任務(wù)。為避免活鎖現(xiàn)象的發(fā)生，數(shù)據(jù)庫管理系統(tǒng)采用策略處理事務(wù)的加鎖請(qǐng)求。數(shù)據(jù)庫系統(tǒng)出現(xiàn)故障是不可避免的。當(dāng)數(shù)據(jù)庫系統(tǒng)出現(xiàn)事務(wù)故障和系統(tǒng)故障時(shí)需使用數(shù)據(jù)庫的文件進(jìn)行恢復(fù)。分布式數(shù)據(jù)庫的透明性是最高級(jí)別的透明性，它使得在編寫程序時(shí)用戶只需要對(duì)全局關(guān)系進(jìn)行操作，這樣簡化了應(yīng)用程序的維護(hù)。在OLAP的實(shí)現(xiàn)方式中，以多維數(shù)組作為存儲(chǔ)結(jié)構(gòu)的被稱作OLAP。在數(shù)據(jù)倉庫環(huán)境中，粒度是一個(gè)重要的設(shè)計(jì)問題。粒度，細(xì)節(jié)程度越高，能回答的查詢就越多，數(shù)據(jù)量就比較大。三、設(shè)計(jì)與應(yīng)用題1.已知有如下關(guān)系模式：R1（a