四級(jí)數(shù)據(jù)庫(kù)工程師_第1頁(yè)
四級(jí)數(shù)據(jù)庫(kù)工程師_第2頁(yè)
四級(jí)數(shù)據(jù)庫(kù)工程師_第3頁(yè)
四級(jí)數(shù)據(jù)庫(kù)工程師_第4頁(yè)
四級(jí)數(shù)據(jù)庫(kù)工程師_第5頁(yè)
已閱讀5頁(yè),還剩4頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、2010年3月全國(guó)計(jì)算機(jī)等級(jí)考試四級(jí)筆試試卷 數(shù)據(jù)庫(kù)工程師(考試時(shí)間120分鐘,滿分100分)一、選擇題(1)在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的需求分析階段,需要考慮數(shù)據(jù)的安全性需求。下列不屬于數(shù)據(jù)安全性需求分析內(nèi)容的是A)分析數(shù)據(jù)的安全性需求,以確定每個(gè)關(guān)系表上定義的數(shù)據(jù)約束能夠滿足使用要求B)分析全局用戶對(duì)數(shù)據(jù)的存取需求,以確定全局?jǐn)?shù)據(jù)的安全控制策略C)分析特殊用戶對(duì)數(shù)據(jù)的存取需求,以保證數(shù)據(jù)庫(kù)的安全控制策略能夠滿足其使用要求D)分析各類用戶對(duì)數(shù)據(jù)的存取需求,以確定各類用戶能夠操作的數(shù)據(jù)(2)有學(xué)生表(學(xué)號(hào), 姓名, 性別, 身份證號(hào), 出生日期, 所在系號(hào)),在此表上使用如下語(yǔ)句建立索引:CR

2、EATE NONCLUSTERED INDEX Idx_Name ON學(xué)生表(姓名);此索引被稱為A)非聚集散列索引B)非聚集輔索引C)非聚集順序索引D)非聚集主索引(3)在數(shù)據(jù)庫(kù)物理設(shè)計(jì)階段,使用聚集文件組織數(shù)據(jù)可以提高一些查詢的效率。下列關(guān)于聚集文件和聚集鍵的描述錯(cuò)誤的是A)聚集文件將不同關(guān)系表中有關(guān)聯(lián)關(guān)系的記錄存儲(chǔ)在一起,以減少系統(tǒng)的物理I/O次數(shù)B)聚集鍵應(yīng)該選用頻繁用于進(jìn)行自然連接的屬性或?qū)傩越MC)聚集文件可以提高某些連接查詢的速度,但是它可能導(dǎo)致其他類型的查詢處理變慢D)關(guān)系表中某個(gè)屬性的數(shù)據(jù)重復(fù)率越高,越適合作聚集鍵(4)己知有描述科研項(xiàng)目及負(fù)責(zé)教師的關(guān)系模式:科研項(xiàng)目(項(xiàng)目號(hào),

3、 項(xiàng)目名稱, 經(jīng)費(fèi), 負(fù)責(zé)教師號(hào), 姓名, 職稱),該關(guān)系模式滿足函數(shù)依賴集:F=項(xiàng)目號(hào)項(xiàng)目名稱, 項(xiàng)目號(hào)經(jīng)費(fèi), 項(xiàng)目號(hào)負(fù)責(zé)教師號(hào), 負(fù)責(zé)教師號(hào)姓名, 負(fù)責(zé)教師號(hào)職稱。下列分解中最合理的符合3NF的關(guān)系模式是A)科研項(xiàng)目(項(xiàng)目號(hào), 項(xiàng)目名稱, 經(jīng)費(fèi)),教師(教師號(hào), 姓名, 職稱)B)科研項(xiàng)目(項(xiàng)目號(hào), 項(xiàng)目名稱, 經(jīng)費(fèi)),教師(教師號(hào), 姓名, 職稱, 項(xiàng)目號(hào))C)科研項(xiàng)目(項(xiàng)目號(hào), 項(xiàng)目名稱, 經(jīng)費(fèi), 負(fù)責(zé)教師號(hào)),教師(教師號(hào), 姓名, 職稱)D)科研項(xiàng)目(項(xiàng)目號(hào), 項(xiàng)目名稱, 經(jīng)費(fèi)),項(xiàng)目_教師(項(xiàng)目號(hào), 負(fù)責(zé)教師號(hào)), 教師(教師號(hào), 姓名, 職稱)(5)在IDEF0圖中矩形框代表功

