計算機三級數(shù)據(jù)庫技術(shù)-31_第1頁
計算機三級數(shù)據(jù)庫技術(shù)-31_第2頁
計算機三級數(shù)據(jù)庫技術(shù)-31_第3頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、計算機三級數(shù)據(jù)庫技術(shù) -31( 總分: 100.00 ,做題時間: 90 分鐘 )一、選擇題 (總題數(shù): 30,分數(shù): 40.00)1. 在數(shù)據(jù)庫系統(tǒng)中,下列映像關(guān)系用于提供數(shù)據(jù)與應用程序間的物理獨立性的是 。(分數(shù): 1.00 )A. 外模式/模式B. 模式/內(nèi)模式 VC. 外模式 / 內(nèi)模式D. 邏輯模式 / 內(nèi)模式解析: 解析 數(shù)據(jù)庫的三級模式和兩級映像中的三級模式結(jié)構(gòu)為外模式、模式和內(nèi)模式,二級映像為模式 到內(nèi)模式的映射以及外模式到模式的映射。模式的三個級別層次反映了模式的三個不同環(huán)境以及它們的不 同要求,其中內(nèi)模式處于最低層,它反映了數(shù)據(jù)在計算機物理結(jié)構(gòu)中的實際存儲形式。模式處于中層

2、,它 反映了設(shè)計者的數(shù)據(jù)全局邏輯要求。外模式也稱用戶模式,處于最外層,它反映了用戶對數(shù)據(jù)的要求。數(shù) 據(jù)庫系統(tǒng)的三級模式是對數(shù)據(jù)的三個級別的抽象,它把數(shù)據(jù)的具體物理實現(xiàn)留給物理模式,使用戶與全局 設(shè)計者不必關(guān)心數(shù)據(jù)庫的具體實現(xiàn)與物理背景。同時,它通過兩級映射建立三級模式間的聯(lián)系與轉(zhuǎn)換,使 得模式與外模式雖然并不具備物理存在,但是也能通過映射而獲得其存在的實體。兩級映射也保證了數(shù)據(jù) 庫系統(tǒng)中數(shù)據(jù)的獨立性,亦即數(shù)據(jù)的物理組織改變與邏輯概念改變不影響用戶模式,只需調(diào)整映射方式即 可。模式 /內(nèi)模式保證了數(shù)據(jù)庫中數(shù)據(jù)與應用程序間的物理獨立性,而外模式/模式保證了數(shù)據(jù)與應用程序間的邏輯獨立性。2. 關(guān)于數(shù)

3、據(jù)庫視圖,下列說法正確的是 。(分數(shù): 1.00 )A. 視圖一定能提高數(shù)據(jù)的操作性能B. 定義視圖的語句可以是任何數(shù)據(jù)操作語句C. 視圖可以提供一定程度的數(shù)據(jù)獨立性 VD. 視圖的數(shù)據(jù)一般是物理存儲的解析:解析 視圖是從一個或幾個基本表 (或視圖 )中導出的虛表,數(shù)據(jù)庫中只存放了視圖的定義,不存放 視圖對應的數(shù)據(jù)。它是原始數(shù)據(jù)庫數(shù)據(jù)的一種變換,是查看表中數(shù)據(jù)的另外一種方式。可以將視圖看成是 一個移動的窗口,通過它可以看到感興趣的數(shù)據(jù)。視圖是從一個或多個實際表中獲得的,這些表的數(shù)據(jù)存 放在數(shù)據(jù)庫中。那些用于產(chǎn)生視圖的表叫做該視圖的基表。一個視圖也可以從另一個視圖中產(chǎn)生。視圖的 特點體現(xiàn)在三個方

4、面:簡單性,看到的就是需要的。視圖不僅可以簡化用戶對數(shù)據(jù)的理解,也可以簡化 對它們的操作。那些被經(jīng)常使用的查詢可以被定義為視圖,從而使得用戶不必為以后的操作每次指定全部 的條件;安全性,通過視圖用戶只能查詢和修改他們所能見到的數(shù)據(jù)。數(shù)據(jù)庫中的其它數(shù)據(jù)則既看不見 也取不到;邏輯數(shù)據(jù)獨立性,視圖可幫助用戶屏蔽真實表結(jié)構(gòu)變化帶來的影響;根據(jù)視圖的特點可以達 到以下的幾點作用:簡化數(shù)據(jù)查詢語句;使用戶從多角度看待同一數(shù)據(jù);提高數(shù)據(jù)安全性;提供 了一定程度的邏輯獨立性。所以選擇 C選項。3. 許多大中型企業(yè)出于多種原因建立了數(shù)據(jù)倉庫,以下 不是建立數(shù)據(jù)倉庫的合理理由。(分數(shù): 1.00 )A. 將企業(yè)的

5、各種應用系統(tǒng)集中在一起 VB. 充分利用企業(yè)信息系統(tǒng)生成的各種數(shù)據(jù)C. 解決企業(yè)業(yè)務應用和數(shù)據(jù)分析應用的性能沖突D. 以面向主題、集成的方式合理的組織數(shù)據(jù)解析: 解析 建立數(shù)據(jù)倉庫不是簡單的把企業(yè)的各種應用集中在一起,而是利用企業(yè)信息系統(tǒng)生成的數(shù)據(jù),以面向主題、集成的方式合理組織數(shù)據(jù),解決數(shù)據(jù)分析應用和企業(yè)基本業(yè)務之間的性能沖突問題。4. 關(guān)于數(shù)據(jù)庫應用系統(tǒng)的設(shè)計,有下列說法:I 數(shù)據(jù)庫應用系統(tǒng)設(shè)計需要考慮數(shù)據(jù)組織與存儲、數(shù)據(jù)訪問與處理、應用設(shè)計等幾個方面 數(shù)據(jù)庫概念設(shè)計階段,采用自上而下的 ER設(shè)計時,首先設(shè)計局部 ER圖,然后合并各局部 ER圖得到全 局ER圖山在數(shù)據(jù)庫邏輯設(shè)計階段,將關(guān)系

