- 相關推薦
3月計算機等級考試四級數(shù)據(jù)庫真題
在各個領域,許多人都需要跟考試真題打交道,考試真題有助于被考核者了解自己的真實水平。你所見過的考試真題是什么樣的呢?以下是小編收集整理的3月計算機等級考試四級數(shù)據(jù)庫真題,僅供參考,歡迎大家閱讀。
3月計算機等級考試四級數(shù)據(jù)庫真題 1
一、選擇題
(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ū)傩越M
C)聚集文件可以提高某些連接查詢的速度,但是它可能導致其他類型的查詢處理變慢
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和V B)僅Ⅱ和V C)僅Ⅲ和Ⅳ 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)要限制電子郵箱的最后幾位的取值為“@abc.com”,且“@”前至少有一位字符。下列添加約束的語句正確的是
A)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱LIKE _%@abc.com)
B)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱 = _%@abc.com)
C)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱LIKE _@abc.com)
D)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱 = _@abc.com)
(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)商場組織機構表
(20)在數(shù)據(jù)庫應用系統(tǒng)中,查詢效率是考核數(shù)據(jù)庫應用系統(tǒng)的一個重要方面。下列方法中,通常有利于提高查詢效率的是
、.盡可能避免無用的排序操作 Ⅱ.盡可能消除對大型表行數(shù)據(jù)的順序存取 、.盡可能避免使用否定查詢 、.盡可能避免使用外連接操作、.盡可能用子查詢代替連接查詢
A)僅I、Ⅱ、Ⅲ和Ⅳ B)僅I、Ⅱ和Ⅳ C)僅II、Ⅲ、Ⅳ和V D)全部
(21)數(shù)據(jù)庫概念設計需要對一個企業(yè)或組織的應用所涉及的數(shù)據(jù)進行分析和組織,F(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)架構和瀏覽器/服務器(B/S)架是現(xiàn)在常用的兩種數(shù)據(jù)庫應用系統(tǒng)架構。關于C/S和B/S架構,下列說法錯誤的是
A)在C/S和B/S架構中,數(shù)據(jù)庫服務器都承擔了數(shù)據(jù)共享和管理的功能
B)如果系統(tǒng)的最終用戶群體大,用戶地域分布廣,一般應采用B/S架構
C)C/S架構的應用程序需要發(fā)布給每個用戶,并在每個用戶計算機上進行安裝。B/S架構一般以通用瀏覽器為業(yè)務應用界面,較為復雜的數(shù)據(jù)處理功能一般還可通過與瀏覽器進行交互的組件實現(xiàn)
D)一般來說,對于功能需求相同的數(shù)據(jù)庫應用系統(tǒng)項目,C/S架構的應用開發(fā)成本要高于B/S架構的應用開發(fā)成本
(23)數(shù)據(jù)庫應用系統(tǒng)環(huán)境中存在各種類型的數(shù)據(jù),設有如下數(shù)據(jù)
Ⅰ.為提高查詢效率建立的索引 、.描述表結(jié)構信息的數(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ù)的操作效率,下列構建數(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 table
AS
RETURN(
SELECT COUNT(課程號)as課程門數(shù), SUM(學分)as總學分FROM課程表
WHERE開課學期 = @ semester)
B)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
SELECT COUNT(課程號)as課程門數(shù), COUNT(學分)as總學分FROM課程表
WHERE開課學期 = @semester)
C)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
SELECT SUM(課程號)as課程門數(shù), SUM(學分)as總學分FROM課程表
WHERE開課學期= @semester)
D)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
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_Name
ON employees( 【1】 )
(2)在SQL Server 2000中,設有顧客表(顧客號, 顧客名, 所在地區(qū), 年齡),應用系統(tǒng)中需統(tǒng)計指定地區(qū)的顧客人數(shù)和平均年齡。請補全下列存儲過程代碼以完成該功能。
CREATE PROC P_Count
@area var20)
AS
SELECT COUNT(*)AS 人數(shù), 【2】 AS平均年齡FROM顧客表
WHERE所在地區(qū)=@area
(3)設有顧客表(顧客號, 顧客名, 聯(lián)系電話)和購買表(商品號, 顧客號, 購買時間),現(xiàn)要統(tǒng)計有購買記錄的顧客人數(shù)。請補全下列實現(xiàn)該功能的語句。
SELECT【3】FROM購買表
(4)在VB 6.0中,為簡化訪問數(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_Count
AS
SELECT【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。現(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é)構為:學生表(學號, 姓名, 性別, 系號, 是否有學籍),此表中除學號列有唯一索引外,其它列均無索引。
①設學籍管理系統(tǒng)中經(jīng)常執(zhí)行如下形式的操作:
SELECT*FROM學生表
WHERE姓名=張三 AND 系號=10 AND 是否有學籍=有
系統(tǒng)運行中發(fā)現(xiàn)這類操作的效率比較低,系統(tǒng)工程師建議:由于查詢條件中使用了“系號”、“姓名”和“是否有學籍”三列,建議在這三個列上分別建立索引,以提高查詢效率。
請問其建議建立的三個索引是否都能提高查詢效率?請簡要說明原因。
、谠O學生表中有下列數(shù)據(jù):
并且已經(jīng)在學生表的姓名列上建立了一個非聚集索引(按姓名拼音升序排序)。請給出查找碼“姓名”對應的稠密索引示意圖。(4分)
(3)在SQL Server 2000中,設有教師表(教師號, 姓一名, 所在部門號, 職稱)和部門表(部門號, 部門名, 高級職稱人數(shù))。請編寫滿足下列要求的后觸發(fā)型觸發(fā)器(設觸發(fā)器名字為tri_zc)。(10分)
每當在教師表中插入一名具有高級職稱(“教授”或“副教授”)的教師時,或者將非高級職稱教師的職稱更改為高級職稱時,均修改部門表中相應部門的高級職稱人數(shù)。(假設一次操作只插入或更改一名教師的職稱)
3月計算機等級考試四級數(shù)據(jù)庫真題 2
1.什么樣的數(shù)據(jù)庫系統(tǒng)是分布式數(shù)據(jù)庫系統(tǒng)?圖14.1的系統(tǒng)配置在什么情況下只能算分散的數(shù)據(jù)庫系統(tǒng)?在什么條件下才是分布式數(shù)據(jù)庫系統(tǒng)? (填空題)
查看答案
答案要點: 分布式數(shù)據(jù)庫是由一組數(shù)據(jù)組成的,這組數(shù)據(jù)分布在計算機網(wǎng)絡的不同計算機上,網(wǎng)絡中的每個結(jié)點具有獨立處理的能力(稱為場地自治),可以執(zhí)行局部應用。同時,每個結(jié)點也能通過網(wǎng)絡通信子系統(tǒng)執(zhí)行全局應用。分布式數(shù)據(jù)庫定義的要點:分布性、邏輯整體性、自治性和協(xié)作性。
解析: (1)分布性,數(shù)據(jù)庫中的數(shù)據(jù)不是存儲在同一場地上,這就可以和集中式數(shù)據(jù)庫相區(qū)別。 (2)邏輯整體性,這些數(shù)據(jù)邏輯上是互相聯(lián)系的,是一個整體,邏輯上如同集中數(shù)據(jù)庫。(3)自治性,分布數(shù)據(jù)庫中每個結(jié)點上的DBMS具有獨立處理的能力(如果沒有連入網(wǎng)絡,也是一個完整的DBMS)。(4)協(xié)作性,分布數(shù)據(jù)庫中各個結(jié)點上的DBMS能相互協(xié)調(diào),執(zhí)行全局應用。答案要點:《概論》圖14.1中,如果用戶既可以通過客戶機對本地服務器中的數(shù)據(jù)庫執(zhí)行局部應用,也可以對兩個或兩個以上結(jié)點中的數(shù)據(jù)庫執(zhí)行全局應用,這樣的系統(tǒng)是分布式數(shù)據(jù)庫系統(tǒng)。不支持全局應用的系統(tǒng)不能稱為分布式數(shù)據(jù)庫系統(tǒng),即只是分散的數(shù)據(jù)庫系統(tǒng)。(詳細說明參見《概論》14.1.1)
2 . 分布式數(shù)據(jù)庫系統(tǒng)有什么特點? (填空題)
查看答案
答案要點: 分布式數(shù)據(jù)庫系統(tǒng)是在集中式數(shù)據(jù)庫系統(tǒng)技術的基礎上發(fā)展起來的,但不是簡單地把集中式數(shù)據(jù)庫分散地實現(xiàn),它是具有自己的性質(zhì)和特征的系統(tǒng)。 數(shù)據(jù)獨立性:除了數(shù)據(jù)的邏輯獨立性與物理獨立性外,還具有數(shù)據(jù)分布獨立性亦稱分布透明性。
集中與自治相結(jié)合的控制結(jié)構:各局部的DBMS可以獨立地管理局部數(shù)據(jù)庫,具有自治的功能。同時又有集中控制機制,協(xié)調(diào)各局部DBMS的工作,執(zhí)行全局應用。
數(shù)據(jù)可以適當冗余以提高系統(tǒng)的可靠性、可用性和性能。
全局的一致性、可串行性和可恢復性。分布式數(shù)據(jù)庫系統(tǒng)中各局部數(shù)據(jù)庫應滿足集中式數(shù)據(jù)庫的一致性、并發(fā)事務的可串行性和可恢復性。除此以外還應保證數(shù)據(jù)庫的全局一致性、全局并發(fā)事務的可串行性和系統(tǒng)的全局可恢復性。(詳細說明參見《概論》14.1.2)。
3 . 試述研制分布式數(shù)據(jù)庫系統(tǒng)的目的和動機。 (填空題)
查看答案
答案要點:研制分布式數(shù)據(jù)庫系統(tǒng)的目的和動機,主要包括技術和組織兩方面。 ? 適應部門分布的組織結(jié)構,降低費用; ? 提高系統(tǒng)的可靠性和可用性; ? 充分利用數(shù)據(jù)庫資源,提高數(shù)據(jù)庫的利用率和共享程度; ? 逐步地擴展系統(tǒng)處理能力和系統(tǒng)規(guī)模。(詳細說明參見《概論》14.1.3)。
4 . 試述分布式數(shù)據(jù)庫系統(tǒng)的模式結(jié)構。 (填空題)
查看答案
答案要點:分布式數(shù)據(jù)庫系統(tǒng)的模式結(jié)構可以分為兩大部分:集中式數(shù)據(jù)庫系統(tǒng)的模式結(jié)構和分布式數(shù)據(jù)庫系統(tǒng)增加的模式級別,其中包括:(1)全局外模式,它們是全局應用的用戶視圖,是全局概念模式的子集。(2)全局概念模式,它定義分布式數(shù)據(jù)庫中數(shù)據(jù)的整體邏輯結(jié)構,使得數(shù)據(jù)如同沒有分布一樣。(3)分片模式,定義片段以及全局關系到片段的映象。 (4)分布模式,定義片段的存放結(jié)點。分布模式的映象類型確定了分布式數(shù)據(jù)庫是冗余的還是非冗余的。(詳細可參考《概論》圖14.3分布式數(shù)據(jù)庫系統(tǒng)的模式結(jié)構)。
5 . 什么是數(shù)據(jù)分片?有幾種分片方式?數(shù)據(jù)分片的目的是什么?有什么優(yōu)點? (填空題)
查看答案
答案要點:數(shù)據(jù)分片就是將數(shù)據(jù)表按照一定條件劃分成若干子集,每個子集稱為一個片段。 分片的方式有多種,水平分片和垂直分片是兩種基本的分片方式,混合分片和導出分片是較復雜的分片方式。 水平分片是指按一定的條件將關系表按行(水平方向)分為若干不相交的子集,每個子集為關系的一個片段。垂直分片是指將關系按列(垂直方向)分為若干子集。垂直分片的各個片段都要包含關系的碼。這樣才能從各個片段重構原來的關系。 導出分片是指導出水平分片,即水平分片的條件不是本身屬性的條件而是其他關系的屬性的條件。 混合分片是指按上述三種分片方式得到的片段繼續(xù)按另一種方式分片。數(shù)據(jù)分片的優(yōu)點是:數(shù)據(jù)不是按照關系而是按片段來存放,有利于更好地根據(jù)用戶需求來組織數(shù)據(jù)的分布,也有利于控制數(shù)據(jù)的冗余度。
6 .試述分布透明性的內(nèi)容。 (填空題)
查看答案
答案要點:分布透明性包括分片透明性、位置透明性和局部數(shù)據(jù)模型透明性。 分片透明性指用戶或應用程序只對全局關系進行操作而不必考慮關系的分片。當分片模式改變了,由于全局模式到分片模式的映象,全局模式不變,應用程序不必改寫。 位置透明性指用戶或應用程序不必了解片段的存儲場地,當存儲場地改變了,由于分片模式到分布模式的映象,應用程序不必改變。同時,若片段的重復副本數(shù)目改變了,數(shù)據(jù)的冗余度改變了,用戶也不必關心如何保持各副本的一致性,這就是重復副本的透明性。局部數(shù)據(jù)模型透明性指用戶或用戶程序不必了解局部場地上使用的是哪種數(shù)據(jù)模型。
7 .什么是同構型D-DBMS? 什么是異構型D-DBMS? (填空題)
查看答案
答案要點: D-DBMS的同構和異構可以有三級:硬件級、操作系統(tǒng)級和局部DBMS級。其中最主要的是局部DBMS這一級,因為硬件和操作系統(tǒng)的不同將由通信軟件處理和管理。所以,同構型D-DBMS定義為:在分布數(shù)據(jù)庫系統(tǒng)中若每個結(jié)點的局部數(shù)據(jù)庫具有相同的.DBMS則成為同構型D-DBMS;若各結(jié)點的局部數(shù)據(jù)庫具有不同的DBMS,則成為異構型的D-DBMS。(詳細說明參見《概論》14.2.4)
8 .設在《概論》14.2.3節(jié)的分布式數(shù)據(jù)庫系統(tǒng)例子中,還有全局關系SC(SNO,CNO,G),它具有兩個導出分片SC_A,SC_B,分別存儲理學院和文學院學生的選課記錄。SC_A存放在場地4,SC_B存放在場地今有一個稍復雜的查詢,從終端輸入一個課程號,查找選修該課程的學生學號和姓名,并把它們顯示在屏幕上。請寫出具有不同層次分布透明性(類比例子中的三種情況)的應用程序。不必給出細節(jié),只需寫出算法思想。 (填空題)
查看答案
情況1 若系統(tǒng)具有分片透明性,則 Scanf(″% s″,Scnumber); / * 從終端讀入課程號到變量Scnumber中 */ EXEC SQL SELECT Sno,Sname INTO :SNO, :NAME / * SNO,NAME為程序變量 * / FROM SC,Student / * 在全局關系SC,Student中查找 * / WHERE SC.Cno =:Scnumber AND SC.Sno=Student.Sno; Printf(″% s,% s″,SNO,NAME); / * 把SNO,NAME輸出在屏幕上 * / 情況2 若系統(tǒng)具有位置透明性,但不具有分片透明性,則 Scanf(″% s″,Scnumber); EXEC SQL SELECT Sno,Sname INTO :SNO, :NAME FROM SC_A,S_A WHERE SC_A.Cno =:Scnumber AND SC_A.Sno=S_A.Sno; If(! FOUND){ EXEC SQL SELECT Sno,Sname INTO :SNO, :NAME FROM SC_B,S_B WHERE SC_B.Cno =:Scnumber AND SC_B.Sno=S_B.Sno;} Printf(″% s,% s″,SNO,NAME); 情況3 若系統(tǒng)只具有局部數(shù)據(jù)模型透明性,不具有位置透明性(當然也就不具有分片透明性),則 Scanf(″% s″,Scnumber); EXEC SQL SELECT Sno,Sname INTO :SNO,:NAME FROM SC_A AT Site4, S_A AT Site1 / * 先在場地4的片段SC_A和場地1的片段S_A中查找* / WHERE SC_A.Cno =:Scnumber AND SC_A.Sno=S_A.Sno; If(! FOUND){ EXEC SQL SELECT Sno,Sname INTO :SNO,:NAME FROM SC_B AT Site5,S_B AT Site2 / * 再在場地5的片段SC_B和場地2的片段S_B中查找*/ /*也可以在場地5的片段SC_B和場地3的片段S_B中查找* / WHERE SC_B.Cno =:Scnumber AND SC_B.Sno=S_B.Sno; } Printf(″% s,% s″,SNO,NAME);
9 .對14.3.1節(jié)的例子中介紹的六種策略改用下列估算值后分別計算通信時間: 紅色零件數(shù)=1000, 北京供應商的裝運單=10000。 (填空題)
查看答案
策略1 把關系P傳送到場地A,在A地進行查詢處理,所以, T[1]=1+105×100/104 =103秒(16.7分) 策略2 把關系S,SP傳到場地B,在B地執(zhí)行查詢處理,所以 T[2]=2+(104+106)×100/104≈10 100秒(2.8小時) 策略3 在場地A連接關系S和SP,選出城市為北京的元組(104個)然后對這些元組中的每個元組的Pno,詢問場地B看此零件是否紅色。所以共問答104次,由于不是傳送數(shù)據(jù),只是消息的問答,所以 T[3]=2×104s (5.6小時) 策略4 在場地B選出紅色零件的元組(103個),然后對每一個元組逐一檢查A站,看北京供應商的裝運單中是否有這個零件裝運單(若有則選出SNO)每做這樣一次檢查包括2次消息,共問一答103次,所以 T[4]=2×103s (33.3分) 策略5 在場地A選出北京的供應商的裝運單把結(jié)果送到場地B,在場地B完成最后處理,所以 T[5]=1+(104×100)/104≈101秒 (1.68分) 策略6 在場地B的關系 P 中選出紅色的元組(1000個),把結(jié)果送到場地A完成最終處理。所以 T[6]=1+(1000×100)/104=11秒
10 .試述下列概念:兩段提交協(xié)議(2PC);分布事務的原子性;全局死鎖。 (填空題)
查看答案
答案要點: 2PC:2PC把一個分布事務的事務管理分為協(xié)調(diào)者和參與者。 2PC的第一階段:協(xié)調(diào)者向所有參與者發(fā)出“準備提交”信息。如果某個參與者準備提交,就回答“就緒”信息,否則回答“撤銷”信息。參與者在回答前,應把有關信息寫入自己的日志中。協(xié)調(diào)者在發(fā)出準備提交信息前也要把有關信息寫入自己的日志中。如果在規(guī)定時間內(nèi)協(xié)調(diào)者收到了所有參與者“就緒”的信息,則將作出提交的決定,否則將作出撤銷的決定。 2PC的第二階段:協(xié)調(diào)者將有關決定的信息先寫入日志,然后把這個決定發(fā)送給的所有的參與者。所有參與者收到命令之后首先往日志中寫入“收到提交(或撤銷)”決定的信息,并向協(xié)調(diào)者發(fā)送“應答(ACK)”消息,最后執(zhí)行有關決定。協(xié)調(diào)者收到所有參與者的應答消息后,一個事務的執(zhí)行到此結(jié)束,有關日志信息可以脫機保存。 分布事務的原子性:分布事務的原子性就應該是:組成一個全局事務的所有子事務要么一致地全部提交,要么一致地全部滾回。全局死鎖:全局事務執(zhí)行時發(fā)生的涉及兩個以上場地上的死鎖。
11 .在分布式數(shù)據(jù)庫系統(tǒng)中,對多副本的封鎖有幾種解決方法? (填空題)
查看答案
處理多副本的封鎖可采取如下幾種方法:(1)對寫操作,要申請對所有副本的X鎖。對于讀操作,只要申請對某個副本的S鎖。(2)無論是寫操作還是讀操作都要對多數(shù)(大于半數(shù))副本申請X鎖或S鎖。(3)規(guī)定某個場地上的副本為主副本,所有的讀寫操作均申請對主副本的封鎖。
【3月計算機等級考試四級數(shù)據(jù)庫真題】相關文章:
計算機等級考試四級上機真題10-09
2009年9月計算機等級考試四級數(shù)據(jù)庫工程師筆試真題03-25
2008年9月計算機四級考試數(shù)據(jù)庫筆試真題08-24
計算機等級考試四級數(shù)據(jù)庫工程師筆試真題09-01
全國計算機等級考試四級選擇題真題09-18
2010年9月計算機四級數(shù)據(jù)庫真題06-29
2024年計算機四級考試數(shù)據(jù)庫精選真題09-30
2008年全國計算機等級考試四級數(shù)據(jù)庫工程師真題08-07
計算機等級考試四級樣題10-14