2010年3月計算機(jī)等級考試四級真題及答案,試題解析-數(shù)據(jù).pdf

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