6、模式轉(zhuǎn)換為具體DBMSF臺支持的關(guān)系表W.在數(shù)據(jù)庫物理設(shè)計階段,一般需要設(shè)計視圖和關(guān)系模式的完整性約束上述說法正確的是 。(分數(shù): 1.00 )A. I、山和WB. I VC. n和山d. n 和w解析: 解析 數(shù)據(jù)庫應用系統(tǒng)設(shè)計包括概念設(shè)計、邏輯設(shè)計、物理設(shè)計 3 個步驟,每個步驟的設(shè)計活動按 照數(shù)據(jù)組織與存儲、數(shù)據(jù)訪問與處理、應用設(shè)計等幾個方面進行。在數(shù)據(jù)庫概念設(shè)計階段,采用自下而上 的ER設(shè)計。將關(guān)系模式轉(zhuǎn)換為具體 DBMSF臺支持的關(guān)系表是數(shù)據(jù)庫物理設(shè)計階段的工作。設(shè)計視圖和關(guān) 系模式的完整性約束是數(shù)據(jù)邏輯設(shè)計階段的工作。5. 關(guān)于數(shù)據(jù)庫應用系統(tǒng)的需求分析工作,下列說法正確的是 。(分

7、數(shù): 1.00 )A. 通過需求分析過程,需要確定出整個應用系統(tǒng)的目標、任務和系統(tǒng)的范圍說明。B. 在需求分析階段,系統(tǒng)需求分析員要與用戶充分溝通,并做出各類用戶視圖。C. 數(shù)據(jù)需求分析的主要工作是要辨識出數(shù)據(jù)處理中的數(shù)據(jù)處理流程D. 數(shù)據(jù)操作響應時間、系統(tǒng)吞吐量、最大并發(fā)用戶數(shù)都是性能需求分析的重要指標V解析: 解析 數(shù)據(jù)庫應用系統(tǒng)的需求包括: 數(shù)據(jù)需求分析, 數(shù)據(jù)處理需求分析, 業(yè)務需求分析及其在性能、 存儲、安全、備份和恢復等方面的要求。C選項中,數(shù)據(jù)需求分析的主要工作是從用戶視圖出發(fā),分析與辨識應用領(lǐng)域所管理的各類數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu),形成數(shù)據(jù)字典的主要內(nèi)容。B選項中在需求分析階段,系統(tǒng)需

8、求分析員與用戶充分溝通,并形成文檔化的需求描述。A選項中通過需求分析過程,需要系統(tǒng)的描述整個應用系統(tǒng)的功能特征、性能特征和約束,并形成需求規(guī)范說明文檔。D選項中數(shù)據(jù)操作響應時間、系統(tǒng)吞吐量和最大并發(fā)用戶數(shù)都是性能需求分析的重要指標。所以選擇D選項。6. 根據(jù)數(shù)據(jù)庫應用系統(tǒng)生命周期模型,完成數(shù)據(jù)庫關(guān)系模式設(shè)計的階段是。(分數(shù): 1.00 )A. 需求分析B. 概念設(shè)計C. 邏輯設(shè)計 VD. 物理設(shè)計解析: 解析 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計是指從數(shù)據(jù)庫概念模型出發(fā),設(shè)計表示為邏輯模式的數(shù)據(jù)庫邏輯結(jié)構(gòu)數(shù) 據(jù)庫邏輯設(shè)計的主要步驟包括 ER圖轉(zhuǎn)換為初始關(guān)系模式、對初始關(guān)系模式進行優(yōu)化等。7. 在SE國ECT語句

9、中,以下有關(guān) ORDER B子句的敘述中不正確的是 。(分數(shù): 1.00 )A. ORDER BY子句可以對多個列進行排序B. SELECT語句中,ORDER BY只能在所有其他子句之后作為最后一個子句出現(xiàn)C. 子查詢也可以使用 ORDER BY子句 VD. 在視圖中可以使用 ORDER BY子句解析:解析ORDER BY語句用于對結(jié)果集進行排序:ORDER BY語句用于根據(jù)指定的列對結(jié)果集進行排 序;ORDEFBY語句默認按照升序?qū)τ涗涍M行排序。ORDEFBY可以對多個列進行排序,此時的排序是嵌套的;ORDER B語句只能作為其他子句之后的最后一個子句出現(xiàn);視圖中也可以使用ORDER BY語

10、句;子查詢語句中是不能使用 ORDER BY子句的。8. 關(guān)于優(yōu)化查詢說法正確的是 。(分數(shù): 1.00 )A. 避免或簡化排序的目的是實現(xiàn)查詢優(yōu)化VB. 在保證數(shù)據(jù)庫一致性的前提下,將頻繁操作的多個可以分割的處理過程放在一個存儲過程中,這樣可 以大大提高系統(tǒng)的響應速度C. 使用臨時表會占用較多的系統(tǒng)資源,尤其對于大規(guī)模并發(fā)量的情況下,很容易使得系統(tǒng)資源耗盡而崩 潰D. 相關(guān)子查詢的使用可以加速查詢解析:解析在保證數(shù)據(jù)庫一致性的前提下,將頻繁操作的多個可以分割的處理過程放在多個存儲過程中, 這樣可以大大提高系統(tǒng)的響應速度。使用游標會占用較多的系統(tǒng)資源,尤其對于大規(guī)模并發(fā)量的情況下, 很容易使得

11、系統(tǒng)資源耗盡而崩潰,而使用臨時表能夠加速查詢。相關(guān)子查詢的不可以加速查詢。9. 類圖技術(shù)是面向?qū)ο蠓椒ǖ暮诵募夹g(shù)。下列所示的UML類圖中,描述正確的是 。A.(分數(shù):1.00 )A. VB.C.D.解析:解析在UML類圖中,常見的有以下幾種關(guān)系:泛化 (箭頭及指向:帶三角箭頭的實線,箭頭 指向父類);實現(xiàn)(箭頭及指向:帶三角箭頭的虛線,箭頭指向接口);關(guān)聯(lián)(箭頭及指向:帶普通箭頭的實心線,指向被擁有者);聚合(箭頭及指向:帶空心菱形的實心線,菱形指向整體);組合(箭 頭及指向:帶實心菱形的實線,菱形指向整體);依賴(箭頭及指向:帶箭頭的虛線,指向被使用者)。 組合是部分與整體共存,如果整體不存

12、在,部分也會消失。聚合關(guān)系是整體與部分的關(guān)系,且部分可以離 開整體而單獨存在。如車和輪胎是整體和部分的關(guān)系,輪胎離開車仍然可以存在。因此本題該采用空心菱 形。10. 在SQLServer 2008中,常常會發(fā)生數(shù)據(jù)庫數(shù)據(jù)過大的情況,此時則需要對表進行處理,通常可采用人工分割表的方法優(yōu)化性能。下列有關(guān)分割表的說法,錯誤的是 。(分數(shù):1.00 )A. 水平分割后,得到的子表結(jié)構(gòu)相同B. 水平分割后,查詢表中所有數(shù)據(jù)時需要使用JOIN操作 VC. 垂直分割后,所有表中均需保留原有表的主碼D. 當查詢表中所有數(shù)據(jù)時,使用分割表方法會增加查詢表達式的復雜度解析:解析分割表增加了維護數(shù)據(jù)完整性的代價。分