4、能活動(dòng)。關(guān)于連接到矩形框4條邊上的箭頭的語(yǔ)義,下列說法錯(cuò)誤的是A)左邊的箭頭表示完成功能活動(dòng)需要的數(shù)據(jù),它強(qiáng)調(diào)被活動(dòng)消耗或變換的內(nèi)容B)上邊的箭頭表示影響這個(gè)活動(dòng)執(zhí)行的事件或約束,它強(qiáng)調(diào)被活動(dòng)變換的內(nèi)容C)右邊的箭頭表示由這個(gè)活動(dòng)產(chǎn)生的信息,它強(qiáng)調(diào)活動(dòng)變換和處理的結(jié)果D)下邊的箭頭表示實(shí)施該活動(dòng)的手段或完成活動(dòng)需要的資源,它強(qiáng)調(diào)如何做(6)數(shù)據(jù)庫(kù)的運(yùn)行管理與維護(hù)主要由數(shù)據(jù)庫(kù)管理員負(fù)責(zé),工作內(nèi)容主要包括日常維護(hù)、系統(tǒng)監(jiān)控與分析、性能優(yōu)化等。下列關(guān)于數(shù)據(jù)庫(kù)管理員工作內(nèi)容的說法錯(cuò)誤的是A)數(shù)據(jù)庫(kù)的備份和恢復(fù)是重要的維護(hù)工作,數(shù)據(jù)庫(kù)管理員應(yīng)根據(jù)不同的應(yīng)用要求制定不同的備份計(jì)劃,在備份計(jì)劃中應(yīng)包含備份的

5、時(shí)間、周期、備份方式和備份內(nèi)容等B)性能優(yōu)化是數(shù)據(jù)庫(kù)管理員的重要工作,性能優(yōu)化的主要手段有查詢優(yōu)化、索引調(diào)整、模式調(diào)整等,這些工作一般無需開發(fā)人員參與C)數(shù)據(jù)庫(kù)管理員應(yīng)監(jiān)控?cái)?shù)據(jù)庫(kù)中各種鎖的使用情況,并處理可能出現(xiàn)的死鎖情況,若發(fā)現(xiàn)問題應(yīng)及時(shí)通知相關(guān)人員D)數(shù)據(jù)庫(kù)管理員需要定期檢查存儲(chǔ)空間使用情況并根據(jù)需求擴(kuò)展存儲(chǔ)空間,這些工作一般無需最終用戶參與(7)若系統(tǒng)中存在4個(gè)等待事務(wù)T0、T1、T2、T3,其中T0正等待被T1鎖住的數(shù)據(jù)項(xiàng)Al,T1正等待被T2鎖住的數(shù)據(jù)項(xiàng)A2,T2正等待被T3鎖住的數(shù)據(jù)項(xiàng)A3,T3正等待被T0鎖住的數(shù)據(jù)項(xiàng)A0。根據(jù)上述描述,系統(tǒng)所處的狀態(tài)是A)活鎖B)死鎖C)封鎖D)

