2008年9月全國計算機等級考試四級數(shù)據(jù)庫工程師試卷答案_第1頁
2008年9月全國計算機等級考試四級數(shù)據(jù)庫工程師試卷答案_第2頁
2008年9月全國計算機等級考試四級數(shù)據(jù)庫工程師試卷答案_第3頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

2008年9月全國計算機等級考試四級數(shù)據(jù)庫工程師試卷答案一、選擇題(1-20每題1分,21-30每題2分,共40分)1.A2.A3.D4.D5.A6.D7.D8.C9.C10.B11.C12.D13.A14.A15.B16.A17.B18.C19.D20.D21.B22.C23.C24.A25.B26.C27.B28.D29.D30.C二、簡答題答案

(1)答案:略,詳見解析。

(2)答案:

①CREATECLUSTEREDINDEXZY_indONStudents(專業(yè))

②索引文件的物理存儲結構示意圖:

數(shù)據(jù)文件的物理存儲結構示意圖:

三、設計與應用題答案

(2)

②圖書銷售表中,讀者信息應當單獨新建一張表,否則就會造成大量的數(shù)據(jù)冗余。

③出版社表(出版社編號,出版社名稱)主碼:出版社編號

出版表(出版社編號,圖書編號,出版時間,出版數(shù)量,版次)主碼:(出版社編號,圖書編號)

圖書表(圖書編號,圖書名稱)主碼:圖書編號

書店表(書店編號,聯(lián)系電話,所在城市編號)主碼:書店編號

城市表(所在城市編號,城市名稱)主碼:所在城市編號

讀者表(讀者編號,讀者姓名,讀者電話)主碼:讀者編號

圖書銷售表(圖書編號,讀者編號,銷售日期,銷售數(shù)量,書店編號)主碼:(圖書編號,讀者編號)

(3)

答案:①A=30;B=20;C=40;

②日志記錄:302080

A=30;B=20;C=40;

答案解析一、選擇題1.分析:本題考察的學問點是規(guī)劃與分析階段的輸出結果。在數(shù)據(jù)庫應用系統(tǒng)生命周期模型中,規(guī)劃與分析階段的輸出結果包括系統(tǒng)范圍與邊界、可行性分析報告和項目安排書等,所以本題的答案為A。

2.分析:(2)解析:本題考察的學問點是DFD建模方法。目前在信息系統(tǒng)的需求分析中廣為運用的建模方法主要有數(shù)據(jù)流程圖(DFD)方法和IDEF0建模方法,都屬于結構化分析方法,所以本題的答案為A。

3.分析:在最終的IDEF模型中,全部實體集間的聯(lián)系都必需用確定聯(lián)系來描述,不允許出現(xiàn)不確定聯(lián)系,不確定聯(lián)系又稱為"多對多聯(lián)系",所以本題的答案為D。

4.分析:對于常常在其上須要執(zhí)行查詢操作并且數(shù)據(jù)量很大的表,可以考慮建立索引;對于常常出現(xiàn)在where子句、orderby子句和groupby子句中的屬性就可以考慮運用索引;另外,索引技術是用來優(yōu)化查詢操作的,與插入、刪除和更改操作沒有關系。

5.分析:軟件生命周期包括制定安排,需求分析,軟件設計,程序編寫,軟件測試,運行與維護。系統(tǒng)的總體設計階段是以可行性分析和需求分析的結果為輸入的,所以系統(tǒng)總體設計階段的輸入是技術可行性分析報告和需求規(guī)范說明書。

6.分析:由Transact-SQL授權語句可知D選項語句正確,所以本題的答案應當為D。

7.分析:public角色是系統(tǒng)供應的數(shù)據(jù)庫級的角色,管理員可以對其進行授權,但不行以在其中添加和刪除成員,因此答案為D。

8.分析:RecordSet對象用于在客戶端內(nèi)存中存放數(shù)據(jù)查詢的結果,所以本題的答案為C。

9.分析:在ADO對象模型中,ADO是建立在OLEDB接口之上的高層接口集,因此本題答案為C。