13、割表分為水平分割表和垂直分割表兩種。水平分割 表:一種是當多個過程頻繁訪問數(shù)據(jù)表的不同行時,水平分割表,并消除新表中的冗余數(shù)據(jù)列;另一種是 當主要過程要重復訪問部分行時,最好將被重復訪問的這些行單獨形成子集表(冗余儲存),這在不考慮磁盤空間開銷時顯得十分重要,但在分割表以后,增加了維護難度,要用觸發(fā)器立即更新、或用存儲過程及 應用代碼批量更新,這也會增加額外的磁盤I/O開銷。垂直分割表(不破壞第三范式):一種是當多個過程頻繁訪問表的不同列時,可將表垂直分成幾個表,減少磁盤I/0(每行的數(shù)據(jù)列少,每頁存的數(shù)據(jù)行就多,相應占用的頁就少),更新時不必考慮鎖,沒有冗余數(shù)據(jù)。缺點是在插入或刪除數(shù)據(jù)時要考

14、慮數(shù)據(jù)的完整性, 用存儲過程維護。另一種是當主要過程反復訪問部分列時,最好將這部分被頻繁訪問的列數(shù)據(jù)單獨存為一 個子集表(冗余儲存),這在不考慮磁盤空間開銷時顯得十分重要,但因此增加了重疊列的維護難度,要用 觸發(fā)器立即更新、或用存儲過程及應用代碼批量更新,這也會增加額外的磁盤I/O開銷。垂直分割表可以達到最大化利用Cache的目的。水平分割后,查詢數(shù)據(jù)需要使用UNION操作。垂直分割后,查詢數(shù)據(jù)需要JOIN操作。11. 下列全部屬于結(jié)構(gòu)圖的組圖是 。(分數(shù):1.00 )A. 用例圖、類圖、順序圖、部署圖B. 類圖、組件圖、部署圖、活動圖C. 用例圖、對象圖、狀態(tài)圖、組件圖D. 類圖、對象圖、組

15、件圖、部署圖 V解析:解析 結(jié)構(gòu)圖是指以模塊的調(diào)用關(guān)系為線索,用自上而下的連線表示調(diào)用關(guān)系并注明參數(shù)傳遞的方 向和內(nèi)容, 從宏觀上反映模塊層次結(jié)構(gòu)的圖形。 其中結(jié)構(gòu)圖包括用例圖、 類圖、 組件圖、 對象圖和部署圖。12. 某網(wǎng)上書店根據(jù)用戶的歷史購書記錄, 采用某種數(shù)據(jù)挖掘算法分析出用戶最可能屬于某一類書的愛好者,應該采用 。(分數(shù): 1.00 )A. 關(guān)聯(lián)分析B. 分類分析 VC. 時間序列分析D. 回歸分析解析: 解析 常見的數(shù)據(jù)挖掘任務包括分類、估計、預測、相關(guān)性分組或關(guān)聯(lián)規(guī)則、聚類和描述、可視化 以及復雜數(shù)據(jù)類型挖掘 仃ext、Web圖形圖像、視頻和音頻等)等。分類分析首先從數(shù)據(jù)中選出

16、已經(jīng)分好類 的訓練集,在該訓練集上運用數(shù)據(jù)挖掘分類的技術(shù),建立分類模型,對于沒有分類的數(shù)據(jù)進行分類。該需 求要求根據(jù)購書記錄將用戶映射到傾向于喜歡某種書的顧客特性中,而分類挖掘模型能把數(shù)據(jù)庫中的數(shù)據(jù) 項映射到給定類別的某一個中。13. 以下關(guān)于關(guān)系表和元組敘述錯誤的是 。(分數(shù): 1.00 )A. 關(guān)系表在邏輯上由一系列元組組成B. 每個元組由多個屬性組成C. 每個元組可以用數(shù)據(jù)庫磁盤文件中的一個邏輯記錄來存儲D. 元組的每個屬性對應于一條記錄V解析: 解析 關(guān)系表在邏輯上由一系列元組組成,元組由多個屬性組成。每個元組可以用數(shù)據(jù)庫磁盤文件 中的一個邏輯記錄來存儲,記錄包括多個域。元組的每個屬性

17、對應于文件記錄中的一個域。14. 下列有關(guān)基于 C/S 和基于 B/S 數(shù)據(jù)庫應用系統(tǒng)體系結(jié)構(gòu)的說法中,錯誤的是 。(分數(shù): 1.00 )A. 在C/S結(jié)構(gòu)中,應用業(yè)務規(guī)則主要是在客戶端實現(xiàn)的B. 在 B/S 結(jié)構(gòu)中,應用業(yè)務規(guī)則主要是在數(shù)據(jù)庫服務器端實現(xiàn)的 VC. 在C/S結(jié)構(gòu)中,客戶端屬于“胖客戶端”;在 B/S結(jié)構(gòu)中,客戶端屬于“瘦客戶端”D. 在C/S結(jié)構(gòu)中,客戶端需要專門開發(fā);在 B/S結(jié)構(gòu)中,客戶端一般只需要安裝瀏覽器解析:解析C/S架構(gòu)是一種典型的兩層架構(gòu),其全稱是Client/Server ,即客戶端/服務器端架構(gòu)。其客戶端包含一個或多個在用戶的電腦上運行的程序。而服務器端有兩

18、種,一種是數(shù)據(jù)庫服務器端,客戶端通 過數(shù)據(jù)庫連接訪問服務器端的數(shù)據(jù),另一種是 Socket 服務器端,服務器端的程序通過 Socket 與客戶端的 程序通信。 C/S 架構(gòu)也可以看做是胖客戶端架構(gòu),因為客戶端需要實現(xiàn)絕大多數(shù)的業(yè)務邏輯和界面展示。 C/S 的客戶端一般需要單獨開發(fā)。在這種架構(gòu)中,作為客戶端的部分需要承受很大的壓力,因為顯示邏輯 和事務處理都包含其中,需要通過與數(shù)據(jù)庫的交互(通常是SQL或存儲過程的實現(xiàn))來達到持久化數(shù)據(jù),以此滿足實際項目的需要。 B/S 架構(gòu)的全稱為 Browser/Server ,即瀏覽器 /服務器結(jié)構(gòu)。 Browser 指的是 Web 瀏覽器,極少數(shù)事務邏輯