6、正常(8)在SQL Server 2000中,某數(shù)據(jù)庫(kù)中有教師表(教師號(hào), 姓名, 職稱),其中教師號(hào)的數(shù)據(jù)類型是整型,其他均為字符類型。若教師表中當(dāng)前沒有數(shù)據(jù),用戶在數(shù)霜尾幣藕次執(zhí)行下列語(yǔ)句:BEGIN TRANSACTION T1INSERT INTO教師表VALUES(1000,'張三','助教');INSERT INTO教師表VALUES(1001,'王二','助教');COMMIT T1;BEGIN TRANSACTION T2INSERT INTO教師表VALUES(1002,'王三','講師&

7、#39;);INSERT INTO教師表VALUES(1003,'李四','講師');COMMIT T2;在執(zhí)行的時(shí)候數(shù)據(jù)庫(kù)所在的服務(wù)器突然掉電,當(dāng)數(shù)據(jù)庫(kù)系統(tǒng)重新啟動(dòng)后,教師表中包含的數(shù)據(jù)條數(shù)為A)4條B)3條C)2條D)0條(9)已知學(xué)生關(guān)系(學(xué)號(hào), 姓名, 性別, 課程號(hào), 成績(jī), 所在系號(hào))有下列函數(shù)依賴(學(xué)號(hào), 課程號(hào))課程號(hào)        (學(xué)號(hào), 課程號(hào))成績(jī)(學(xué)號(hào), 課程號(hào))所在系號(hào)      (學(xué)號(hào), 課程號(hào))姓名,性別(學(xué)弓,

8、 桌程號(hào))學(xué)號(hào)以上函數(shù)依賴屬于非平凡函數(shù)依賴的是A)僅I和VB)僅和VC)僅和D)僅II、和(10)數(shù)據(jù)庫(kù)管理系統(tǒng)采用三級(jí)加鎖協(xié)議來防止并發(fā)操作可能導(dǎo)致的數(shù)據(jù)錯(cuò)誤。在三級(jí)加鎖協(xié)議中,1級(jí)加鎖協(xié)議能夠解決的問題是A)丟失修改B)不可重復(fù)讀C)讀臟數(shù)據(jù)D)死鎖(11)在SQL Server 2000中,假設(shè)某數(shù)據(jù)庫(kù)使用一段時(shí)間后,其數(shù)據(jù)文件和日志文件的空間均己快用完,如果要以手工方式擴(kuò)大該數(shù)據(jù)庫(kù)的空間,下列說法正確的是A)可以擴(kuò)大單個(gè)數(shù)據(jù)文件的大小,但不能擴(kuò)大單個(gè)日志文件的大小B)可以一次按比例擴(kuò)大整個(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)文件和日志文件的大小C)可以添加一塊新的磁盤,并在新的磁盤上為數(shù)據(jù)庫(kù)建立新的數(shù)據(jù)文件

9、和日志文件D)可以一次按比例擴(kuò)大整個(gè)數(shù)據(jù)文件的大小,但不能擴(kuò)大日志文件的大?。?2)在SQL Server 2000中,設(shè)有職工表(職工號(hào), 職工名, 電子郵箱),現(xiàn)要限制電子郵箱的最后幾位的取值為“”,且“”前至少有一位字符。下列添加約束的語(yǔ)句正確的是A)ALTER TABLE職工表   ADD CONSTRAINT chk_email CHECK(電子郵箱LIKE  '_%')B)ALTER TABLE職工表   ADD CONSTRAINT chk_email CHECK(電子郵箱 =  '_%'

10、)C)ALTER TABLE職工表   ADD CONSTRAINT chk_email CHECK(電子郵箱LIKE  '_')D)ALTER TABLE職工表   ADD CONSTRAINT chk_email CHECK(電子郵箱 =  '_')(13)OLE DB是一種通用數(shù)據(jù)訪問接口。下列關(guān)于OLE DB的說法錯(cuò)誤的是A)OLE DB是Microsoft OLE對(duì)象標(biāo)準(zhǔn)的一個(gè)實(shí)現(xiàn),它由一系列的COM接口組成B)與ODBC驅(qū)動(dòng)程序需要支持幾乎所有的DBMS特性不同,OLE DB允許只支持DBM

11、S的部分功能C)OLE DB支持訪問關(guān)系數(shù)據(jù)庫(kù)和非關(guān)系數(shù)據(jù)庫(kù)D)OLE DB定義了數(shù)據(jù)提供者、數(shù)據(jù)消費(fèi)者和數(shù)據(jù)驅(qū)動(dòng)理序三類數(shù)據(jù)訪問組件(14)日志文件是數(shù)據(jù)庫(kù)系統(tǒng)出現(xiàn)故障以后,保證數(shù)據(jù)正確、一致的重要機(jī)制之一。下列關(guān)于日志文件的說法錯(cuò)誤的是A)日志的登記順序必須嚴(yán)格按照事務(wù)執(zhí)行的時(shí)間次序進(jìn)行B)為了保證發(fā)生故障時(shí)能正確地恢復(fù)數(shù)據(jù),必須保證先寫數(shù)據(jù)庫(kù)后寫日志C)檢查點(diǎn)記錄是日志文件的一種記錄,用于改善恢復(fù)效率D)事務(wù)故障恢復(fù)和系統(tǒng)故障恢復(fù)都必須使用日志文件(15)統(tǒng)一建模語(yǔ)言UML是一種定義良好、易于表達(dá)、功能強(qiáng)大、通用的可視化建模語(yǔ)言,下列關(guān)于UML說法錯(cuò)誤的是A)在UML的用例模型中,一個(gè)角

