2008年9月等考四級(jí)數(shù)據(jù)庫(kù)工程師真題專家解析
原創(chuàng)【51CTO.com獨(dú)家特稿】2008年9月全國(guó)計(jì)算機(jī)等考四級(jí)數(shù)據(jù)庫(kù)工程師筆試試題答案解析。
2008年9月全國(guó)計(jì)算機(jī)等考四級(jí)數(shù)據(jù)庫(kù)工程師筆試試題
一、選擇題:
1.A.。規(guī)劃與分析階段包括任務(wù)陳述、確定任務(wù)目標(biāo)、確定系統(tǒng)范圍與邊界、確定用戶視圖。
2.A 。
3.D.在最終的IDEF1X模型中,所有實(shí)體集間的聯(lián)系必須用確定聯(lián)系來(lái)描述,m:n屬于不確定聯(lián)系。
4.D.常用的數(shù)據(jù)查詢最好建立在索引上,可以提高查詢性能。而在經(jīng)常更新的屬性上建立索引,將連帶導(dǎo)致經(jīng)常 更新索引,降低性能。
5.A.
6.D.授權(quán)語(yǔ)句為:GRANT 對(duì)象權(quán)限名[,…]ON{表名|視圖名|存儲(chǔ)過(guò)程名} TO {數(shù)據(jù)庫(kù)用戶名|用戶角色名},這里權(quán)限是select,表名是T1,用戶是u1。
7.D.
8.C.連接數(shù)據(jù)庫(kù)的是Connection對(duì)象,RecordSet從數(shù)據(jù)庫(kù)中獲取記錄并存放與本地內(nèi)存中。
9. C。
10. B。
11.C.
12.D。輪轉(zhuǎn)法對(duì)點(diǎn)查詢和范圍查詢的處理非常復(fù)雜,但是范圍劃分法就相當(dāng)簡(jiǎn)單。
13.A。
14.A.回滾就是撤銷以前的數(shù)據(jù)庫(kù)修改,即UNDO操作。
15.B.靜態(tài)轉(zhuǎn)儲(chǔ)不能運(yùn)行其它事務(wù),降低了可用性,動(dòng)態(tài)轉(zhuǎn)儲(chǔ)正好相反。
16.A.
17.D.要進(jìn)行事務(wù)日志備份,必須將數(shù)據(jù)庫(kù)的故障還原模型設(shè)置為"完全"方式或"大容量日志記錄的"方式。
18.D。壓力、并發(fā)、查詢效率都是性能范疇。
19.C.
20.D 。
21.B.事務(wù)中的操作,要么都成功,要么都失敗。顯然操作二在針對(duì)("03560","研發(fā)",4600)是會(huì)失敗,則整個(gè)操作全部失敗,數(shù)據(jù)將不會(huì)修改,故選B。
22. C。試圖只是方便查詢,并不實(shí)際分配存儲(chǔ)空間,也不會(huì)提高查詢性能,故選項(xiàng)A、B錯(cuò)誤。又由于1000不在200和500之間,故根據(jù)WITH CHECK OPTION的要求將不能插入,故選項(xiàng)D錯(cuò)誤。
23.C。
24.B.SQLSERVER以頁(yè)為最小存儲(chǔ)單位,一個(gè)頁(yè)為8K,故一個(gè)頁(yè)最多可以存儲(chǔ)2行。所以存儲(chǔ)10萬(wàn)行需要10萬(wàn)/2=5萬(wàn)個(gè)頁(yè),總?cè)萘繛椋?萬(wàn)×8K=400M。
25.B.第A列有兩個(gè)1,因此A'B和A'D都將不唯一,故選項(xiàng)A、D錯(cuò)誤。同理D中有兩個(gè)1,故D'A、D'B和D'C都將不唯一,故選項(xiàng)C錯(cuò)誤。而B中,每一列都不相同,故理論上可以存在B'A、B'C、B'D,當(dāng)然還有A'C。
26.C.將出現(xiàn)在函數(shù)右邊的屬性統(tǒng)統(tǒng)剔除,剩余PID和GoodsID。
27.B.元數(shù)據(jù)是數(shù)據(jù)的數(shù)據(jù),題中數(shù)據(jù)有I和II,數(shù)據(jù)的數(shù)據(jù)有II和V,故選擇B。
28.D.創(chuàng)建一個(gè)觸發(fā)器可以滿足需求。
29 C。SQL語(yǔ)句:
Select 課程號(hào) from 授課表 a JOIN 教師表 b On a.教師號(hào)=b.教師號(hào) where 職稱='教授',
可以找出所有被教授上過(guò)的課,那么不在其中的自然就是沒(méi)有被教授上過(guò)的課。
30.C.一條月銷售記錄包含的粒度最大,而月銷售表顯然記錄數(shù)最少,故選擇C。#p#
二、簡(jiǎn)答題
1.
I:試圖不能建立索引,無(wú)效。
II:視圖V1建立在T3上,T2的索引優(yōu)化對(duì)V1沒(méi)有影響。
III:可以在一定程度上提高V1的查詢效率,但是從T3的每行記錄粒度為"日"查詢到粒度"季",大約每次查詢涉及90行。而從T4的每行記錄粒度為"月"查詢到粒度"季",大約每次查詢只涉及3行,顯然后者的查詢效率更高。另外T2的訪問(wèn)頻率相當(dāng)高,若是V1建立在T2上,顯然會(huì)更加增加其查詢頻率,降低查詢效率。
IV:為5種方案中最優(yōu)方案。每次查詢涉及行數(shù)最少(3條),而且T4的訪問(wèn)頻率最低。
V:每次查詢牽涉記錄行數(shù)比方案III要多,雖然T2查詢頻率較T3少,但是總體性能不如方案III.
2、
(1)create clustered index ZY_ind on Students(專業(yè) ASC)。
(2)
![]() |
三、
1、
Create procedure pUpdate |
Create procedure pUpdate |
2、
(1)如圖:
![]() |
(2)第二范式編碼,數(shù)據(jù)存在冗余,比如圖書銷售表應(yīng)該為:
圖書編號(hào)、書店編號(hào)、售書日期、售書數(shù)量、讀者編號(hào)等信息就可以了,至于讀者姓名和讀者電話等信息應(yīng)該存儲(chǔ)在讀者表中。
(3)
出版社表(出版社編號(hào),出版社名稱),主鍵:出版社編號(hào)
圖書表(圖書編號(hào),圖書名稱,出版社編號(hào),出版時(shí)間,出版數(shù)量,版次),主鍵:圖書編號(hào)。外鍵:出版社編號(hào)。
讀者表(讀者編號(hào),讀者姓名,讀者電話),主鍵:讀者編號(hào)
城市表(城市編號(hào),城市名稱),主鍵:城市編號(hào)
書店表(書店編號(hào),聯(lián)系電話,城市編號(hào)),主鍵:書店編號(hào),外鍵:城市編號(hào)。
銷售表(圖書編號(hào),銷售日期,銷售數(shù)量,書店編號(hào),讀者編號(hào)),主鍵:圖書編號(hào),銷售日期,書店編號(hào),讀者編號(hào)。
3、
(1)A=30;B=20;C=40;
(2)
日志記錄 |
【編輯推薦】