10.分析:UML的靜態(tài)建模機制中,用例圖用于表示系統(tǒng)的功能模型,所以本題的答案為B。

11.分析:解析:集中式數(shù)據(jù)安排策略有利于進行數(shù)據(jù)限制;分割式數(shù)據(jù)安排策略對局部數(shù)據(jù)限制敏捷,但對全局數(shù)據(jù)存取效率低;全復制式數(shù)據(jù)安排策略牢靠性高,響應速度快,但數(shù)據(jù)冗余大,同步維護困難,因此本題答案為C。

12.分析:輪轉法劃分能保證元組在多個磁盤上的平均安排,但是對于點查詢和范圍查詢的處理比較困難,明顯的降低了查詢效率,所以本題的答案為D。

13.分析:堆文件也稱為無序(記錄)文件。在堆文件中,記錄隨機地存儲在文件物理空間中,新插入的記錄存儲在文件的末尾,所以本題的答案為A。

14.分析:在計算機系統(tǒng)重新啟動后,對于未完成的事務可能已經(jīng)寫入數(shù)據(jù)庫的內(nèi)容,回滾全部未完成的事務寫的結果,以保證數(shù)據(jù)庫中數(shù)據(jù)的一樣性;對于已完成的事務可能部分或全部留在緩沖區(qū)的結果,須要重做全部已提交的事務,以將數(shù)據(jù)庫真正復原到一樣狀態(tài)。即當數(shù)據(jù)庫發(fā)生系統(tǒng)故障時,容錯對策是在重新啟動系統(tǒng)后,撤銷(UNDO)全部未提交的事務,重做(REDO)全部已提交的事務。

15.分析:數(shù)據(jù)庫系統(tǒng)中,動態(tài)備份允許轉儲操作和用戶事務并發(fā)執(zhí)行,即允許在轉儲過程中對數(shù)據(jù)庫進行存取和修改,所以本題的答案為B。

16.分析:外模式/模式映像定義了數(shù)據(jù)庫中不同用戶的外模式與數(shù)據(jù)庫邏輯模式之間的對應關系。當數(shù)據(jù)庫模式發(fā)生變更時,通過調整外模式/模式間的映像關系,使得應用程序不必隨之修改,從而保證數(shù)據(jù)與應用程序間的邏輯獨立性,簡稱數(shù)據(jù)的邏輯獨立性,所以本題的答案為A。

17.分析:在SQLServer2000中,事務日志備份要求故障還原模型必需是完全的,因此本題答案為B。

答案:B

18.分析:數(shù)據(jù)庫試運行一般是與編寫調試程序的工作同步開展的,因此本題答案為C。

19.分析:數(shù)據(jù)倉庫概念模型設計與數(shù)據(jù)庫的概念模型設計大致相同,須要設計實體關系圖,給出數(shù)據(jù)表的劃分,并給出每個屬性的定義域。對于在層次結構中的每個主題,須要進行具體的調研,確定要分析的指標,確定用戶從哪些角度來分析數(shù)據(jù)即維度,還要確定用戶分析數(shù)據(jù)的細化或綜合程度即粒度。

20.分析:執(zhí)行分布式數(shù)據(jù)庫查詢時,導致數(shù)據(jù)傳輸量大的主要緣由是數(shù)據(jù)間的連接操作和并操作,因此本題答案為D。

21.分析:事務中的操作,要么都勝利,要么都失敗。明顯操作二在針對("03560","研發(fā)",4600)是會失敗,則整個操作全部失敗,數(shù)據(jù)將不會修改,故選B。

22.分析:運用視圖不行以提高查詢效率,A選項錯誤。視圖是虛表,它隨基本表的存在而存在,不會占用系統(tǒng)存儲空間,B選項錯誤。D選項中1000超出有效范圍。

23.分析:對于有80G的數(shù)據(jù)庫,分四個硬盤分區(qū)來存儲,可以先在每個分區(qū)上分別建立一個備份設備,指定每個設備的大小均為20GB,并建立一個包含這四個備份設備的備份媒體集,最終再用此備份媒體集備份數(shù)據(jù)庫