12、色可以執(zhí)行多個(gè)用例,一個(gè)用例可以被多個(gè)角色使用B)UML也適用于對(duì)象建模,其中的類圖和對(duì)象圖用于描述類模型、對(duì)象模型以及它們之間的動(dòng)態(tài)關(guān)系,這兩種圖都屬于UML的動(dòng)態(tài)視圖C)UML的包圖是表明包以及包之間的關(guān)系的類圖,包是對(duì)模型中涉及的元素進(jìn)行分組后得到的結(jié)果。在進(jìn)行元素分組時(shí),應(yīng)盡量追求包間低耦合、包內(nèi)高內(nèi)聚的目標(biāo)D)UML中的順序圖和協(xié)作圖都描述交互,但是順序圖強(qiáng)調(diào)的是時(shí)間,協(xié)作圖強(qiáng)調(diào)的是空間(16)對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行及時(shí)轉(zhuǎn)儲(chǔ)是保證數(shù)據(jù)安全可靠的重要手段。下列關(guān)于靜態(tài)轉(zhuǎn)儲(chǔ)和動(dòng)態(tài)轉(zhuǎn)儲(chǔ)的說法正確的是A)靜態(tài)轉(zhuǎn)儲(chǔ)過程中數(shù)據(jù)庫(kù)系統(tǒng)不能運(yùn)行其他事務(wù),不允許在轉(zhuǎn)儲(chǔ)期間執(zhí)行數(shù)據(jù)插入、修改和刪除操作B)

13、靜態(tài)轉(zhuǎn)儲(chǔ)必須依賴數(shù)據(jù)庫(kù)日志才能保證數(shù)據(jù)的一致性和有效性C)動(dòng)態(tài)轉(zhuǎn)儲(chǔ)需要等待正在運(yùn)行的事務(wù)結(jié)束后才能開始D)對(duì)一個(gè)24小時(shí)都有業(yè)務(wù)發(fā)生的業(yè)務(wù)系統(tǒng)來說,比較適合采用靜態(tài)轉(zhuǎn)儲(chǔ)技術(shù)(17)設(shè)某并行數(shù)據(jù)庫(kù)系統(tǒng)中有表T(al, a2, . . .,an),因數(shù)據(jù)量大,需采用一維劃分法將數(shù)據(jù)劃分到不同的磁盤上,以提高系統(tǒng)效率。設(shè)al是劃分屬性,針對(duì)表T的查詢操作多數(shù)為點(diǎn)查詢,則適合采用的元組劃分策略是A)輪轉(zhuǎn)法與范圍劃分B)輪轉(zhuǎn)法與散列劃分C)散列劃分與范圍劃分D)以上都不合適(18)軟件開發(fā)模型是對(duì)軟件開發(fā)過程的一種規(guī)范描述,用于表示軟件開發(fā)過程的整體框架和軟件開發(fā)活動(dòng)各階段間的關(guān)系。下列模型屬于軟件開發(fā)

14、模型的是爆布模型     快速原型模型增量模型     螺旋模型A)僅和B)僅、和C)僅和D)、II、和(19)設(shè)有某大型聯(lián)鎖商場(chǎng),建立有面向業(yè)務(wù)的數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)和面向決策支持的數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng),數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)每天夜間需要從數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的數(shù)據(jù)庫(kù)導(dǎo)入新數(shù)據(jù)。在下列數(shù)據(jù)表中,最不適合采用快照方式從數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)中獲取數(shù)據(jù)的是A)商品表和商品類別表B)員工表和供應(yīng)商表C)商品銷售表和商品采購(gòu)表D)商場(chǎng)組織機(jī)構(gòu)表(20)在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)中,查詢效率是考核數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的一個(gè)重要方面。下列方法中,通常有利于提高查詢效率的是盡可能

