一樣的。我剛過3月的。有三種題型：選擇題+填空題+設計與應用題如果需要真題，請留下郵箱。2010年3月計算機等級考試四級數(shù)據(jù)庫筆試試題(文字版)一、選擇題(1)在數(shù)據(jù)庫應用系統(tǒng)的需求分析階段，需要考慮數(shù)據(jù)的安全性需求。下列不屬于數(shù)據(jù)安全性需求分析內(nèi)容的是A)分析數(shù)據(jù)的安全性需求，以確定每個關系表上定義的數(shù)據(jù)約束能夠滿足使用要求B)分析全局用戶對數(shù)據(jù)的存取需求，以確定全局數(shù)據(jù)的安全控制策略C)分析特殊用戶對數(shù)據(jù)的存取需求，以保證數(shù)據(jù)庫的安全控制策略能夠滿足其使用要求D)分析各類用戶對數(shù)據(jù)的存取需求，以確定各類用戶能夠操作的數(shù)據(jù)(2)有學生表(學號, 姓名, 性別, 身份證號, 出生日期, 所在系號)，在此表上使用如下語句建立索引：CREATE NONCLUSTERED INDEX Idx_Name ON學生表(姓名);此索引被稱為A)非聚集散列索引B)非聚集輔索引C)非聚集順序索引D)非聚集主索引(3)在數(shù)據(jù)庫物理設計階段，使用聚集文件組織數(shù)據(jù)可以提高一些查詢的效率。下列關于聚集文件和聚集鍵的描述錯誤的是A)聚集文件將不同關系表中有關聯(lián)關系的記錄存儲在一起，以減少系統(tǒng)的物理I/O次數(shù)B)聚集鍵應該選用頻繁用于進行自然連接的屬性或?qū)傩越MC)聚集文件可以提高某些連接查詢的速度，但是它可能導致其他類型的查詢處理變慢D)關系表中某個屬性的數(shù)據(jù)重復率越高，越適合作聚集鍵(4)己知有描述科研項目及負責教師的關系模式：科研項目(項目號, 項目名稱, 經(jīng)費, 負責教師號, 姓名, 職稱)，該關系模式滿足函數(shù)依賴集：F={項目號→項目名稱, 項目號→經(jīng)費, 項目號→負責教師號, 負責教師號→姓名, 負責教師號→職稱｝。下列分解中最合理的符合3NF的關系模式是A)科研項目(項目號, 項目名稱, 經(jīng)費)，教師(教師號, 姓名, 職稱)B)科研項目(項目號, 項目名稱, 經(jīng)費)，教師(教師號, 姓名, 職稱, 項目號)C)科研項目(項目號, 項目名稱, 經(jīng)費, 負責教師號)，教師(教師號, 姓名, 職稱)D)科研項目(項目號, 項目名稱, 經(jīng)費)，項目_教師(項目號, 負責教師號)， 教師(教師號, 姓名, 職稱)(5)在IDEF0圖中矩形框代表功能活動。關于連接到矩形框4條邊上的箭頭的語義，下列說法錯誤的是A)左邊的箭頭表示完成功能活動需要的數(shù)據(jù)，它強調(diào)被活動消耗或變換的內(nèi)容B)上邊的箭頭表示影響這個活動執(zhí)行的事件或約束，它強調(diào)被活動變換的內(nèi)容C)右邊的箭頭表示由這個活動產(chǎn)生的信息，它強調(diào)活動變換和處理的結(jié)果D)下邊的箭頭表示實施該活動的手段或完成活動需要的資源，它強調(diào)如何做(6)數(shù)據(jù)庫的運行管理與維護主要由數(shù)據(jù)庫管理員負責，工作內(nèi)容主要包括日常維護、系統(tǒng)監(jiān)控與分析、性能優(yōu)化等。下列關于數(shù)據(jù)庫管理員工作內(nèi)容的說法錯誤的是A)數(shù)據(jù)庫的備份和恢復是重要的維護工作，數(shù)據(jù)庫管理員應根據(jù)不同的應用要求制定不同的備份計劃，在備份計劃中應包含備份的時間、周期、備份方式和備份內(nèi)容等B)性能優(yōu)化是數(shù)據(jù)庫管理員的重要工作，性能優(yōu)化的主要手段有查詢優(yōu)化、索引調(diào)整、模式調(diào)整等，這些工作一般無需開發(fā)人員參與C)數(shù)據(jù)庫管理員應監(jiān)控數(shù)據(jù)庫中各種鎖的使用情況，并處理可能出現(xiàn)的死鎖情況，若發(fā)現(xiàn)問題應及時通知相關人員D)數(shù)據(jù)庫管理員需要定期檢查存儲空間使用情況并根據(jù)需求擴展存儲空間，這些工作一般無需最終用戶參與(7)若系統(tǒng)中存在4個等待事務T0、T1、T2、T3，其中T0正等待被T1鎖住的數(shù)據(jù)項Al，T1正等待被T2鎖住的數(shù)據(jù)項A2，T2正等待被T3鎖住的數(shù)據(jù)項A3，T3正等待被T0鎖住的數(shù)據(jù)項A0。根據(jù)上述描述，系統(tǒng)所處的狀態(tài)是A)活鎖B)死鎖C)封鎖D)正常(8)在SQL Server 2000中，某數(shù)據(jù)庫中有教師表(教師號, 姓名, 職稱)，其中教師號的數(shù)據(jù)類型是整型，其他均為字符類型。若教師表中當前沒有數(shù)據(jù)，用戶在數(shù)霜尾幣藕次執(zhí)行下列語句：Ⅰ.BEGIN TRANSACTION T1Ⅱ.INSERT INTO教師表VALUES(1000,'張三','助教');Ⅲ.INSERT INTO教師表VALUES(1001,'王二','助教');Ⅳ.COMMIT T1;Ⅴ.BEGIN TRANSACTION T2Ⅵ.INSERT INTO教師表VALUES(1002,'王三','講師');Ⅶ.INSERT INTO教師表VALUES(1003,'李四','講師');Ⅷ.COMMIT T2;在Ⅶ執(zhí)行的時候數(shù)據(jù)庫所在的服務器突然掉電，當數(shù)據(jù)庫系統(tǒng)重新啟動后，教師表中包含的數(shù)據(jù)條數(shù)為A)4條B)3條C)2條D)0條(9)已知學生關系(學號, 姓名, 性別, 課程號, 成績, 所在系號)有下列函數(shù)依賴Ⅰ.(學號, 課程號)→課程號 Ⅱ.(學號, 課程號)→成績Ⅲ.(學號, 課程號)→所在系號 Ⅳ.(學號, 課程號)→姓名，性別Ⅵ.(學弓, 桌程號)→學號以上函數(shù)依賴屬于非平凡函數(shù)依賴的是A)僅I和VB)僅Ⅱ和VC)僅Ⅲ和ⅣD)僅II、Ⅲ和Ⅳ(10)數(shù)據(jù)庫管理系統(tǒng)采用三級加鎖協(xié)議來防止并發(fā)操作可能導致的數(shù)據(jù)錯誤。在三級加鎖協(xié)議中，1級加鎖協(xié)議能夠解決的問題是A)丟失修改B)不可重復讀C)讀臟數(shù)據(jù)D)死鎖(11)在SQL Server 2000中，假設某數(shù)據(jù)庫使用一段時間后，其數(shù)據(jù)文件和日志文件的空間均己快用完，如果要以手工方式擴大該數(shù)據(jù)庫的空間，下列說法正確的是A)可以擴大單個數(shù)據(jù)文件的大小，但不能擴大單個日志文件的大小B)可以一次按比例擴大整個數(shù)據(jù)庫的數(shù)據(jù)文件和日志文件的大小C)可以添加一塊新的磁盤，并在新的磁盤上為數(shù)據(jù)庫建立新的數(shù)據(jù)文件和日志文件D)可以一次按比例擴大整個數(shù)據(jù)文件的大小，但不能擴大日志文件的大小(12)在SQL Server 2000中，設有職工表(職工號, 職工名, 電子郵箱)，現(xiàn)要限制電子郵箱的最后幾位的取值為“@”，且“@”前至少有一位字符。下列添加約束的語句正確的是A)ALTER TABLE職工表ADD CONSTRAINT chk_email CHECK(電子郵箱LIKE '_%@')B)ALTER TABLE職工表ADD CONSTRAINT chk_email CHECK(電子郵箱 = '_%@')C)ALTER TABLE職工表ADD CONSTRAINT chk_email CHECK(電子郵箱LIKE '')D)ALTER TABLE職工表ADD CONSTRAINT chk_email CHECK(電子郵箱 = '')(13)OLE DB是一種通用數(shù)據(jù)訪問接口。下列關于OLE DB的說法錯誤的是A)OLE DB是Microsoft OLE對象標準的一個實現(xiàn)，它由一系列的COM接口組成B)與ODBC驅(qū)動程序需要支持幾乎所有的DBMS特性不同，OLE DB允許只支持DBMS的部分功能C)OLE DB支持訪問關系數(shù)據(jù)庫和非關系數(shù)據(jù)庫D)OLE DB定義了數(shù)據(jù)提供者、數(shù)據(jù)消費者和數(shù)據(jù)驅(qū)動理序三類數(shù)據(jù)訪問組件(14)日志文件是數(shù)據(jù)庫系統(tǒng)出現(xiàn)故障以后，保證數(shù)據(jù)正確、一致的重要機制之一。下列關于日志文件的說法錯誤的是A)日志的登記順序必須嚴格按照事務執(zhí)行的時間次序進行B)為了保證發(fā)生故障時能正確地恢復數(shù)據(jù)，必須保證先寫數(shù)據(jù)庫后寫日志C)檢查點記錄是日志文件的一種記錄，用于改善恢復效率D)事務故障恢復和系統(tǒng)故障恢復都必須使用日志文件(15)統(tǒng)一建模語言UML是一種定義良好、易于表達、功能強大、通用的可視化建模語言，下列關于UML說法錯誤的是A)在UML的用例模型中，一個角色可以執(zhí)行多個用例，一個用例可以被多個角色使用B)UML也適用于對象建模，其中的類圖和對象圖用于描述類模型、對象模型以及它們之間的動態(tài)關系，這兩種圖都屬于UML的動態(tài)視圖C)UML的包圖是表明包以及包之間的關系的類圖，包是對模型中涉及的元素進行分組后得到的結(jié)果。在進行元素分組時，應盡量追求包間低耦合、包內(nèi)高內(nèi)聚的目標D)UML中的順序圖和協(xié)作圖都描述交互，但是順序圖強調(diào)的是時間，協(xié)作圖強調(diào)的是空間(16)對數(shù)據(jù)庫中的數(shù)據(jù)進行及時轉(zhuǎn)儲是保證數(shù)據(jù)安全可靠的重要手段。下列關于靜態(tài)轉(zhuǎn)儲和動態(tài)轉(zhuǎn)儲的說法正確的是A)靜態(tài)轉(zhuǎn)儲過程中數(shù)據(jù)庫系統(tǒng)不能運行其他事務，不允許在轉(zhuǎn)儲期間執(zhí)行數(shù)據(jù)插入、修改和刪除操作B)靜態(tài)轉(zhuǎn)儲必須依賴數(shù)據(jù)庫日志才能保證數(shù)據(jù)的一致性和有效性C)動態(tài)轉(zhuǎn)儲需要等待正在運行的事務結(jié)束后才能開始D)對一個24小時都有業(yè)務發(fā)生的業(yè)務系統(tǒng)來說，比較適合采用靜態(tài)轉(zhuǎn)儲技術(17)設某并行數(shù)據(jù)庫系統(tǒng)中有表T(al, a2, . . .,an),因數(shù)據(jù)量大，需采用一維劃分法將數(shù)據(jù)劃分到不同的磁盤上，以提高系統(tǒng)效率。設al是劃分屬性，針對表T的查詢操作多數(shù)為點查詢，則適合采用的元組劃分策略是A)輪轉(zhuǎn)法與范圍劃分B)輪轉(zhuǎn)法與散列劃分C)散列劃分與范圍劃分D)以上都不合適(18)軟件開發(fā)模型是對軟件開發(fā)過程的一種規(guī)范描述，用于表示軟件開發(fā)過程的整體框架和軟件開發(fā)活動各階段間的關系。下列模型屬于軟件開發(fā)模型的是Ⅰ.爆布模型 Ⅱ.快速原型模型Ⅲ.增量模型 Ⅳ.螺旋模型A)僅Ⅰ和ⅡB)僅Ⅰ、Ⅲ和ⅣC)僅Ⅱ和ⅢD)Ⅰ、II、Ⅲ和Ⅳ(19)設有某大型聯(lián)鎖商場，建立有面向業(yè)務的數(shù)據(jù)庫應用系統(tǒng)和面向決策支持的數(shù)據(jù)倉庫系統(tǒng)，數(shù)據(jù)倉庫系統(tǒng)每天夜間需要從數(shù)據(jù)庫應用系統(tǒng)的數(shù)據(jù)庫導入新數(shù)據(jù)。在下列數(shù)據(jù)表中，最不適合采用快照方式從數(shù)據(jù)庫應用系統(tǒng)中獲取數(shù)據(jù)的是A)商品表和商品類別表B)員工表和供應商表C)商品銷售表和商品采購表D)商場組織機構(gòu)表(20)在數(shù)據(jù)庫應用系統(tǒng)中，查詢效率是考核數(shù)據(jù)庫應用系統(tǒng)的一個重要方面。下列方法中，通常有利于提高查詢效率的是Ⅰ.盡可能避免無用的排序操作Ⅱ.盡可能消除對大型表行數(shù)據(jù)的順序存?、?盡可能避免使用否定查詢Ⅳ.盡可能避免使用外連接操作Ⅴ.盡可能用子查詢代替連接查詢A)僅I、Ⅱ、Ⅲ和ⅣB)僅I、Ⅱ和ⅣC)僅II、Ⅲ、Ⅳ和VD)全部(21)數(shù)據(jù)庫概念設計需要對一個企業(yè)或組織的應用所涉及的數(shù)據(jù)進行分析和組織。現(xiàn)有下列設計內(nèi)容Ⅰ.分析數(shù)據(jù)，確定實體集Ⅱ.分析數(shù)據(jù)，確定實體集之間的聯(lián)系Ⅲ.分析數(shù)據(jù)，確定每個實體集的存儲方式Ⅳ.分析數(shù)據(jù)，確定實體集之間聯(lián)系的基數(shù)Ⅴ.分析數(shù)據(jù)，確定每個實體集的數(shù)據(jù)量Ⅵ.分析數(shù)據(jù)，確定每個實體集包含的屬性以上內(nèi)容不屬于數(shù)據(jù)庫概念設計的是A)僅I、Ⅳ和ⅥB)僅Ⅱ和ⅤC)僅Ⅲ、Ⅳ和ⅥD)僅Ⅲ和Ⅴ(22)客戶端、服務器(C/S)架構(gòu)和瀏覽器/服務器(B/S)架是現(xiàn)在常用的兩種數(shù)據(jù)庫應用系統(tǒng)架構(gòu)。關于C/S和B/S架構(gòu)，下列說法錯誤的是A)在C/S和B/S架構(gòu)中，數(shù)據(jù)庫服務器都承擔了數(shù)據(jù)共享和管理的功能B)如果系統(tǒng)的最終用戶群體大，用戶地域分布廣，一般應采用B/S架構(gòu)C)C/S架構(gòu)的應用程序需要發(fā)布給每個用戶，并在每個用戶計算機上進行安裝。B/S架構(gòu)一般以通用瀏覽器為業(yè)務應用界面，較為復雜的數(shù)據(jù)處理功能一般還可通過與瀏覽器進行交互的組件實現(xiàn)D)一般來說，對于功能需求相同的數(shù)據(jù)庫應用系統(tǒng)項目，C/S架構(gòu)的應用開發(fā)成本要高于B/S架構(gòu)的應用開發(fā)成本(23)數(shù)據(jù)庫應用系統(tǒng)環(huán)境中存在各種類型的數(shù)據(jù)，設有如下數(shù)據(jù)Ⅰ.為提高查詢效率建立的索引Ⅱ.描述表結(jié)構(gòu)信息的數(shù)據(jù)字典Ⅲ.用于優(yōu)化查詢的統(tǒng)計分析數(shù)據(jù)Ⅳ.用戶會話信息Ⅴ.用戶查詢結(jié)果以上數(shù)據(jù)一般會存儲在數(shù)據(jù)庫中的是A)僅Ⅰ、Ⅱ和ⅤB)僅Ⅰ和ⅢC)僅Ⅰ、Ⅱ和ⅢD)僅II、Ⅲ和Ⅳ(24)在數(shù)據(jù)庫應用系統(tǒng)生命周期中，系統(tǒng)規(guī)劃與分析是一個重要的環(huán)節(jié)。關于系統(tǒng)規(guī)劃與分析，下列說法錯誤的是A)規(guī)劃與分析是數(shù)據(jù)庫應用系統(tǒng)生命周期的起點。規(guī)劃與分析階段的主要工作包括系統(tǒng)規(guī)劃與定義、可行性分析和項目規(guī)劃B)系統(tǒng)規(guī)劃與定義是規(guī)劃與分析的主要環(huán)節(jié)，它需要在系統(tǒng)設計過程中逐步完成C)可行性分析是從技術、經(jīng)濟和操作等方面進行項目可行性的分析，它在明確目標和任務之后，評估系統(tǒng)在給定條件下是否可行D)項目規(guī)劃是對項目所需的資源、成本和進度進行合理估算，并制定初步的項目開發(fā)計劃(25)在SQL Server 2000中，某數(shù)據(jù)庫的數(shù)據(jù)量比較大，且存儲在無磁盤陣列的存儲設備上。為盡可能提高數(shù)據(jù)的操作效率，下列構(gòu)建數(shù)據(jù)庫文件的方法中，最合適的是A)盡可能選擇一塊足夠大的磁盤，并在此磁盤上建立一個數(shù)據(jù)文件和一個日志文件B)盡可能建立多個數(shù)據(jù)文件，讓每個數(shù)據(jù)文件位于不同的磁盤上，并盡可能將日志文件一與數(shù)據(jù)文件分別建立在不同的磁盤上C)盡可能建立多個數(shù)據(jù)文件，將這些數(shù)據(jù)文件建立在一塊足夠大的磁盤上，并將全部日志文件建立在另一塊足夠大的磁盤上D)盡可能建立多個數(shù)據(jù)文件，讓每個數(shù)據(jù)文件位于不同的磁盤上，并盡可能將日志文件與數(shù)據(jù)文件建立在相同的磁盤上(26)設有某大型連鎖超市的數(shù)據(jù)庫應用系統(tǒng)，在系統(tǒng)實施或改造過程中，需要對系統(tǒng)進行測試。設有下列測試活動Ⅰ.模擬客戶消費行為，生成銷售數(shù)據(jù)，測試系統(tǒng)是否能正確完成銷售業(yè)務Ⅱ.編寫模擬數(shù)據(jù)生成器，每秒生成2千筆與銷售業(yè)務對應的銷售數(shù)據(jù)，測試系統(tǒng)吞吐率Ⅲ.在數(shù)據(jù)庫中模擬生成5億條銷售數(shù)據(jù)，同時開啟所有的收銀臺，測試系統(tǒng)平均響應時間Ⅳ.模擬銷售持續(xù)一周時間，在此期間，每天審核系統(tǒng)結(jié)賬功能是否正確Ⅴ.測試數(shù)據(jù)庫應用系統(tǒng)能否正確地完成銀聯(lián)卡消費業(yè)務以上測試活動，屬于性能測試的是A)僅Ⅰ、Ⅱ和ⅢB)僅Ⅱ、Ⅲ和ⅤC)僅Ⅱ和ⅢD)僅I、Ⅳ和Ⅴ(27)在SQL Server 2000中，設有課程表(課程號，課程名，學分，開課學期)，現(xiàn)要在此關系表上建立一個查詢指定學期開設的課程總門數(shù)和總學分數(shù)的內(nèi)嵌表值函數(shù)，函數(shù)名為f _FindTotal。實現(xiàn)這個函數(shù)的正確代碼是A)CREATE FUNCTION f_FindTotal(@semester int)RETURNS tableASRETURN(SELECT COUNT(課程號)as課程門數(shù), SUM(學分)as總學分FROM課程表WHERE開課學期 = @ semester)B)CREATE FUNCTION f_FindTotal(@semester int)RETURNS tableASRETURN(SELECT COUNT(課程號)as課程門數(shù), COUNT(學分)as總學分FROM課程表WHERE開課學期 = @semester)C)CREATE FUNCTION f_FindTotal(@semester int)RETURNS tableASRETURN(SELECT SUM(課程號)as課程門數(shù), SUM(學分)as總學分FROM課程表WHERE開課學期= @semester)D)CREATE FUNCTION f_FindTotal(@semester int)RETURNS tableASRETURN(SELECT SUM(課程號)as課程門數(shù), COUNT(學分)as 總學分FROM課程表WHERE開課學期 = @semester)(28)設商場業(yè)務系統(tǒng)中有銷售單據(jù)表(銷售單據(jù)號, 收款員, 銷售時間)，銷售明細表(銷售明細條目號, 銷售單據(jù)號, 商品號, 數(shù)量, 單位, 金額)和商品表(商品號, 商品名, 價格)。該系統(tǒng)業(yè)務繁忙，保存的數(shù)據(jù)量非常大，每次換班時要統(tǒng)計收款員的收入總額，每天停業(yè)后要統(tǒng)計各個商品的當天銷售量，銷售過程中經(jīng)常需要查詢某筆銷售業(yè)務的情況。為了優(yōu)化系統(tǒng)性能，下列優(yōu)化方案合理的是A)在銷售單據(jù)表的收款員屬性上建立聚集索引，在銷售明細表的銷售單據(jù)號屬性上建立非聚集索引，在商品表的商品號屬性上建立聚集索引B)在銷售單據(jù)表的銷售單據(jù)號屬性上建立聚集索引，在銷售明細表的銷售單據(jù)號屬性上建立非聚集索引，在商品表的商品號屬性上建立聚集索引，建立收款員單班銷售量表和商品當天銷售匯總表，在每筆銷售成交后分別累計統(tǒng)計相應數(shù)據(jù)C)在銷售單據(jù)表的銷售時間屬性和收款員屬性上分別建立聚集索引，在銷售明細表的銷售單據(jù)號屬性上建立非聚集索引，在商品表的商品號屬性上建立聚集索引，建立收款員單班銷售量表和商品當天銷售匯總表，在每筆銷售成交后分別累計統(tǒng)計相應數(shù)據(jù)D)在銷售單據(jù)表的銷售單據(jù)號屬性和收款員屬性上分別建立聚集索引，在銷售明細表的商品號屬性上建立聚集索引(29)在SQL Server 2000中，假設利用備份設備對某個數(shù)據(jù)量和日志量都比較大的數(shù)據(jù)庫進行完全備份。下列說法正確的是A)如果各個磁盤上的剩余空間均不足以存儲數(shù)據(jù)庫的備份，但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫所需的空間，則可以將這些磁盤的剩余空間組織起來建立一個備份設備以實施備份B)如果各個磁盤上的剩余空間均不足以存儲數(shù)據(jù)庫的備份，但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫所需的空間，則可以將數(shù)據(jù)庫中的數(shù)據(jù)和日志分別備份到位于不同磁盤的備份設備上，以解決單個磁盤空間不足的問題C)可以只對數(shù)據(jù)庫中的數(shù)據(jù)進行備份，并且可以備份到位于不同磁盤的備份設備上，以最大限度地減少備份該數(shù)據(jù)庫占用的空間D)如果各個磁盤上的剩余空間均不足以存儲數(shù)據(jù)庫的備份，但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫所需的空間，則可以在每個磁盤上分別建立一個備份設備，并同時利用這些設備備份數(shù)據(jù)庫（30）在某分布式數(shù)據(jù)庫系統(tǒng)中，設某數(shù)據(jù)表的模式為S(al, a2, a3, a4, a5），其中al為主碼，該表中數(shù)據(jù)量大，a2取值空間為{1,2,3}。設有兩個數(shù)據(jù)分片方案，分別為PSz1＝{S11, S12, S13}和PS2＝{S21, 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）。則關于PS1和PS2的分片機制，下列說法正確的是A）PS1為水平分片，PS2為垂直分片B）PS1為垂直分片，PS2為導出分片C）PS1為水平分片，PS2為導出分片D）PS1為垂直分片，PS2為水平分片二、應用題(1)在SQL Server 2000中，現(xiàn)要在employees表的first_name和last_name列上建立一個唯一的非聚集復合索引，其中first_name列數(shù)據(jù)的重復率是5%，last_name列數(shù)據(jù)的重復率是10%。請補全下列語句使以first_name和last_name列作為條件的查詢效率最高。CREATE UNIQUE NONCLUSTERED INDEX Idx_NameON employees( 【1】 )(2)在SQL Server 2000中，設有顧客表(顧客號, 顧客名, 所在地區(qū), 年齡)，應用系統(tǒng)中需統(tǒng)計指定地區(qū)的顧客人數(shù)和平均年齡。請補全下列存儲過程代碼以完成該功能。CREATE PROC P_Count@area varchar(20)ASSELECT COUNT(*)AS 人數(shù), 【2】 AS平均年齡FROM顧客表WHERE所在地區(qū)=@area(3)設有顧客表(顧客號, 顧客名, 聯(lián)系電話)和購買表(商品號, 顧客號, 購買時間)，現(xiàn)要統(tǒng)計有購買記錄的顧客人數(shù)。請補全下列實現(xiàn)該功能的語句。SELECT【3】FROM購買表(4)在VB 中，為簡化訪問數(shù)據(jù)庫數(shù)據(jù)的編程，經(jīng)常使用Adodc數(shù)據(jù)控件來訪問數(shù)據(jù)庫中的數(shù)據(jù)。該控件中用于描述服務器連接信息的屬性是【4】 。(5)在SQL Server 2000中，要授予某數(shù)據(jù)庫中的某個用戶具有該數(shù)據(jù)庫中全部用戶數(shù)據(jù)表的插入、刪除和修改權限，比較合理的做法是將該用戶添加到系統(tǒng)提供的【5】數(shù)據(jù)庫角色中。(6)設有學生表(學號, 姓名, 性別, 所在系)，這些列均不允許有空值?，F(xiàn)要建立一個視圖，統(tǒng)計“計算機系”的男生人數(shù)和女生人數(shù)。請補全下列語句。CREATE VIEW V_CountASSELECT【6】 , COUNT(*)AS人數(shù)FROM學生表WHERE所在系='計算機系'【7】(7)事務是由一系列操作組成的，事務的執(zhí)行表現(xiàn)為事務中各個操作的執(zhí)行。每個事務應具有結(jié)束操作。當一個事務需要終止并取消所有已執(zhí)行的數(shù)據(jù)修改時應執(zhí)行的語句是【8】。(8)數(shù)據(jù)倉庫是一個面向【9】的、集成的、非易失的，且隨時間變化的數(shù)據(jù)集合。(9)事務對一個數(shù)據(jù)項的操作類型決定了數(shù)據(jù)項上的鎖的類型。鎖的類型主要有互斥鎖(簡稱X鎖)和【10】鎖(簡稱S鎖)兩種。(10)在SQL Server 2000中，現(xiàn)要將數(shù)據(jù)庫DB1差異備份到備份設備BK上，并且不覆蓋BK上的已有內(nèi)容。請補全下列備份數(shù)據(jù)庫DBI的語句。BACKUP 【11】 DB1 TO BK【12】 , NOINIT(11)在SQL Server 2000中，某數(shù)據(jù)庫中有圖書表(書號, 圖書名稱, 類別)和銷售表(書號, 銷售時間, 銷售數(shù)量)，其中銷售數(shù)量大于0?，F(xiàn)要查詢2009年10月銷售的圖書名稱和類別。請補全下列實現(xiàn)該功能的查詢語句。SELECT圖書名稱, 類別FROM圖書表WHERE EXISTS(SELECT*FROM銷售表WHERE銷售時間BETWEEN '2009/10/1' AND '2009/10/31'【13】 )(12)OLAP主要用于支持復雜的分析操作，側(cè)重對決策人員和高層管理人員的數(shù)據(jù)支持。OLAP的實現(xiàn)方式主要有三種：MOLAP、【14】和HOLAP。(13)在分布式數(shù)據(jù)庫系統(tǒng)中，數(shù)據(jù)分布透明性是方便用戶使用數(shù)據(jù)的重要保證。數(shù)據(jù)分布透明性的最高級別是【15】透明性。三、設計與應用題(1)設有某簡化的網(wǎng)上購物系統(tǒng)，其ER圖如下：該系統(tǒng)數(shù)據(jù)之間存在下列約束：Ⅰ. 一個客戶(編號唯一)可以擁有多個訂單，每個訂單僅屬于一個客戶;Ⅱ. 一個訂單(編號唯一)可以包含多個訂購細目，每個訂購細目只屬于一個訂單;Ⅲ. 一種商品可以出現(xiàn)在多個訂購細目中，一個訂購細目只包含一種商品;Ⅳ. 一個商品類別可以包含多種商品，一種商品只屬于一個商品類別。① 請根據(jù)以上約束，標出ER圖中各實體集之間聯(lián)系的基數(shù)。(2分)② 請將ER圖轉(zhuǎn)換成符合3NF的關系模式，并給出各關系模式的主碼和外碼。(4分)③ 請修改所設計的關系模式使之支持下列功能(僅列出發(fā)生修改的關系模式)。(4分)Ⅰ. 使客戶能方便了解每個訂購細目的處理狀態(tài)和到貨時間;Ⅱ. 使客戶能方便查詢商品供應商的編號、名稱、所在城市、聯(lián)系電話和信譽。(限定一個供應商可以供應多種商品，一種商品只選自一個供應商)(2)某學校的學籍管理系統(tǒng)實現(xiàn)了對學生學籍信息的管理，其中學生表結(jié)構(gòu)為：學生表(學號, 姓名, 性別, 系號, 是否有學籍)，此表中除學號列有唯一索引外，其它列均無索引。①設學籍管理系統(tǒng)中經(jīng)常執(zhí)行如下形式的操作：SELECT*FROM學生表WHERE姓名='張三' AND 系號='10' AND 是否有學籍='有'系統(tǒng)運行中發(fā)現(xiàn)這類操作的效率比較低，系統(tǒng)工程師建議：由于查詢條件中使用了“系號”、“姓名”和“是否有學籍”三列，建議在這三個列上分別建立索引，以提高查詢效率。請問其建議建立的三個索引是否都能提高查詢效率?請簡要說明原因。②設學生表中有下列數(shù)據(jù)：并且已經(jīng)在學生表的姓名列上建立了一個非聚集索引(按姓名拼音升序排序)。請給出查找碼“姓名”對應的稠密索引示意圖。(4分)(3)在SQL Server 2000中，設有教師表(教師號, 姓一名, 所在部門號, 職稱)和部門表(部門號, 部門名, 高級職稱人數(shù))。請編寫滿足下列要求的后觸發(fā)型觸發(fā)器(設觸發(fā)器名字為tri_zc)。(10分)每當在教師表中插入一名具有高級職稱(“教授”或“副教授”)的教師時，或者將非高級職稱教師的職稱更改為高級職稱時，均修改部門表中相應部門的高級職稱人數(shù)。(假設一次操作只插入或更改一名教師的職稱)