19、在前端實現(xiàn),但主要事務邏輯在服務器端實現(xiàn)。Browser客戶端、WebApp服務器端和DB數(shù)據(jù)庫服務端構(gòu)成所謂的三層架構(gòu)。B/S架構(gòu)的系統(tǒng)無須特別安裝,有 Web瀏覽器即可。B/S架構(gòu)中,顯示邏輯交給了 Web瀏覽器,事務處理邏輯則放在了WebApp,這樣就避免了龐大的胖客戶端,減少了客戶端的壓力,因為客戶端包含的邏輯很少,因此也被稱為瘦客戶端。B/S 架構(gòu)中,客戶端只需安裝 WEB瀏覽器即可,且應用業(yè)務規(guī)則一般是WEE服務器端實現(xiàn)的。15. ADO對象模型中,RecordSet對象的AddNew方法的功能是。(分數(shù): 1.00 )A. 在對應的數(shù)據(jù)庫表中增加一條新記錄 VB. 在記錄集中增加

20、一個新列C. 在內(nèi)存中開辟存放一條新記錄的空間D. 增加一個新的記錄集解析:解析RecordSet對象用于操作來自提供者的數(shù)據(jù)。使用ADO寸,通過RecordSet對象可對幾乎所有數(shù)據(jù)進行操作,所有 RecordSet對象均使用記錄(行)和字段(列)進行構(gòu)造。RecordSet的常用方法為: AddNew創(chuàng)建一條新記錄;Cancel,撤銷一次執(zhí)行;Close,關(guān)閉一個 RecordSet :Delete,刪除 一條記錄或一組記錄; MoveNex,把記錄指針移動到下一條記錄。RecordSet對象的AddNew方法的功能是在對應的數(shù)據(jù)庫表中增加一條新記錄。16. 設(shè)在SQL server 20

21、08中,用戶U1在DB1數(shù)據(jù)庫中創(chuàng)建了 #Temp表。下列關(guān)于#Temp表的說法中,正確的是。(分數(shù):1.00 )A. 只有在創(chuàng)建#Temp表的連接中才可以查詢#Temp表數(shù)據(jù) VB. 在所有用戶U1發(fā)起的連接中,都可以查詢 #Temp表數(shù)據(jù)C. 在創(chuàng)建#Temp表的連接未斷開時,DB1數(shù)據(jù)庫的所有用戶都可以查詢#Temp表數(shù)據(jù)D. 在創(chuàng)建#Temp表的連接斷開時,DB1數(shù)據(jù)庫的所有用戶仍可以查詢 #Temp表數(shù)據(jù)解析:解析在SQL Server 2008中,只有創(chuàng)建某個臨時表的連接中才能查詢當前臨時表的數(shù)據(jù),并當 U1創(chuàng)建的該表的連接還未斷開時,才能訪問這個表的數(shù)據(jù)。17. 有如下的索引文件

22、:則該索引文件稱為。(分數(shù):1.00 )A. 稀疏索引B. 聚集索引VC. 稠密索引D. 非聚集索引解析:解析稀疏索引是指如果只是一部分查找碼的值有對應的索引記錄,則該索引為稀疏索引;稠密索 引是指如果數(shù)據(jù)文件中的每一個查找碼值在索引文件中都對應一個索引記錄,則該索引為稠密索引。對于 數(shù)據(jù)文件和它的一個特定的索引文件,如果數(shù)據(jù)文件中的數(shù)據(jù)記錄的排列順序與索引文件中索引項的排列 順序相一致,或者說,索引文件按照其查找碼指定的順序與數(shù)據(jù)文件中數(shù)據(jù)記錄的排列順序相一致,則該 索引文件稱為聚集索引,否則為非聚集索引。因此選擇B選項。18. 效率低下的SQL語句往往是導致系統(tǒng)性能不佳的主要原因。設(shè)有如下

23、優(yōu)化系統(tǒng)性能的方法:I 利用存儲過程封裝頻繁使用的SQL語句重新安排數(shù)據(jù)存儲,整理回收碎塊山不要隨意使用游標W.合理使用相關(guān)子查詢V.調(diào)整表結(jié)構(gòu)定義以上屬于優(yōu)化SQL語句執(zhí)行效率方法的是。(分數(shù):1.00 )A. I、山、W VB. I、山、Vc.u、w、vD. I、W、V解析:解析H、V都屬于對數(shù)據(jù)庫邏輯和物理結(jié)構(gòu)的調(diào)整,不屬于SQL語句的優(yōu)化。19. DBAS生命周期模型中時間最長的階段是 。(分數(shù):1.00 )A. 需求分析B. 系統(tǒng)設(shè)計C. 實行與部署D. 運行管理與維護V解析:解析一個數(shù)據(jù)庫應用系統(tǒng)開發(fā)完成后,運行管理與維護往往是一個長久的過程,時間一般是以年 為單位,其成本消耗也是

24、巨大的。20. 以下關(guān)于兩段鎖協(xié)議的原理敘述錯誤的是 。(分數(shù): 1.00 )A. 每個事物的執(zhí)行程序劃分兩個階段,加鎖階段和解鎖階段B. 加鎖階段事務可以申請獲得任何數(shù)據(jù)項上的任何類型的鎖,允許釋放任何鎖VC. 在解鎖階段,事務可以釋放在任何數(shù)據(jù)項上任何類型的鎖,但是不能再申請任何鎖D. 每個事務開始執(zhí)行后就進入了加鎖階段解析:解析兩段鎖協(xié)議是指所有事務必須分兩個階段對數(shù)據(jù)項加鎖和解鎖:在對任何數(shù)據(jù)進行讀、寫 操作之前,要申請并獲得對該數(shù)據(jù)的封鎖;在釋放一個封鎖之后,事務不再申請和獲得其它任何封鎖。 可以證明,若并發(fā)執(zhí)行的所有事務均遵守兩段鎖協(xié)議, 則對這些事務的任何并發(fā)調(diào)度策略都是可串行化