15、避免無用的排序操作盡可能消除對(duì)大型表行數(shù)據(jù)的順序存取盡可能避免使用否定查詢盡可能避免使用外連接操作盡可能用子查詢代替連接查詢A)僅I、和B)僅I、和C)僅II、和VD)全部(21)數(shù)據(jù)庫(kù)概念設(shè)計(jì)需要對(duì)一個(gè)企業(yè)或組織的應(yīng)用所涉及的數(shù)據(jù)進(jìn)行分析和組織。現(xiàn)有下列設(shè)計(jì)內(nèi)容分析數(shù)據(jù),確定實(shí)體集分析數(shù)據(jù),確定實(shí)體集之間的聯(lián)系分析數(shù)據(jù),確定每個(gè)實(shí)體集的存儲(chǔ)方式分析數(shù)據(jù),確定實(shí)體集之間聯(lián)系的基數(shù)分析數(shù)據(jù),確定每個(gè)實(shí)體集的數(shù)據(jù)量分析數(shù)據(jù),確定每個(gè)實(shí)體集包含的屬性以上內(nèi)容不屬于數(shù)據(jù)庫(kù)概念設(shè)計(jì)的是A)僅I、和B)僅和C)僅、和D)僅和(22)客戶端、服務(wù)器(C/S)架構(gòu)和瀏覽器服務(wù)器(B/S)架是現(xiàn)在常用的兩種數(shù)據(jù)

16、庫(kù)應(yīng)用系統(tǒng)架構(gòu)。關(guān)于C/S和B/S架構(gòu),下列說法錯(cuò)誤的是A)在C/S和B/S架構(gòu)中,數(shù)據(jù)庫(kù)服務(wù)器都承擔(dān)了數(shù)據(jù)共享和管理的功能B)如果系統(tǒng)的最終用戶群體大,用戶地域分布廣,一般應(yīng)采用B/S架構(gòu)C)C/S架構(gòu)的應(yīng)用程序需要發(fā)布給每個(gè)用戶,并在每個(gè)用戶計(jì)算機(jī)上進(jìn)行安裝。B/S架構(gòu)一般以通用瀏覽器為業(yè)務(wù)應(yīng)用界面,較為復(fù)雜的數(shù)據(jù)處理功能一般還可通過與瀏覽器進(jìn)行交互的組件實(shí)現(xiàn)D)一般來說,對(duì)于功能需求相同的數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)項(xiàng)目,C/S架構(gòu)的應(yīng)用開發(fā)成本要高于B/S架構(gòu)的應(yīng)用開發(fā)成本(23)數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)環(huán)境中存在各種類型的數(shù)據(jù),設(shè)有如下數(shù)據(jù)為提高查詢效率建立的索引描述表結(jié)構(gòu)信息的數(shù)據(jù)字典用于優(yōu)化查詢的統(tǒng)計(jì)分

17、析數(shù)據(jù)用戶會(huì)話信息用戶查詢結(jié)果以上數(shù)據(jù)一般會(huì)存儲(chǔ)在數(shù)據(jù)庫(kù)中的是A)僅、和B)僅和C)僅、和D)僅II、和(24)在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)生命周期中,系統(tǒng)規(guī)劃與分析是一個(gè)重要的環(huán)節(jié)。關(guān)于系統(tǒng)規(guī)劃與分析,下列說法錯(cuò)誤的是A)規(guī)劃與分析是數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)生命周期的起點(diǎn)。規(guī)劃與分析階段的主要工作包括系統(tǒng)規(guī)劃與定義、可行性分析和項(xiàng)目規(guī)劃B)系統(tǒng)規(guī)劃與定義是規(guī)劃與分析的主要環(huán)節(jié),它需要在系統(tǒng)設(shè)計(jì)過程中逐步完成C)可行性分析是從技術(shù)、經(jīng)濟(jì)和操作等方面進(jìn)行項(xiàng)目可行性的分析,它在明確目標(biāo)和任務(wù)之后,評(píng)估系統(tǒng)在給定條件下是否可行D)項(xiàng)目規(guī)劃是對(duì)項(xiàng)目所需的資源、成本和進(jìn)度進(jìn)行合理估算,并制定初步的項(xiàng)目開發(fā)計(jì)劃(25)在SQL

18、 Server 2000中,某數(shù)據(jù)庫(kù)的數(shù)據(jù)量比較大,且存儲(chǔ)在無磁盤陣列的存儲(chǔ)設(shè)備上。為盡可能提高數(shù)據(jù)的操作效率,下列構(gòu)建數(shù)據(jù)庫(kù)文件的方法中,最合適的是A)盡可能選擇一塊足夠大的磁盤,并在此磁盤上建立一個(gè)數(shù)據(jù)文件和一個(gè)日志文件B)盡可能建立多個(gè)數(shù)據(jù)文件,讓每個(gè)數(shù)據(jù)文件位于不同的磁盤上,并盡可能將日志文件一與數(shù)據(jù)文件分別建立在不同的磁盤上C)盡可能建立多個(gè)數(shù)據(jù)文件,將這些數(shù)據(jù)文件建立在一塊足夠大的磁盤上,并將全部日志文件建立在另一塊足夠大的磁盤上D)盡可能建立多個(gè)數(shù)據(jù)文件,讓每個(gè)數(shù)據(jù)文件位于不同的磁盤上,并盡可能將日志文件與數(shù)據(jù)文件建立在相同的磁盤上(26)設(shè)有某大型連鎖超市的數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng),在系