24.分析:按一個數(shù)據(jù)頁能存多少行數(shù)據(jù),這些數(shù)據(jù)須要多少個數(shù)據(jù)頁來估算,也許是300MB。,所以本題的答案為A。

25.分析:依據(jù)函數(shù)依靠的定義:關系R上不行能存在兩個元組在X上的屬性值相等,而在Y上的屬性值不等,從表中看來只有B→D,所以本題的答案為B。

26.分析:本題考察的學問點為關系模式中的函數(shù)依靠。由題中給出的函數(shù)依靠關系我們不難看出,PID和GoodsID都不能單獨完全確定其他屬性,但兩者結合構成主碼就可以完全確定其他所以屬性,所以本題的答案為C。

27.分析:元數(shù)據(jù)(MetaData)是關于數(shù)據(jù)的數(shù)據(jù),其內(nèi)容一般包括主題描述、外部數(shù)據(jù)和非結構化數(shù)據(jù)的描述、層間數(shù)據(jù)映射關系、邏輯模型定義、集成時的數(shù)據(jù)轉換規(guī)則、數(shù)據(jù)的抽取歷史、數(shù)據(jù)分區(qū)定義以及有關存儲路徑和結構的描述等。所以本題的答案應當為B。

28.分析:在表中實現(xiàn)自動計算某一字段的值,可以采納觸發(fā)器,所以本題的答案為D。

29.分析:本題考察的是表記錄的條件查詢,由題意我們可以看出D選項可以實現(xiàn)查詢要求,所以本題的答案為D。

30.分析:粒度越大,綜合程度越高,假如數(shù)據(jù)倉庫不保存低粒度的數(shù)據(jù),只有粗粒度的數(shù)據(jù),則須要存儲的數(shù)據(jù)量就較少,所以本題的答案為C。

二、應用與設計題1.分析:簡答題解析

(1)解析:

I:試圖不能建立索引,無效。

II:視圖V1建立在T3上,T2的索引優(yōu)化對V1沒有影響。

III:可以在肯定程度上提高V1的查詢效率,但是從T3的每行記錄粒度為"日"查詢到粒度"季",大約每次查詢涉及90行。而從T4的每行記錄粒度為"月"查詢到粒度"季",大約每次查詢只涉及3行,明顯后者的查詢效率更高。另外T2的訪問頻率相當高,若是V1建立在T2上,明顯會更加增加其查詢頻率,降低查詢效率。

IV:為5種方案中最優(yōu)方案。每次查詢涉及行數(shù)最少(3條),而且T4的訪問頻率最低。

V:每次查詢牽涉記錄行數(shù)比方案III要多,雖然T2查詢頻率較T3少,但是總體性能不如方案III.

(2)解析:本題考察的是聚集索引的創(chuàng)建及數(shù)據(jù)文件的物理存儲結構。2.分析:三、設計與應用題解析

(1)解析:存儲過程的建立運用CREATEPROCEDURE,對存儲過程中變量的命名要用到@變量名,

CreateprocedurepUpdate

@flaschar(6),

@jgasvarchar(20)output

As

Ifnotexists(Select*from商品表where分類=@fl)

BEGIN

If@fl="電腦"Update商品表set單價=單價*0.9where分類="電腦"

Else

BEGIN

If(@fl="電視")Update商品表set單價=單價*0.94where分類="電視"

Else

BEGIN

If(@fl="冰箱")Update商品表set單價=單價*0.97where分類="冰箱"

END

END

Setjg="修改已勝利"

END

Else

Setjg="指定的分類不存在"

(2)解析:本題考察的主要是數(shù)據(jù)庫設計優(yōu)化,關系數(shù)據(jù)模型轉換及規(guī)范化處理。一本圖書只能在一個出版社出版,即出版社與圖書是一對多的關系,一個書店可以出售多本圖書給多個讀者,每位讀者可以從多個書店購買多本圖書,一本圖書可通過多個書店出售讀者,即有圖書,讀者與書店都是多對多的關系,它們之間通過出售實體來聯(lián)系。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論