25、的。 另外要注意兩段鎖協(xié)議和防止死鎖的一次封鎖法的異同之處。一次封鎖法要求每個事務必須一次將所有要 使用的數(shù)據(jù)全部加鎖,否則就不能繼續(xù)執(zhí)行,因此一次封鎖法遵守兩段鎖協(xié)議。但兩段鎖協(xié)議并不要求事 務必須一次將所有要使用的數(shù)據(jù)全部加鎖,因此遵守兩段鎖協(xié)議的事務可能發(fā)生死鎖。加鎖階段事務可以 申請獲得任何數(shù)據(jù)項上的任何類型的鎖,但是不允許釋放任何鎖。21. 下面說法正確的是 。(分數(shù): 2.00 )A. 數(shù)據(jù)倉庫是從數(shù)據(jù)庫中導入的大量數(shù)據(jù),并對結(jié)構(gòu)和存儲進行組織以提高查詢效率B. 使用數(shù)據(jù)倉庫的目的在于對已有數(shù)據(jù)進行高速的匯總和統(tǒng)計C. 數(shù)據(jù)挖掘采用適當?shù)乃惴?,從?shù)據(jù)倉庫的海量數(shù)據(jù)中提取具有潛在價值

26、的信息和知識VD. OLAP技術(shù)為提高處理效率,必須繞過DBMS直接對物理數(shù)據(jù)進行讀寫解析: 解析 數(shù)據(jù)庫不是用做日常查詢,也不是匯總和統(tǒng)計,而主要用于提取數(shù)據(jù)中的潛在信息和知識。因此A選項和B選項錯誤。OLAP(on-line analytical processing)是聯(lián)系分析處理的英文縮寫,它仍使用 DBMS?取數(shù)據(jù),即D選項的描述錯誤。22. 設(shè)在 SQL Server 2008 某數(shù)據(jù)庫中建有如下會員卡表:CREATE TABLE Table_Card(CardID char(4) PRJMARY KEY,StartDate datetime NOT NULL,Score int

27、NOT NULL DEFAUIJT 0,State int NOT NULL CHECK(State in(0,1,2)現(xiàn)表中無數(shù)據(jù),某用戶對此表依次進行了如下操作:I. INSERT INTO Table_CardVALUES(1001,2012-1-1 12:30:01,154,0)n. INSERT INTO Table_Card(CardlD,StartDate,State)VALUES(1002,2012-1-1 12:30:02,1)山.INSERT INTO Table_CardVALUES(1003,2012-1-1 12:30:03,172,2)IV. INSERT INTO

28、 Table_CardVALUES(1004,2012-1-1 12:30:04,135,3)V. UPDATE Table_Card SET State=3 WHERE CardlD=1001W. UPDATE Table Card SET State=1 WHERE CardlD=1004以上操作對 Table_Card 表數(shù)據(jù)產(chǎn)生影響的是 。(分數(shù): 2.00 )A. 僅I、n和山 VB. 僅I、V和WC. 僅I、n、山和WD. 僅山、V、V和W解析:解析V中插入字段的第四個字段“ 3”不滿足“ CHECK(State in(0,1,2) ”的條件,因此插入不 成功。V中更新第四個字段“

29、 State=3 ”同樣不滿足“ CHECK(State in(0,1,2)”的條件,更新失敗。W中因為沒有“ CardID=1004 ”的記錄,所以更新失敗。23. 分布式數(shù)據(jù)庫系統(tǒng)的“分片透明性”位于 。(分數(shù):2.00 )A. 全局模式與全局概念模式之間B. 分片模式與分配模式之間C. 全局概念模式與分片模式之間VD. 分配模式與局部概念模式之間解析:解析分布式數(shù)據(jù)庫系統(tǒng)按不同層次提供的分布透明性有:分片透明性、位置透明性、局部數(shù)據(jù)模 型透明性。其中分片透明性是分布式數(shù)據(jù)庫中最高層次的分布透明性,位于全局概念模型和分片模型之間用戶編寫程序只須對全局關(guān)系進行操作,不必考慮數(shù)據(jù)的分片及存儲場

30、地。當分片模式改變時,只須改變 全局概念到分片模式的映象,而不會影響全局概念模式和應用程序,即實現(xiàn)了分片透明性。24. 關(guān)于操作型數(shù)據(jù)和DSS型數(shù)據(jù)特征有如下說法:I 操作型數(shù)據(jù)更新頻率高,DSS型數(shù)據(jù)一般不更新操作型數(shù)據(jù)對性能要求寬松,DSS型數(shù)據(jù)對性能要求高山操作型數(shù)據(jù)是詳細的,DSS型數(shù)據(jù)是綜合的W.操作型數(shù)據(jù)有冗余,DSS型數(shù)據(jù)無冗余V.操作型數(shù)據(jù)處理需求事先可知,DSS型數(shù)據(jù)處理需求事先不明確以上說法正確的是。(分數(shù):2.00 )A. I、U、VB. U、山、WC. I、山、V VD. 山、W、V解析:解析操作型數(shù)據(jù)對性能要求較高、無冗余。操作型數(shù)據(jù)與分析型數(shù)據(jù)的區(qū)別如以下表格所示:

31、操作型數(shù)據(jù)分析型數(shù)據(jù)表示業(yè)務處理的動態(tài)情況表示業(yè)務處理的靜態(tài)情況在存取的瞬間是正確的代表過去的數(shù)據(jù)可更新,可由錄入人員更新不可更新,終端用戶的訪問權(quán)限常常是只 讀的處理細節(jié)冋題更多關(guān)注的是結(jié)論性的數(shù)據(jù),是綜合的, 或是提煉的操作需求事先可知,系統(tǒng)可按預計的工 作量進行優(yōu)化操作需求事先不知道,永遠不知道下一步 用戶要做什么有許多事務,每個事務影響數(shù)據(jù)的一小 部分有數(shù)目不多的一些查詢,每個查詢可訪問 大量數(shù)據(jù)面向應用,支持日常操作面向分析,支持管理需求用戶不必理解數(shù)據(jù)庫,只是輸入數(shù)據(jù)庫用戶需要理解數(shù)據(jù)庫,以便從數(shù)據(jù)中得出 有意義的結(jié)論25. 下列哪一條不是數(shù)據(jù)倉庫的基本特征 。(分數(shù):2.00 )

32、A. 反映當前準確數(shù)據(jù)VB. 數(shù)據(jù)是相對穩(wěn)定的C. 數(shù)據(jù)是集成的D. 數(shù)據(jù)是面向主題的解析:解析數(shù)據(jù)倉庫有四個特點:面向主題,操作型數(shù)據(jù)庫的數(shù)據(jù)組織面向事務處理任務,各個業(yè)務 系統(tǒng)之間各自分離,而數(shù)據(jù)倉庫中的數(shù)據(jù)按照一定的主題域進行組織。主題是一個抽象概:念,是指用戶 使用數(shù)據(jù)倉庫進行決策時所關(guān)心的重點方面,一個主題通常與多個操作型信息系統(tǒng)相關(guān);集成的,面向 事務處理的操作型數(shù)據(jù)庫通常與某些特定的應用相關(guān),數(shù)據(jù)庫之間相互獨立,并且往往是異構(gòu)的。而數(shù)據(jù) 倉庫中的數(shù)據(jù)是在對原有分散的數(shù)據(jù)庫數(shù)據(jù)抽取、清理的基礎(chǔ)上經(jīng)過系統(tǒng)加工、匯總和整理得到的,必須 消除源數(shù)據(jù)中的不一致性,以保證數(shù)據(jù)倉庫內(nèi)的信息是關(guān)

33、于整個企業(yè)的一致的全局信息;穩(wěn)定的,操作 型數(shù)據(jù)庫中的數(shù)據(jù)通常實時更新, 數(shù)據(jù)根據(jù)需要及時發(fā)生變化。 數(shù)據(jù)倉庫的數(shù)據(jù)主要供企業(yè)決策分析之用, 所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查詢,一旦某個數(shù)據(jù)進入數(shù)據(jù)倉庫以后,一般情況下將被長期保留,也就是 數(shù)據(jù)倉庫中一般有大量的查詢操作,但修改和刪除操作很少,通常只需要定期的加載、刷新;反映歷史 變化,操作型數(shù)據(jù)庫主要關(guān)心當前某一個時間段內(nèi)的數(shù)據(jù),而數(shù)據(jù)倉庫中的數(shù)據(jù)通常包含歷史信息,系統(tǒng) 記錄了企業(yè)從過去某一時點 (如開始應用數(shù)據(jù)倉庫的時點 ) 到目前的各個階段的信息,通過這些信息,可以 對企業(yè)的發(fā)展歷程和未來趨勢做出定量分析和預測。26. 在分布式數(shù)據(jù)庫中, 查

34、詢處理和優(yōu)化比集中式數(shù)據(jù)庫要復雜得多, 其中查詢優(yōu)化需要考慮的主要因素包括I/O代價、CPU弋價和通信代價。一般而言,分布式數(shù)據(jù)庫查詢優(yōu)化的首要目標是 。(分數(shù): 2.00 )A. 使查詢執(zhí)行時 I/O 代價最省B. 使查詢執(zhí)行時CPU代價最省C. 使查詢執(zhí)行時通信代價最省VD. 使查詢執(zhí)行時I/O和CPU弋價最省解析: 解析 首先,通信代價較 I/O 代價容易估計。其次,對于分布式數(shù)據(jù)庫查詢優(yōu)化而言,通信代價比 I/O代價和CPU弋價更為重要。27. 以下關(guān)于事務調(diào)度的說法錯誤的是 。(分數(shù): 2.00 )A. 調(diào)度分為串行調(diào)度和并發(fā)調(diào)度B. 串行調(diào)度的特點是一個事務的所有操作都執(zhí)行完后才開

35、始執(zhí)行另一個事務C. 多個事務的調(diào)度必須保持每個事務的操作在事務中的執(zhí)行順序不變D. 并發(fā)調(diào)度中不同事務的操作不可以交叉執(zhí)行V解析:解析 事務是構(gòu)成數(shù)據(jù)庫應用中一個獨立邏輯工作單元的操作的集合,也是訪問并可能更新數(shù)據(jù)庫 中各種數(shù)據(jù)項的一個程序執(zhí)行單元。數(shù)據(jù)庫系統(tǒng)通過執(zhí)行各種事務實現(xiàn)對數(shù)據(jù)庫數(shù)據(jù)的操作,管理和執(zhí)行 事務是DBMS勺基本功能。事務的四大特性為:原子性;一致性;隔離性;掙久性。事務調(diào)度則是 為了保證事務的此四大特性。調(diào)度分為串行調(diào)度和并發(fā)調(diào)度。串行調(diào)度的特點是一個事務的所有操作都執(zhí) 行完后才開始執(zhí)行另一事務,不存在事務操作的交叉執(zhí)行;不同事務操作的交叉執(zhí)行稱為并發(fā)調(diào)度,DBMS交叉執(zhí)

36、行來自多個事務的各個操作,以提高數(shù)據(jù)庫系統(tǒng)的性能。并發(fā)調(diào)度中不同的事務的操作可以交叉執(zhí) 行。28. 假如有兩個表的連接是這樣的: table_1 INNER JOIN table_2 ,其中 table_1 和 table_2 是兩個具有公共屬性的表,這種連接會生成 結(jié)果集。(分數(shù): 2.00 )A. 包括 table_1 中的所有行,不包括 table_2 的不匹配行B. 包括 table_2 中的所有行,不包括 table_1 的不匹配行C. 包括兩個表的所有行D. 只包括 table_1 和 table_2 滿足條件的行 V解析: 解析 某些情況下,需要把數(shù)字數(shù)據(jù)類型顯示為相應的文本名稱

37、,這就碰到了多表連接建立記錄集的問題。多表連接的類型主要有l(wèi)eft join、right join和inner join。其主要區(qū)別如下:left join(左聯(lián)接),返回包括左表中的所有記錄和右表中聯(lián)結(jié)字段相等的記錄;right join(右聯(lián)接),返回包括右表中的所有記錄和左表中聯(lián)結(jié)字段相等的記錄;inneoin(等值連接 ),只返回兩個表中聯(lián)結(jié)字段相等的 行。因此本題采用 inner join ,結(jié)果集將返回包括 table_1 和 table_2 都滿足條件的行。29. 有教師表 ( 教師號,教師名,職稱,基本工資 ) ,其中基本工資的取值與教師職稱有關(guān),實現(xiàn)這個約束的可行方案是 。(

38、分數(shù): 2.00 )A. 在教師表上定義一個視圖B. 在教師表上定義一個存儲過程C. 在教師表上定義插入和修改操作的觸發(fā)器VD. 在教師表上定義一個標量函數(shù)解析:解析 觸發(fā)器 (trigger) 是 SQLServer 提供給程序員和數(shù)據(jù)分析員用來保證數(shù)據(jù)完整性的一種方法, 它是與表事件相關(guān)的特殊的存儲過程,執(zhí)行不是由程序調(diào)用,也不是手工啟動,而是由事件來觸發(fā),比如 當對一個表進行操作 (insert ,delete ,update) 時就會激活它并執(zhí)行,且經(jīng)常用于加強數(shù)據(jù)的完整性約束 和業(yè)務規(guī)則等。教師表中要求基本工資的取值與教師的職稱有關(guān),即當對教師的職稱進行操作的時候,要 求基本工資的取

39、值隨著職稱變化而變化,因此采用觸發(fā)器可以達到要求。30. 事務日志用于保存 。(分數(shù): 2.00 )A. 程序運行過程B. 程序的執(zhí)行結(jié)果C. 對數(shù)據(jù)的更新操作VD. 數(shù)據(jù)操作解析: 解析 事務日志是一個與數(shù)據(jù)庫文件分開的文件。它存儲對數(shù)據(jù)庫進行的所有更改,并記錄全部插 入、更新、刪除、提交、回退和數(shù)據(jù)庫模式變化等操作。事務日志是數(shù)據(jù)備份和數(shù)據(jù)恢復的重要文件,也 是使用 SQL Remote 或 復制代理 復制數(shù)據(jù)所必需的。二、應用題 (總題數(shù): 10,分數(shù): 30.00)31. 有表 SCORE(Sn,o Cno,Degree) ,查詢該表中最高分的學生學號和課程號:SELECT 1FROM

40、 SCOREWHERE Degree= 2;(分數(shù): 4.00 )解析:第一空: Sno as 學號, cno as 課程號第二空:(SELECT MAX(S1.Degree)FR0M SC0RES1)解析通過AS來對屬性起別名,使得在新建的表中該 屬性名被定義為 AS 后面的別名。32. 數(shù)據(jù)庫管理員要隨時觀察數(shù)據(jù)庫的動態(tài)變化, 并在數(shù)據(jù)庫出現(xiàn)錯誤、 故障或產(chǎn)生不適應的情況時能夠隨 時采取有效措施保護數(shù)據(jù)庫。這種監(jiān)控機制稱為 1 。(分數(shù): 2.00 )解析:手動監(jiān)控機制 解析 對數(shù)據(jù)庫系統(tǒng)的監(jiān)控分為手動監(jiān)控機制和自動監(jiān)控機制兩種。33. 在數(shù)據(jù)庫系統(tǒng)中, 1 映像關(guān)系用于提供數(shù)據(jù)與應用程序

41、間的邏輯獨立性。(分數(shù): 2.00 )解析:外模式 / 模式解析 外模式 /模式映像定義了數(shù)據(jù)庫中不同用戶的外模式與數(shù)據(jù)庫邏輯模式之間的對 應關(guān)系。當數(shù)據(jù)庫模式發(fā)生變化時,通過調(diào)整外模式/模式間的映像關(guān)系,使得應用程序不必隨之修改,從而保證數(shù)據(jù)與應用程序間的邏輯獨立性,簡稱數(shù)據(jù)的邏輯獨立性。34. 在SQL中,用1關(guān)鍵詞消除重復出現(xiàn)的元組。(分數(shù): 2.00 )解析:DISTINCT解析SQL的查詢結(jié)果中允許有重復元組出現(xiàn),因為在SQL的查詢結(jié)果中去掉重復元組是一件非常耗時的工作,因此從性能的角度出發(fā),只要不是特別指出,允許查詢的結(jié)果中有重復元組存在。當然SQL也提供了去掉重復元組的方法 (例

42、如使用DISTINCT關(guān)鍵詞)。35. 下面程序段的功能是:在數(shù)據(jù)庫中判斷是否存在名為 my_proc 的存儲過程,若存在,則刪除之,然后創(chuàng) 建同名的存儲過程, 該存儲過程的功能是向 author_id 、author_name 和 address 字段插入數(shù)據(jù)。閱讀并回 答以下問題:USE bookdb GOIF EXISTS(SELECT 1FROM SysobjectsWHERE name=my_procand type=P)DROPPROC my_proc GOCREATE PROC my_proca int,b char(8),c char( 50) 2INSERT INTO aut

43、hor(author_id,author_name,address)VALUES(a,b,c)GO(分數(shù): 4.00 )解析:第一空: Name第二空:as 解析在數(shù)據(jù)庫中判斷是否存在名為my_proc的存儲過程,即從系統(tǒng)表中查詢有沒有和my_proc同名的過程,用“ SELECT name FROM Sysobject”s 表示。其中Sysobjects 為系統(tǒng)表,保存當前數(shù)據(jù)庫的對象,如約束、默認值、日志、規(guī)則、存儲過程等。比較常用的字段為:Sysobjects(Name sysname, - -object 名稱id int,- -object idxtype char(2),- -ob

44、ject 類型type char(2),- -object類型uid smallint,- -object所有者的 ID)創(chuàng)建存儲過程的命令格式為:CREATE PROC my_proc砂量 1, 變量 2 AS ;n;:=BEGINstatementsEND36. 事務是數(shù)據(jù)庫執(zhí)行的基本單位,如果一個事務執(zhí)行成功,則全部更新提交;如果一個事務執(zhí)行失敗,則已做過的更新被恢復原狀,好像整個事務從未執(zhí)行過,這就是保持數(shù)據(jù)庫處于1 狀態(tài)。(分數(shù): 2.00 )解析:一致性 解析 數(shù)據(jù)庫的一致性指的是事務執(zhí)行成功則全部提交, 必須使所有數(shù)據(jù)都具有一致的狀態(tài), 如果一個事務提交失敗,所有做過的更新全部撤

45、銷。37. 數(shù)據(jù)倉庫是一個面向主題、集成的、時變的、非易失的數(shù)據(jù)集合,支持管理部門的決策過程,數(shù)據(jù)倉庫通過數(shù)據(jù)轉(zhuǎn)移從多個數(shù)據(jù)源提取數(shù)據(jù),為了解決不同數(shù)據(jù)源格式上的不統(tǒng)一,需要進行的數(shù)據(jù)操作是1 。(分數(shù): 2.00 )解析:轉(zhuǎn)換 解析 數(shù)據(jù)倉庫的數(shù)據(jù)來自多種數(shù)據(jù)源。不同的數(shù)據(jù)源可能由不同的平臺開發(fā),使用不同的數(shù) 據(jù)庫管理系統(tǒng),數(shù)據(jù)格式也可能不同。源數(shù)據(jù)在被裝載到數(shù)據(jù)倉庫之前,需要進行一定的數(shù)據(jù)轉(zhuǎn)換。數(shù)據(jù) 轉(zhuǎn)換的主要任務是對數(shù)據(jù)粒度以及不一致的數(shù)據(jù)進行轉(zhuǎn)換。38. 設(shè)有關(guān)系模式 W(C P, S, G, T, R),其中各屬性的含義是:C為課程,P為老師,S為學生,G為成績,T為時間,R為教室,

46、根據(jù)定義有如下的函數(shù)依賴集:F=CG (S, C)-G (T, RFC,仃,P)tR 仃,S)tRW的規(guī)范程度可高達1。若將關(guān)系模式 W分解為3個關(guān)系模式W1(C, P), W2(S, C, G), W3(S, T, R, C)則W1的規(guī)范化程度最高可達到 2 , W2的規(guī)范化程度最高可達到 3 , W3的規(guī)范化程度最高可到達4。(分數(shù): 8.00 )解析:第一空: 1NF第二空: 4NF第三空: 1NF第四空: 3NF 解析 W1 中存在著非主屬性對碼的部分依賴,所以它只能達到1NF。39. 如果數(shù)據(jù)庫中的一個基本表中的數(shù)據(jù)量很少,且插入、刪除、更新等操作頻繁,該基本表最佳采用的文 件結(jié)構(gòu)是

47、 1 。分數(shù): 2.00 ) 解析:堆文件解析堆文件也稱為無序文件。在堆文件中,記錄隨機地存儲在文件物理空間中,新插入的 記錄存儲在文件的末尾。40. 在UML模型中,用于表達一系列的對象、對象之間的聯(lián)系以及對象間發(fā)送和接收消息的圖是(分數(shù):2.00)解析:通信圖(協(xié)作圖)解析在UML模型中,通信圖是交互圖的一種,也被稱作協(xié)作圖。它是表達對象之 間的聯(lián)系以及對象間發(fā)送和接收消息的圖。三、設(shè)計與應用題(總題數(shù):3,分數(shù):30.00)現(xiàn)有論文和作者兩個實體,論文實體的屬性包括題目期刊名稱、年份、期刊號;作者實體的屬性包括姓 名、單位、地址;一篇論文可以有多個作者,且每一位作者寫過多篇論文,在每一篇

48、論文中有作者的順序 號。請完成以下操作:(分數(shù): 10.00)(1).畫出E-R圖。(分數(shù):5.00)正確答案:()(1)ER圖的設(shè)計原則解析:在設(shè)計ER圖時,首先應根據(jù)需求分析,確認實體、屬性和聯(lián)系這三種ER圖的基本要素。需要強調(diào)的三條設(shè)計原則如下: 相對原則建模的過程實際上是對對象抽象的過程。實體、屬性和聯(lián)系是對同一個對象抽象過程的不同解釋和理解。在同一情況下不同的人, 或同一人在不同的情況下,對事物抽象的結(jié)果可能是不同的。在ER圖的整個設(shè)計過程中,實體、屬性和聯(lián)系不是一成不變,而是可能會被不斷的調(diào)整和優(yōu)化。 一致原則同一對象在同一個管理系統(tǒng)中的不同子系統(tǒng)抽象的結(jié)果要求保持一致。 簡單原則

49、為簡化ER圖,現(xiàn)實世界中的事物能作屬性對待時,應盡量作為屬性處理。屬性與實體和聯(lián)系之間,并無一 定界限。當屬性滿足如下兩個條件時,就不能作實體或關(guān)系對待:不再具有需要進一步描述的性質(zhì),因為 屬性在含義上是不可再分的數(shù)據(jù)項;屬性不能再與其它實體具有聯(lián)系,即ER圖中的聯(lián)系只能是實體之間的聯(lián)系。(2)ER圖的組成元素是實體、屬性和聯(lián)系 實體把客觀存在并且可以相互區(qū)別的事物稱為實體。實體可以是實際事物,也可以是抽象事件。如一個職工、 場比賽等。 屬性描述實體的特性稱為屬性。如職工的職工號,姓名,性別,岀生日期,職稱等。 聯(lián)系聯(lián)系是實體間有意義的相互作用,即實體間存在的關(guān)聯(lián)。在ER圖中,分別用矩形框表示

50、實體,橢圓表示屬性,菱形框表示聯(lián)系。(3)聯(lián)系的類型實體之間的聯(lián)系分為三種類型:一對一(1:1)、一對多(1:n)和多對多(n:m)。題目給岀了兩個實體論文和作者,并且指明了論文實體的屬性包括題目、期刊名稱、年份、期刊號,作者 實體的屬性包括姓名、單位、地址。實體間的關(guān)系包括:一篇論文可以有多個作者,且每一位作者寫過多 篇論文,在每一篇論文中有作者的順序號,可以知道論文和作者是多對多的關(guān)系。同時可知論文題目和期 刊號的聯(lián)合是論文關(guān)系模式的主鍵,姓名是作者關(guān)系模式的主鍵,而需要作者姓名和論文題目才能唯一確 定發(fā)表的關(guān)系模式。(2).將E-R圖轉(zhuǎn)換成關(guān)系模式,并指出每個關(guān)系模式的主鍵(加下劃線)和

51、外鍵(加波浪線)。(分數(shù):5.00 ) 正確答案:() 解析:關(guān)系模式:論文(題目,期刊名稱,年份, 期刊號)作者(姓名,單位,地址)發(fā)表(姓茗,題目,順序號)41. 設(shè)有圖書管理數(shù)據(jù)庫,包含三張表:圖書明細表(圖書編號,圖書類別,圖書名稱,作者,出版社,出版日期,定價);讀者表(借書證號,姓名,系別,辦證日期 );借出信息表(借出編號,借書證號,圖書編號,借書日期);完成下列操作:定義一個多語句表值函數(shù),用于查詢學生借書情況,只需提供參數(shù):借書證號,就可以通過調(diào)用函數(shù)返回此學生的借書情況,若有借書籍,則返回所借書籍的編號、書籍名稱、定價和借書日期;若沒有在借書籍, 則返回記錄為空。設(shè)函數(shù)名為:f_BorrowBook(jszh char(20)。(分數(shù)

溫馨提示

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

最新文檔

評論

0/150

提交評論