19、統(tǒng)實(shí)施或改造過程中,需要對(duì)系統(tǒng)進(jìn)行測(cè)試。設(shè)有下列測(cè)試活動(dòng)模擬客戶消費(fèi)行為,生成銷售數(shù)據(jù),測(cè)試系統(tǒng)是否能正確完成銷售業(yè)務(wù)編寫模擬數(shù)據(jù)生成器,每秒生成2千筆與銷售業(yè)務(wù)對(duì)應(yīng)的銷售數(shù)據(jù),測(cè)試系統(tǒng)吞吐率在數(shù)據(jù)庫(kù)中模擬生成5億條銷售數(shù)據(jù),同時(shí)開啟所有的收銀臺(tái),測(cè)試系統(tǒng)平均響應(yīng)時(shí)間模擬銷售持續(xù)一周時(shí)間,在此期間,每天審核系統(tǒng)結(jié)賬功能是否正確測(cè)試數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)能否正確地完成銀聯(lián)卡消費(fèi)業(yè)務(wù)以上測(cè)試活動(dòng),屬于性能測(cè)試的是A)僅、和B)僅、和C)僅和D)僅I、和(27)在SQL Server 2000中,設(shè)有課程表(課程號(hào),課程名,學(xué)分,開課學(xué)期),現(xiàn)要在此關(guān)系表上建立一個(gè)查詢指定學(xué)期開設(shè)的課程總門數(shù)和總學(xué)分?jǐn)?shù)的內(nèi)

20、嵌表值函數(shù),函數(shù)名為f _FindTotal。實(shí)現(xiàn)這個(gè)函數(shù)的正確代碼是A)CREATE FUNCTION f_FindTotal(semester int)RETURNS tableASRETURN(SELECT COUNT(課程號(hào))as課程門數(shù), SUM(學(xué)分)as總學(xué)分FROM課程表WHERE開課學(xué)期 = semester)B)CREATE FUNCTION f_FindTotal(semester int)RETURNS tableASRETURN(SELECT COUNT(課程號(hào))as課程門數(shù), COUNT(學(xué)分)as總學(xué)分FROM課程表WHERE開課學(xué)期 = semester)C)C

21、REATE FUNCTION f_FindTotal(semester int)RETURNS tableASRETURN(SELECT SUM(課程號(hào))as課程門數(shù), SUM(學(xué)分)as總學(xué)分FROM課程表WHERE開課學(xué)期= semester)D)CREATE FUNCTION f_FindTotal(semester int)RETURNS tableASRETURN(SELECT SUM(課程號(hào))as課程門數(shù), COUNT(學(xué)分)as 總學(xué)分FROM課程表WHERE開課學(xué)期 = semester)(28)設(shè)商場(chǎng)業(yè)務(wù)系統(tǒng)中有銷售單據(jù)表(銷售單據(jù)號(hào), 收款員, 銷售時(shí)間),銷售明細(xì)表(銷售

22、明細(xì)條目號(hào), 銷售單據(jù)號(hào), 商品號(hào), 數(shù)量, 單位, 金額)和商品表(商品號(hào), 商品名, 價(jià)格)。該系統(tǒng)業(yè)務(wù)繁忙,保存的數(shù)據(jù)量非常大,每次換班時(shí)要統(tǒng)計(jì)收款員的收入總額,每天停業(yè)后要統(tǒng)計(jì)各個(gè)商品的當(dāng)天銷售量,銷售過程中經(jīng)常需要查詢某筆銷售業(yè)務(wù)的情況。為了優(yōu)化系統(tǒng)性能,下列優(yōu)化方案合理的是A)在銷售單據(jù)表的收款員屬性上建立聚集索引,在銷售明細(xì)表的銷售單據(jù)號(hào)屬性上建立非聚集索引,在商品表的商品號(hào)屬性上建立聚集索引B)在銷售單據(jù)表的銷售單據(jù)號(hào)屬性上建立聚集索引,在銷售明細(xì)表的銷售單據(jù)號(hào)屬性上建立非聚集索引,在商品表的商品號(hào)屬性上建立聚集索引,建立收款員單班銷售量表和商品當(dāng)天銷售匯總表,在每筆銷售成交后

