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

20102010 年年 3 3 月計(jì)算機(jī)等級(jí)考試四級(jí)數(shù)據(jù)庫(kù)筆試試題月計(jì)算機(jī)等級(jí)考試四級(jí)數(shù)據(jù)庫(kù)筆試試題 一 選擇題一 選擇題 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ǔ)句建立索引 CREATE 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ū)傩越M C 聚集文件可以提高某些連接查詢的速度 但是它可能導(dǎo)致其他類型的查詢 處理變慢 D 關(guān)系表中某個(gè)屬性的數(shù)據(jù)重復(fù)率越高 越適合作聚集鍵 4 己知有描述科研項(xiàng)目及負(fù)責(zé)教師的關(guān)系模式 科研項(xiàng)目 項(xiàng)目號(hào) 項(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 圖中矩形框代表功能活動(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)包含備份的時(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 正常 8 在 SQL Server 2000 中 某數(shù)據(jù)庫(kù)中有教師表 教師號(hào) 姓名 職稱 其中教師號(hào)的數(shù)據(jù)類型是整型 其他均為字符類型 若教師表中當(dāng)前沒有數(shù)據(jù) 用戶在數(shù)霜尾幣藕次執(zhí)行下列語(yǔ)句 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í)候數(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é)弓 桌程號(hào) 學(xué)號(hào) 以上函數(shù)依賴屬于非平凡函數(shù)依賴的是 A 僅 I 和 V B 僅 和 V C 僅 和 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ù)文件和日 志文件 D 可以一次按比例擴(kuò)大整個(gè)數(shù)據(jù)文件的大小 但不能擴(kuò)大日志文件的大小 12 在 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 電子郵箱 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 允許只支 持 DBMS 的部分功能 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è)角色可以執(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 靜態(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ā)模型的 是 爆布模型 快速原型模型 增量模型 螺旋模型 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è)重要方 面 下列方法中 通常有利于提高查詢效率的是 盡可能避免無用的排序操作 盡可能消除對(duì)大型表行數(shù)據(jù)的順序存取 盡可能避免使用否定查詢 盡可能避免使用外連接操作 盡可能用子查詢代替連接查詢 A 僅 I 和 B 僅 I 和 C 僅 II 和 V D 全部 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ù)庫(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ì)分析數(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 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) 在系統(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)嵌表值函數(shù) 函數(shù)名為 f FindTotal 實(shí)現(xiàn)這個(gè)函數(shù)的正確代碼是 A CREATE FUNCTION f FindTotal semester int RETURNS table AS RETURN SELECT COUNT 課程號(hào) as 課程門數(shù) SUM 學(xué)分 as 總學(xué)分 FROM 課程表 WHERE 開課學(xué)期 semester B CREATE FUNCTION f FindTotal semester int RETURNS table AS RETURN SELECT COUNT 課程號(hào) as 課程門數(shù) COUNT 學(xué)分 as 總學(xué)分 FROM 課程表 WHERE 開課學(xué)期 semester C CREATE FUNCTION f FindTotal semester int RETURNS table AS RETURN SELECT SUM 課程號(hào) as 課程門數(shù) SUM 學(xué)分 as 總學(xué)分 FROM 課程表 WHERE 開課學(xué)期 semester D CREATE FUNCTION f FindTotal semester int RETURNS table AS RETURN 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ì)表 銷售明細(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)天銷售匯總表 在每筆銷售成交后分別累計(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ù)所需的空間 則可以將這些磁盤的剩余空間組織 起 來建立一個(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 a5 其中 al 為主碼 該表中數(shù)據(jù)量大 a2 取值空間為 1 2 3 設(shè)有兩個(gè)數(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 列上建立一個(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 Name ON employees 1 2 在 SQL Server 2000 中 設(shè)有顧客表 顧客號(hào) 顧客名 所在地區(qū) 年 齡 應(yīng)用系統(tǒng)中需統(tǒng)計(jì)指定地區(qū)的顧客人數(shù)和平均年齡 請(qǐng)補(bǔ)全下列存儲(chǔ)過程 代碼以完成該功能 CREATE PROC P Count area varchar 20 AS SELECT 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 Server 2000 中 要授予某數(shù)據(jù)庫(kù)中的某個(gè)用戶具有該數(shù)據(jù)庫(kù)中 全部用戶數(shù)據(jù)表的插入 刪除和修改權(quán)限 比較合理的做法是將該用戶添加到系 統(tǒng)提供的 5 數(shù)據(jù)庫(kù)角 色中 6 設(shè)有學(xué)生表 學(xué)號(hào) 姓名 性別 所在系 這些列均不允許有空值 現(xiàn) 要建立一個(gè)視圖 統(tǒng)計(jì) 計(jì)算機(jī)系 的男生人數(shù)和女生人數(shù) 請(qǐng)補(bǔ)全下列語(yǔ)句 CREATE VIEW V Count AS SELECT 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í)應(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 SELECT FROM 銷售表 WHERE 銷售時(shí)間 BETWEEN 2009 10 1 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ù)分布透明性是方便用戶使用數(shù)據(jù)的重要保 證 數(shù)據(jù)分布透明性的最高級(jí)別是 15 透明性 三 設(shè)計(jì)與應(yīng)用題三 設(shè)計(jì)與應(yīng)用題 1 設(shè)有某簡(jiǎn)化的網(wǎng)上購(gòu)物系統(tǒng) 其 ER 圖如下 該系統(tǒng)數(shù)據(jù)之間存在下列約束 一個(gè)客戶 編號(hào)唯一 可以擁有多個(gè)訂單 每個(gè)訂單僅屬于一個(gè)客戶 一個(gè)訂單 編號(hào)唯一 可以包含多個(gè)訂購(gòu)細(xì)目 每個(gè)訂購(gòu)細(xì)目只屬于一個(gè) 訂單 一種商品可以出現(xiàn)在多個(gè)訂購(gòu)細(xì)目中 一個(gè)訂購(gòu)細(xì)目只包含一種商品 一個(gè)商品類別可以包含多種商品 一種商品只屬于一個(gè)商品類別 請(qǐng)根據(jù)以上約束 標(biāo)出 ER 圖中各實(shí)體集之間聯(lián)系的基數(shù) 2 分 請(qǐng)將ER圖轉(zhuǎn)換成符合3NF的關(guān)系模式 并給出各關(guān)系模式的主碼和外碼 4 分 請(qǐng)修改所設(shè)計(jì)的關(guān)系模式使之支持下列功能 僅列出發(fā)生修改的關(guān)系模 式 4 分 使客戶能方便了解每個(gè)訂購(gòu)細(xì)目的處理狀態(tài)和到貨時(shí)間 使客戶能方便查詢商品供應(yīng)商的編號(hào) 名稱 所在城市 聯(lián)系電話和信 譽(yù) 限定一個(gè)供應(yīng)商可以供應(yīng)多種商品 一種商品只選自一個(gè)供應(yīng)商 2 某學(xué)校的學(xué)籍管理系統(tǒng)實(shí)現(xiàn)了對(duì)學(xué)生學(xué)籍信息的管理 其中學(xué)生表結(jié)構(gòu) 為 學(xué)生表 學(xué)號(hào) 姓名 性別 系號(hào) 是否有學(xué)籍 此表中除學(xué)號(hào)列有唯一索 引外 其它列均無索引 設(shè)學(xué)籍管理系統(tǒng)中經(jīng)常執(zhí)行如下形式的操作 SELECT FROM 學(xué)生表 WHERE 姓名 張三 AND 系號(hào) 10 AND 是否有學(xué)籍 有 系統(tǒng)運(yùn)行中發(fā)現(xiàn)這類操作的效率比較低 系統(tǒng)工程師建議 由于查詢條件中 使用了 系號(hào) 姓名 和 是否有學(xué)籍 三列 建議在這三個(gè)列上分別建 立 索引 以提高查詢效率 請(qǐng)問其建議建立的三個(gè)索引是否都能提高查詢效率 請(qǐng)簡(jiǎn)要說明原因 設(shè)學(xué)生表中有下列數(shù)據(jù) 并且已經(jīng)在學(xué)生表的姓名列上建立了一個(gè)非聚集索引 按姓名拼音升序排 序 請(qǐng)給出查找碼 姓名 對(duì)應(yīng)的稠密索引示意圖 4 分 3 在 SQL Server