23、分別累計(jì)統(tǒng)計(jì)相應(yīng)數(shù)據(jù)C)在銷售單據(jù)表的銷售時(shí)間屬性和收款員屬性上分別建立聚集索引,在銷售明細(xì)表的銷售單據(jù)號(hào)屬性上建立非聚集索引,在商品表的商品號(hào)屬性上建立聚集索引,建立收款員單班銷售量表和商品當(dāng)天銷售匯總表,在每筆銷售成交后分別累計(jì)統(tǒng)計(jì)相應(yīng)數(shù)據(jù)D)在銷售單據(jù)表的銷售單據(jù)號(hào)屬性和收款員屬性上分別建立聚集索引,在銷售明細(xì)表的商品號(hào)屬性上建立聚集索引(29)在SQL Server 2000中,假設(shè)利用備份設(shè)備對(duì)某個(gè)數(shù)據(jù)量和日志量都比較大的數(shù)據(jù)庫(kù)進(jìn)行完全備份。下列說法正確的是A)如果各個(gè)磁盤上的剩余空間均不足以存儲(chǔ)數(shù)據(jù)庫(kù)的備份,但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫(kù)所需的空間,則可以將這些磁盤的剩余空

24、間組織起來建立一個(gè)備份設(shè)備以實(shí)施備份B)如果各個(gè)磁盤上的剩余空間均不足以存儲(chǔ)數(shù)據(jù)庫(kù)的備份,但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫(kù)所需的空間,則可以將數(shù)據(jù)庫(kù)中的數(shù)據(jù)和日志分別備份到位于不同磁盤的備份設(shè)備上,以解決單個(gè)磁盤空間不足的問題C)可以只對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行備份,并且可以備份到位于不同磁盤的備份設(shè)備上,以最大限度地減少備份該數(shù)據(jù)庫(kù)占用的空間D)如果各個(gè)磁盤上的剩余空間均不足以存儲(chǔ)數(shù)據(jù)庫(kù)的備份,但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫(kù)所需的空間,則可以在每個(gè)磁盤上分別建立一個(gè)備份設(shè)備,并同時(shí)利用這些設(shè)備備份數(shù)據(jù)庫(kù)(30)在某分布式數(shù)據(jù)庫(kù)系統(tǒng)中,設(shè)某數(shù)據(jù)表的模式為S(al, a2, a3, a4

25、, a5),其中al為主碼,該表中數(shù)據(jù)量大,a2取值空間為1,2,3。設(shè)有兩個(gè)數(shù)據(jù)分片方案,分別為PSz1S11, S12, S13和PS2S21, S22, S23,任取分片S1i,S1i的模式為(al, a2, a3, a4, a5),且S1i中的任一元組t都屬于S,且t在屬性a2上的取值為i。任取分片S2i,有S2i與S元組數(shù)相同,且其主碼為al,S21的模式為(al, a2),S22為(a1, a3, a4),S23為(al, a5)。則關(guān)于PS1和PS2的分片機(jī)制,下列說法正確的是A)PS1為水平分片,PS2為垂直分片B)PS1為垂直分片,PS2為導(dǎo)出分片C)PS1為水平分片,PS2

26、為導(dǎo)出分片D)PS1為垂直分片,PS2為水平分片二、應(yīng)用題(1)在SQL Server 2000中,現(xiàn)要在employees表的first_name和last_name列上建立一個(gè)唯一的非聚集復(fù)合索引,其中first_name列數(shù)據(jù)的重復(fù)率是5%,last_name列數(shù)據(jù)的重復(fù)率是10%。請(qǐng)補(bǔ)全下列語(yǔ)句使以first_name和last_name列作為條件的查詢效率最高。CREATE UNIQUE NONCLUSTERED INDEX Idx_NameON employees( 【1】 )(2)在SQL Server 2000中,設(shè)有顧客表(顧客號(hào), 顧客名, 所在地區(qū), 年齡),應(yīng)用系統(tǒng)中需

27、統(tǒng)計(jì)指定地區(qū)的顧客人數(shù)和平均年齡。請(qǐng)補(bǔ)全下列存儲(chǔ)過程代碼以完成該功能。CREATE PROC P_Countarea varchar(20)ASSELECT COUNT(*)AS 人數(shù), 【2】 AS平均年齡FROM顧客表WHERE所在地區(qū)=area(3)設(shè)有顧客表(顧客號(hào), 顧客名, 聯(lián)系電話)和購(gòu)買表(商品號(hào), 顧客號(hào), 購(gòu)買時(shí)間),現(xiàn)要統(tǒng)計(jì)有購(gòu)買記錄的顧客人數(shù)。請(qǐng)補(bǔ)全下列實(shí)現(xiàn)該功能的語(yǔ)句。SELECT【3】FROM購(gòu)買表(4)在VB 6.0中,為簡(jiǎn)化訪問數(shù)據(jù)庫(kù)數(shù)據(jù)的編程,經(jīng)常使用Adodc數(shù)據(jù)控件來訪問數(shù)據(jù)庫(kù)中的數(shù)據(jù)。該控件中用于描述服務(wù)器連接信息的屬性是【4】 。(5)在SQL Ser

28、ver 2000中,要授予某數(shù)據(jù)庫(kù)中的某個(gè)用戶具有該數(shù)據(jù)庫(kù)中全部用戶數(shù)據(jù)表的插入、刪除和修改權(quán)限,比較合理的做法是將該用戶添加到系統(tǒng)提供的【5】數(shù)據(jù)庫(kù)角色中。(6)設(shè)有學(xué)生表(學(xué)號(hào), 姓名, 性別, 所在系),這些列均不允許有空值?,F(xiàn)要建立一個(gè)視圖,統(tǒng)計(jì)“計(jì)算機(jī)系”的男生人數(shù)和女生人數(shù)。請(qǐng)補(bǔ)全下列語(yǔ)句。CREATE VIEW V_CountASSELECT【6】 , COUNT(*)AS人數(shù)FROM學(xué)生表WHERE所在系='計(jì)算機(jī)系'【7】(7)事務(wù)是由一系列操作組成的,事務(wù)的執(zhí)行表現(xiàn)為事務(wù)中各個(gè)操作的執(zhí)行。每個(gè)事務(wù)應(yīng)具有結(jié)束操作。當(dāng)一個(gè)事務(wù)需要終止并取消所有已執(zhí)行的數(shù)據(jù)修改時(shí)

29、應(yīng)執(zhí)行的語(yǔ)句是【8】。(8)數(shù)據(jù)倉(cāng)庫(kù)是一個(gè)面向【9】的、集成的、非易失的,且隨時(shí)間變化的數(shù)據(jù)集合。(9)事務(wù)對(duì)一個(gè)數(shù)據(jù)項(xiàng)的操作類型決定了數(shù)據(jù)項(xiàng)上的鎖的類型。鎖的類型主要有互斥鎖(簡(jiǎn)稱X鎖)和【10】鎖(簡(jiǎn)稱S鎖)兩種。(10)在SQL Server 2000中,現(xiàn)要將數(shù)據(jù)庫(kù)DB1差異備份到備份設(shè)備BK上,并且不覆蓋BK上的已有內(nèi)容。請(qǐng)補(bǔ)全下列備份數(shù)據(jù)庫(kù)DBI的語(yǔ)句。BACKUP 【11】 DB1 TO BK【12】 , NOINIT(11)在SQL Server 2000中,某數(shù)據(jù)庫(kù)中有圖書表(書號(hào), 圖書名稱, 類別)和銷售表(書號(hào), 銷售時(shí)間, 銷售數(shù)量),其中銷售數(shù)量大于0。現(xiàn)要查詢2009年10月銷售的圖書名稱和類別。請(qǐng)補(bǔ)全下列實(shí)現(xiàn)該功能的查詢語(yǔ)句。SELECT圖書名稱, 類別FROM圖書表WHERE EXISTS(SELECTFROM銷售表WHERE銷售時(shí)間BETWEEN '2009/101'  AND  '2009/10/31'【13】 )(12)OLAP主要用于支持復(fù)雜的分析操作,側(cè)重對(duì)決策人員和高層管理人員的數(shù)據(jù)支持。OLAP的實(shí)現(xiàn)方式主要有三種:MOLAP、【14】和HOLAP。(13)在分布式數(shù)據(jù)庫(kù)系統(tǒng)中,數(shù)據(jù)分布透

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論