三級數(shù)據(jù)庫技術真題II_第1頁
三級數(shù)據(jù)庫技術真題II_第2頁
三級數(shù)據(jù)庫技術真題II_第3頁
三級數(shù)據(jù)庫技術真題II_第4頁
三級數(shù)據(jù)庫技術真題II_第5頁
已閱讀5頁,還剩10頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、下列關于概念數(shù)據(jù)模型的說法,錯誤的是()概念數(shù)據(jù)模型并不依賴于具體的計算機系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)概念數(shù)據(jù)模型便于用戶理解,是數(shù)據(jù)庫設計人員與用戶交流的工具,主要用于數(shù)據(jù)庫設計概念數(shù)據(jù)模型不僅描述了數(shù)據(jù)的屬性特征,而且描述了數(shù)據(jù)應滿足的完整性約束條件概念數(shù)據(jù)模型是現(xiàn)實世界到信息世界的第一層抽象,強調語義表達功能概念數(shù)據(jù)模型主要用來描述世界的概念化結構, 它使數(shù)據(jù)庫設計人員在設計的初始階段擺脫 計算機系統(tǒng)及 DBMS 的具體技術問題, 集中精力分析數(shù)據(jù)以及數(shù)據(jù)之間的聯(lián)系等, 與具體的 數(shù)據(jù)庫管理系統(tǒng)無關,所以沒有描述數(shù)據(jù)的完整性約束條件。在數(shù)據(jù)庫應用系統(tǒng)生命周期中,系統(tǒng)設計完成后就進入到系統(tǒng)實現(xiàn)與部

2、署階段。下列關于 數(shù)據(jù)庫應用系統(tǒng)實現(xiàn)與部署階段工作的說法,錯誤的是( )此階段會根據(jù)數(shù)據(jù)庫邏輯結構和物理結構設計方案以及項目選擇的數(shù)據(jù)庫管理系統(tǒng),編 寫相關腳本生成數(shù)據(jù)庫結構此階段會將用戶原有數(shù)據(jù)按照新的數(shù)據(jù)結構導入到新系統(tǒng)中此階段會進行應用系統(tǒng)編碼和編碼測試,編碼測試可以使用白盒測試方法也可以使用黑 盒測試方法此階段如果發(fā)現(xiàn)系統(tǒng)的功能、性能不滿足用戶需求,應盡快進行系統(tǒng)升級工作系統(tǒng)的實現(xiàn)階段主要是系統(tǒng)編碼和測試, 針對系統(tǒng)的功能和性能不足對系統(tǒng)進行升級是運行 維護階段的工作。存儲管理器是數(shù)據(jù)庫管理系統(tǒng)非常重要的組成部分。下列關于存儲管理器的說法,錯誤的是( )存儲管理器負責檢查用戶是否具有數(shù)

3、據(jù)訪問權限為了提高數(shù)據(jù)訪問效率,存儲管理器會將部分內存用于數(shù)據(jù)緩沖,同時使用一定的算法 對內存緩沖區(qū)中的數(shù)據(jù)塊進行置換存儲管理器會為編譯好的查詢語句生成執(zhí)行計劃,并根據(jù)執(zhí)行計劃訪問相關數(shù)據(jù)存儲管理器以事務方式管理用戶對數(shù)據(jù)的訪問,以確保數(shù)據(jù)庫并發(fā)訪問的正確性C項是查詢處理器的功能,不是存儲管理器功能。下列敘述中不屬于三層 B/S 結構數(shù)據(jù)庫應用系統(tǒng)特點和操作特征的是( )客戶端使用瀏覽器,瀏覽器與 Web 應用服務器之間的通信使用超文本傳輸協(xié)議(HTTP)數(shù)據(jù)庫服務器接受應用服務器提出的數(shù)據(jù)操作請求,對數(shù)據(jù)庫進行相應的操作,并將操 作結果返回給應用服務器這種結構使客戶端和服務器能在不同的系統(tǒng)間

4、通信,但對客戶機配置要求較高,且應用 軟件維護代價也較大這種結構不受時空限制,使用者可以在全球任何地方,任何時間請求數(shù)據(jù)庫應用系統(tǒng)提 供的各種數(shù)據(jù)服務B/S 結構的數(shù)據(jù)庫應用系統(tǒng)的特點是用戶界面完全通過WWW 瀏覽器實現(xiàn), 一部分事務邏輯在前端實現(xiàn), 主要的事務邏輯在服務器實現(xiàn), 所以其對客戶機配置要求不高, 即使對服務器 要求較高,也不需要安裝客戶端軟件。5實體聯(lián)系模型簡稱 ER模型,是數(shù)據(jù)庫設計常用的一種建模方法。關于ER模型,下列說法錯誤的是( )ER模型能幫助建模人員用一種簡單的方法描述現(xiàn)實世界中的數(shù)據(jù)及數(shù)據(jù)之間的聯(lián)系用ER模型建模的基本思路是分類標識客觀事物,將具有相同屬性特征的事物

5、抽象為實體集ER模型可以描述實體集之間一對一、一對多和多對多聯(lián)系,也可以描述一個實體集中記 錄之間的聯(lián)系用ER模型描述實體集之間的聯(lián)系時,需要考慮數(shù)據(jù)在計算機中存儲及處理的特征設計數(shù)據(jù)庫時,要分析這個數(shù)據(jù)庫必須存儲的信息及這些信息組成部分之間的關系,ER 模型就是用來描述數(shù)據(jù)庫中實體及其屬性以及各個實體間聯(lián)系的描述方法。ER模型建模時,不考慮數(shù)據(jù)庫在計算機中的存儲和處理特性。下列關于函數(shù)依賴概念的說法,正確的是()函數(shù)依賴研究一個關系中記錄之間的依賴關系函數(shù)依賴研究一個關系中屬性之間的依賴關系函數(shù)依賴研究一個關系中主碼與外碼之間的依賴關系函數(shù)依賴研究一個關系中某列不同行之間取值的依賴關系下列有

6、關三級模式結構和數(shù)據(jù)獨立性的說法,正確的是()在一個數(shù)據(jù)庫中可以定義多個內模式,可利用不同的內模式來描述特定用戶對數(shù)據(jù)的物 理存儲需求B)外模式是用戶與數(shù)據(jù)庫系統(tǒng)的接口,用戶可通過外模式來訪問數(shù)據(jù),在一個數(shù)據(jù)庫中只 能定義一個外模式C)三級模式結構提供了數(shù)據(jù)獨立性,即當數(shù)據(jù)的邏輯結構和存儲結構發(fā)生變化時,應用程 序不受影響D)數(shù)據(jù)獨立性使得數(shù)據(jù)的定義和描述與應用程序相分離,簡化了數(shù)據(jù)庫應用程序的開發(fā), 但增加了用戶維護數(shù)據(jù)的代價A 選項中內模式也稱存儲模式, 它是數(shù)據(jù)物理結構和存儲方式的描述, 是數(shù)據(jù)在數(shù)據(jù)庫內部 的表示方式,一個數(shù)據(jù)庫只有一個內模式。 B 選項中外模式可以有多個,其是應用程序

7、或用 戶與數(shù)據(jù)庫通信的接口, 不同的用戶訪問同一個數(shù)據(jù)庫對應多個外模式。D 選項中數(shù)據(jù)與程序之間的獨立性,使數(shù)據(jù)定義與描述分離,所有數(shù)據(jù)的存取由 DBMS管理,用戶不必考慮存取細節(jié),所以減少了應用程序的維護?,F(xiàn)要為某大型商場開發(fā)一個數(shù)據(jù)庫應用系統(tǒng),在該應用系統(tǒng)的生命周期中, 設有下列活動:I開發(fā)人員執(zhí)行DDL代碼建立數(shù)據(jù)庫結構I編寫商品信息錄入和導入程序,在系統(tǒng)投入運行前建立商品信息清單I根據(jù)商場銷售業(yè)務開展情況,調整數(shù)據(jù)庫中的商品清單和價格I準備銷售新商品時,使用商品信息錄入或導入程序,將新商品信息加入到商品清單中I 為了防止數(shù)據(jù)丟失,定期對數(shù)據(jù)庫中的數(shù)據(jù)進行轉儲 以上活動中,屬于商場數(shù)據(jù)庫

8、應用系統(tǒng)實施活動的是( )A)僅I和IB)僅I、1和IC)僅I和ID)僅I和II、I屬于實施活動,I、I、I屬于運行和維護活動。設在 SQLServer 2008 中,某關系表需要存儲職工的工資信息,工資的范圍為 200010000 ,設用整型類型存儲。下列數(shù)據(jù)類型中最合適的是( )A)intB)smallintC)tinyintD)bigint有符號 Bigint 存儲大小為 8 個字節(jié);有符號 int 存儲大小為 4 個字節(jié);無符號 smallint 從 0 到 216-1,存儲大小為 2個字節(jié); Tinyint 存儲大小為 1 字節(jié)。設某數(shù)據(jù)庫在非工作時間(每天 8:00 以前、 18:

9、00 以后、周六和周日)不允許授權用戶 在職工表中插入數(shù)據(jù)。下列方法中能夠實現(xiàn)此需求且最為合理的是( )A)建立存儲過程B)建立后觸發(fā)型觸發(fā)器C)定義內嵌表值函數(shù)D)建立前觸發(fā)型觸發(fā)器觸發(fā)器是用戶定義在關系表上的一類由時間驅動的特殊過程。 前觸發(fā)型觸發(fā)器只執(zhí)行觸發(fā)器 指定的內容而不執(zhí)行引發(fā)觸發(fā)器的 SQL 語句,為職工表中插入數(shù)據(jù)設定一個非工作時間的 前觸發(fā)型觸發(fā)器后就可實現(xiàn)該功能。在開發(fā)數(shù)據(jù)庫應用系統(tǒng)時,使用存儲過程可以提高數(shù)據(jù)訪問效率,降低網(wǎng)絡流量。下列 關于存儲過程的說法,錯誤的是( )A)存儲過程可以接受輸入?yún)?shù),并可將執(zhí)行結果以輸出參數(shù)形式返回B)存儲過程可以有多個輸入?yún)?shù),但只能有

10、一個輸出參數(shù)C)定義存儲過程時,在一個存儲過程中可以同時包含數(shù)據(jù)的增、刪、改、查操作D)存儲過程的輸入?yún)?shù)和輸出參數(shù)均可有默認值PL/SQL 主要由兩種類型構成,即命名塊和匿名塊。匿名塊每次執(zhí)行時都需要進行編譯,不 能被存儲到數(shù)據(jù)庫中,也不能在其它的 PL/SQL 中調用。存儲過程和函數(shù)是命名塊,它們被 編譯后保存在數(shù)據(jù)庫中,可以被反復調用,運行速度塊。設有工作表(工作編號,最低工資,最高工資),其中工作編號、最低工資和最高工資 均為整型, 工作編號為主碼。 現(xiàn)要求最高工資必須大于等于最低工資, 但不能超過最低工資 的 2 倍。在 SQLServer 2008 環(huán)境中有下列創(chuàng)建該表的語句:I.

11、 CREATETABLE工作表(工作編號 int primary key,最低工資 int,最高工資int check(最高工資between最低工資and最低工資* 2)CREATETABLE工作表(工作編號 int,最低工資 int,最高工資 int,primary key(工作編號),check(最高工資between最低工資and最低工資* 2)CREATRABLE工作表(工作編號int primary key(工作編號),最低工資 int,最高工資 int,check(最高工資between最低工資and最低工資* 2)CREATTABLEX作表(工作編號int primary ke

12、y(工作編號),最低工資 int,最高工資int check(最高工資between最低工資and最低工資* 2)上述語句中正確的是( )A)僅 I 和 IIB)僅 II 和 IIIC)僅 III 和 IVD)全部當用CHECK進行約束條件限制時,若其只涉及對某一列的約束則可以放在該列后面,如果是約束條件中涉及兩列或兩列以上,則為對整個數(shù)據(jù)表的約束,放在表的最后面。在SQLServer2008的某數(shù)據(jù)庫中,設U1用戶是R1角色中的成員,現(xiàn)已授予R1角色對T 表具有 SELECT和DENYUPDATE權限,同時授予了 U1用戶對 T表具有INSERT和UPDATE權 限,則U1用戶最終對T表具有

13、的權限是()SELECTS INSERTINSERT和 UPDATESELECT INSERT和 UPDATEINSERT當用戶的權限與其所在的角色的權限發(fā)生沖突時,以角色的權限為標準。在 SQLServer2008 中,有系統(tǒng)數(shù)據(jù)庫 master 、 model、 msdb、 tempdb 和用戶數(shù)據(jù)庫。下列關于系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫的備份策略,最合理的是()對系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫都實行周期性備份對系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫都實行修改之后即備份對系統(tǒng)數(shù)據(jù)庫實行修改之后即備份,對用戶數(shù)據(jù)庫實行周期性備份對 master、model、msdb 實行修改之后即備份, 對用戶數(shù)據(jù)庫實行周期性備份, 對

14、 tempdb 不備份因為系統(tǒng)數(shù)據(jù)庫 master 、 model 、 msdb 修改較少,且對數(shù)據(jù)庫系統(tǒng)影響較大,所以每次修 改后應及時備份; 而用戶自定義的數(shù)據(jù)庫在使用過程中會經(jīng)常不定期的修改,而且每次修改量不大, 如果每次修改完就重新備份則對系統(tǒng)操作冗余性較大,所以采用定期備份; tempdb是系統(tǒng)臨時文件的數(shù)據(jù)庫,每次啟動后都會清空,所以沒必要備份。在 SQLServer2008 中,設 U1 用戶在某數(shù)據(jù)庫中是 db_datawriter 角色中的成員,則用戶U1 從該角色中可以獲得的數(shù)據(jù)操作權限是( )。I.查詢 II.插入 III.更改 IV.刪除僅 I僅 I 和 II僅 II、

15、 III 和 IV全部db_datawriter 角色只分配了對數(shù)據(jù)庫的寫操作的權限,而不能進行查看。某數(shù)據(jù)庫應用系統(tǒng)中,數(shù)據(jù)庫管理員發(fā)現(xiàn)某個查詢功能是用多表連接操作實現(xiàn)的,此操作性能較差。 在保證功能不變的前提下, 若要提高該查詢的執(zhí)行效率, 下列方法中可行的是 ()將此查詢語句放置在視圖中,使用視圖實現(xiàn)該查詢操作修改實現(xiàn)此功能的查詢語句,將連接查詢改為嵌套查詢將此功能涉及到的表進行合并,然后對合并后的表進行查詢將此查詢語句放置在存儲過程中,通過調用存儲過程實現(xiàn)該查詢操作視圖在 sql 語句相同的情況下不能夠提高效率, A 錯誤; B、 D 并沒有簡化查詢的運算量從 而將表合并,也沒有減少連

16、接產(chǎn)生的運算量從而提高查詢效率。在數(shù)據(jù)庫管理系統(tǒng)中,為保證并發(fā)事務的正確執(zhí)行,需采用一定的并發(fā)控制技術。下列 關于基于鎖的并發(fā)控制技術的說法,錯誤的是( )鎖是一種特殊的二元信號量,用來控制多個并發(fā)事務對共享資源的使用數(shù)據(jù)庫中的鎖主要分為排它鎖和共享鎖,當某個數(shù)據(jù)項上已加有多個共享鎖時,此數(shù)據(jù) 項上只能再加一個排它鎖數(shù)據(jù)庫管理系統(tǒng)可以采用先來先服務的方式防止出現(xiàn)活鎖現(xiàn)象當數(shù)據(jù)庫管理系統(tǒng)檢測到死鎖后,可以采用撤銷死鎖事務的方式解除死鎖當事務T對某個數(shù)據(jù)加上共享鎖, 則T只能對該數(shù)據(jù)進行讀操作,不能修改數(shù)據(jù),且其它事務也可以對該數(shù)據(jù)加共享鎖但不能加排它鎖。 只有等到該數(shù)據(jù)沒有被其他任何事務訪問時才

17、 能加排它鎖。在某信息管理系統(tǒng)中需管理職工的照片信息,由于照片數(shù)據(jù)量較大,照片信息是否存儲 在數(shù)據(jù)庫中成為討論的焦點問題。下列關于照片存儲與使用的說法,錯誤的是()將照片存儲在數(shù)據(jù)庫中可能會導致備份時間較長,備份空間占用較多將照片存儲在文件系統(tǒng)中,在數(shù)據(jù)庫中只存儲照片文件的路徑信息,可以大幅度降低數(shù) 據(jù)庫的數(shù)據(jù)量將照片存儲在數(shù)據(jù)庫中雖然會導致數(shù)據(jù)庫的數(shù)據(jù)量較大,但可以方便地實現(xiàn)多臺機器共 享照片數(shù)據(jù),也可以大幅度提高用戶訪問照片數(shù)據(jù)的速度與將照片存儲在文件系統(tǒng)中相比,將照片存儲在數(shù)據(jù)庫中更容易實現(xiàn)人員信息和照片數(shù) 據(jù)的一致性所以, 同一時間的高照片存儲到數(shù)據(jù)庫后, 多個用戶同時對照片的訪問受到

18、了很大的限制, 并發(fā)訪問對數(shù)據(jù)庫的要求極高。所以, 同一時間的高現(xiàn)有課程表(課程號,課程名,學分,開課學期,課程性質),課程號為主碼。該表數(shù) 據(jù)量較大。設經(jīng)常要對該表執(zhí)行類似下面的查詢:SELECT FROM課程表 WHERE課程名=數(shù)據(jù)庫原理為提高這類查詢的執(zhí)行效率,下列物理設計方案中,正確且最為合理的是()為課程名列建立一個主索引為課程名列建立一個位圖索引為課程名列建立一個輔索引此表上不需要建任何索引本題考查索引的設置。 主索引是根據(jù)數(shù)據(jù)對象的主鍵建立的索引, 它們決定了被索引記錄的 位置,而輔助索引沒有這樣的限制, 可以用于任何索引目的并且可以查找多個數(shù)據(jù)文件存放 的位置。而位圖索引一般

19、在范圍查詢時使用。某數(shù)據(jù)庫應用系統(tǒng)使用 SQLServer2008 作為數(shù)據(jù)庫平臺。在系統(tǒng)運行期間,用戶反映某 更新操作很慢, 無法正常完成業(yè)務。 系統(tǒng)工程師分別在用戶的客戶機和數(shù)據(jù)庫服務器上使用 數(shù)據(jù)庫管理系統(tǒng)自帶的客戶端工具執(zhí)行此更新操作語句,發(fā)現(xiàn)該語句執(zhí)行后長時間無響應。 經(jīng)檢查數(shù)據(jù)庫服務器 CPU 使用率小于 1%,磁盤 IO 也非常小。造成此現(xiàn)象可能的原因是( )客戶機到數(shù)據(jù)庫服務器的網(wǎng)絡故障更新操作涉及到的表沒有建立主碼更新的字段沒有建立有效的索引更新操作涉及到的數(shù)據(jù)被鎖定因為在客戶端和服務器自帶的客戶端工具上都是長時間運行無響應, 所以與網(wǎng)絡無關, A 錯 誤;B表在建立時必須設

20、定主碼,若沒有設定則默認所有屬性集合為主碼,所以B錯;C索引在更新時比較復雜, 其本身為虛表, 在更新時會對其數(shù)據(jù)所在的原表更新。 當數(shù)據(jù)被上鎖 后,若其它事務對其進行寫操作,只能等其釋放后才能調用。日志文件對實現(xiàn)數(shù)據(jù)庫系統(tǒng)故障的恢復有非常重要的作用。下列關于數(shù)據(jù)庫系統(tǒng)日志文 件的說法,正確的是( )數(shù)據(jù)庫系統(tǒng)不要求日志的寫入順序必須與并行事務執(zhí)行的時間次序一致為了保證數(shù)據(jù)庫是可恢復的,必須嚴格保證先寫數(shù)據(jù)庫后寫日志日志文件中檢查點記錄的主要作用是提高系統(tǒng)出現(xiàn)故障后的恢復效率系統(tǒng)故障恢復必須使用日志文件以保證數(shù)據(jù)庫系統(tǒng)重啟時能正?;謴?,事務故障恢復不 一定需要使用日志文件A項日志寫入順序必須和

21、并行事務執(zhí)行的時間次序一致,因為這樣才能在數(shù)據(jù)庫恢復時進行 redo,undo 操作,從而保證數(shù)據(jù)的一致性而不會產(chǎn)生臟數(shù)據(jù); B 項必須先寫日志再寫數(shù)據(jù)庫, 這樣當數(shù)據(jù)庫發(fā)生故障時可以根據(jù)日志完全恢復, 否則如果先寫數(shù)據(jù), 當數(shù)據(jù)剛寫完時, 數(shù) 據(jù)庫故障而沒來得及寫日志,導致數(shù)據(jù)恢復時發(fā)生錯誤。D項事務恢復時同樣需要日志,如redo 、 undo 操作。在 SQLServer 2008 中,設先對 MyDB 數(shù)據(jù)庫進行了一次完整備份,然后對該數(shù)據(jù)庫進行 了 一次日志備份,這兩次備份均備份在BK設備上。假設BK設備上只有這兩次備份的內容?,F(xiàn)要從備份中恢復 MyDB 數(shù)據(jù)庫,正確的恢復過程及語句是

22、( )A)restore log MyDB from BKwith file = 1,norecoveryrestore database MyDB from BKwith file =2B)restore log MyDB from BKwith file = 1,norecoveryrestore database MyDB from BKwith file = 2,norecoveryC)restore database MyDB from BKwith file = 1,norecoveryrestore log MyDB from BKwith file = 2,norecovery

23、D)restore database MyDB from BKwith file = 1,norecoveryrestore log MyDB from BKwith file = 2在進行數(shù)據(jù)恢復時, 首先恢復完全備份, 其次恢復差異備份, 最后恢復日志備份。 備份日志 時使用 Norecovery 用來備份尾日志,這樣備份日志的時候數(shù)據(jù)庫處于恢復狀態(tài),別的進程 就不能再訪問數(shù)據(jù)庫, 日志就不會再增加, 因此在還原的時候就可以正?;謴汀?還原備份的 時候如果想同時還原之后的日志,必須加上 Norecovery 才可以還原,如果有多個日志備份, 除了最后一個日志備份外,還原其他日志也必須加上

24、Norecovery 。在 SQLServer 2008 中, master 是一個非常重要的系統(tǒng)數(shù)據(jù)庫, 如果 master 損壞將會對系 統(tǒng)造成嚴重后果,因此系統(tǒng)管理員應該對 master 進行備份。 SQLServer 2008 對數(shù)據(jù)庫提供 的備份有:完整備份差異備份日志備份以上備份方法中能夠應用在 master 數(shù)據(jù)庫上的是( )僅 I僅I和II僅 I 和 III全部對 master 數(shù)據(jù)庫只能進行完全數(shù)據(jù)庫備份操作, SQLServer 不支持在 master 數(shù)據(jù)庫上進行 差異備份、事務日志備份以及文件備份。關于并行數(shù)據(jù)庫,下列說法錯誤的是( )層次結構可以分為兩層,頂層是無共享

25、結構,底層是共享內存或共享磁盤結構無共享結構通過最小化共享資源來降低資源競爭, 因此具有很高的可擴展性, 適合于 OLTP 應用并行數(shù)據(jù)庫系統(tǒng)經(jīng)常通過負載均衡的方法來提高數(shù)據(jù)庫系統(tǒng)的業(yè)務吞吐率并行數(shù)據(jù)庫系統(tǒng)的主要目的是實現(xiàn)場地自治和數(shù)據(jù)全局透明共享并行數(shù)據(jù)庫系統(tǒng)的主要目的是通過高速通信介質連接多個可獨立處理的單元以并行執(zhí)行的 方式完成對數(shù)據(jù)庫系統(tǒng)的互聯(lián)查詢、 內部查詢及各種內部操作。 分布式數(shù)據(jù)庫系統(tǒng)的主要目 的才是實現(xiàn)場地自治和數(shù)據(jù)全局透明共享。現(xiàn)有一個具有多個分店的大型連鎖超市,該連鎖超市使用統(tǒng)一的連鎖業(yè)務經(jīng)營管理系統(tǒng)管理其日常業(yè)務。已知其中的銷售數(shù)據(jù)明細表結構為(銷售記錄ID,商品ID,

26、價格,數(shù)量,總金額,銷售時間,分店ID),該表數(shù)據(jù)量很大。為了提高數(shù)據(jù)訪問效率,系統(tǒng)將每年每個分店的銷售數(shù)據(jù)劃分成獨立的數(shù)據(jù)表,這種劃分方式被稱為()輪轉劃分范圍劃分散列劃分多維劃分輪轉法: 對關系順序掃描, 將第 i 個元組存儲到標號為 Dimod 的磁盤上, 該方式保證了元組 在多個磁盤上均勻分布。散列劃分:選定一個值域為0,1,n-1的散列函數(shù),對關系中的元組基于劃分屬性進行散列,如果散列函數(shù)返回i,則將其存儲到第i個磁盤。范圍劃分:根據(jù)表中某個屬性取值區(qū)間劃分成不同的子區(qū)間, 然后根據(jù)表中的屬性值屬于的不同區(qū)間將表 分成不同的子表。 多維劃分: 維是人們觀察事物的角度, 同樣的數(shù)據(jù)從不

27、同的維進行觀察可 能會得到不同的結果,如從各個分店的角度、各種商品的角度(商品ID)等,而每個維度 又可按粒度的不同劃分成多個層次, 稱為維度成員。 本題中將總表按分店號與時間劃分成不 同的子表,屬于多維劃分。在分布式數(shù)據(jù)庫的數(shù)據(jù)分配中,若所有全局數(shù)據(jù)有且只有一份,它們被分割成若干片段, 每個片段被分配在一個特定場地上,則該策略屬于( )集中式分割式全復制式混合式分布式數(shù)據(jù)庫的分配方式包括集中式、分割式、全復制式、混合式。集中式指所有數(shù)據(jù)片斷 都安排在一個場地上; 分割式指全局數(shù)據(jù)有且只有一份, 它們被分割成若干片段, 每個片段 被分配在一個特定場地上; 全復制式是在每個站點上都有全局數(shù)據(jù)的復

28、制樣本, 數(shù)據(jù)的冗余 性最大; 混合式指全局數(shù)據(jù)被分為若干個數(shù)據(jù)子集,每個子集被安排在一個或多個不同的場地上,但是每個場地未必保存所有數(shù)據(jù)。在大型企業(yè)的數(shù)據(jù)庫應用系統(tǒng)中,聯(lián)機事務處理(OLTP和聯(lián)機分析處理(OLAP是常見的數(shù)據(jù)管理與數(shù)據(jù)分析形式。關于OLTP和OLAP, 一般情況下,下列說法正確的是()OLTP系統(tǒng)的安全性要求比 OLAP系統(tǒng)的低,也比較容易實現(xiàn)OLAP系統(tǒng)在訪問數(shù)據(jù)時,一般以訪問少量記錄為主,OLTP系統(tǒng)則相反OLTP要求系統(tǒng)必須具有很高的響應速度,而OLAP對系統(tǒng)響應速度的要求較為寬松OLTP系統(tǒng)一般由企業(yè)的中上層或決策層使用,而OLAP系統(tǒng)一般由企業(yè)的中下層業(yè)務人員使用

29、OLTP 是對數(shù)據(jù)庫聯(lián)機的日常操作,通常是對一條記錄的查詢和修改,要求快速響應用戶的請求,對數(shù)據(jù)的安全性、完整性及事物吞吐量要求很高。而OLAP是對數(shù)據(jù)的查詢和分析操作,通常是對海量歷史數(shù)據(jù)的查詢和分析, 要訪問的數(shù)據(jù)量非常大, 查詢和分析操作十分復 雜。所以A、B錯。又因為OLAP為宏觀分析,OLTP為微觀操作,所以前者面向中上層和決 策者使用,而后者面向企業(yè)的中下層業(yè)務人員使用。所以D錯。因此選C。在對 某商場 的顧 客進行 流失預測 分析 時 ,先取 得一個顧 客樣 本集 S, 其模式為 (id, a1,a2,an, c),其中id為顧客的唯一標識,ai(i=1,2,n)為顧客的屬性,如

30、年齡、性別、 消費時間間隔等,c的取值為流失,未流失。現(xiàn)有算法A對樣本S進行處理,輸出結果為 P, P能根據(jù)該樣本集外的顧客 u的n個屬性,確定u的c屬性值,以對顧客的流失作出預 測。那么,A和P分別是()聚類算法,聚類工具B)分類算法,分類器C)關聯(lián)規(guī)則算法,規(guī)則集D)多維分析算法,OLAP工具由于有樣本集和測試集之分,又有已有的類別標簽,所以屬于監(jiān)督學習。分類:通過學習得到一個目標函數(shù)f,把每個屬性集 x映射到一個預先定義的類標號y。分類屬于監(jiān)督學習。聚類: 根據(jù)在數(shù)據(jù)中發(fā)現(xiàn)的描述對象及其關系的信息, 將數(shù)據(jù)對象分組, 組內的對象相互之 間是相似的,而不同組中的對象則不同。組內的相似性越大

31、,組間差別越大,聚類就越好, 屬于無監(jiān)督學習。 關聯(lián)規(guī)則挖掘: 發(fā)現(xiàn)隱藏在大型數(shù)據(jù)集中的有意義的聯(lián)系。 多維分析是指 各級管理決策人員從不同的角度、 快速靈活地對數(shù)據(jù)倉庫中的數(shù)據(jù)進行復雜查詢多維分析處 理。根據(jù)題意顯然是符合分類。數(shù)據(jù)庫管理系統(tǒng)為三級模式結構提供了兩層映像機制,其中模式/ 內模式映像提供了 物理 獨立性。按照數(shù)據(jù)庫應用系統(tǒng)生命周期模型,系統(tǒng)設計階段細分為概念設計、邏輯 設計和物理設計三個步驟。設用 UML 設計某數(shù)據(jù)庫應用系統(tǒng),設計人員規(guī)劃了一組應用程序集,該集合由動態(tài)鏈接 庫和可執(zhí)行程序構成。 為了展現(xiàn)這些應用程序集間的組織和依賴關系, 以對源代碼、 可執(zhí)行 程序的發(fā)布等進行

32、系統(tǒng)建模,應采用的 UML 圖是 組件 圖。設有學生表(學號,姓名,所在系名)和選課表(學號,課程號,成績)?,F(xiàn)要建立統(tǒng) 計每個系選課人數(shù)的視圖。請補全下列語句:CREATE/IEWV1(系名,人數(shù))ASSELECTS在系名,COUNT(DISTINC選課表學號)FROM選課表JOIN學生表ON選課表學號=學生表學號GROUPBY所在系名設有課程表(課程號,課程名,學分,先修課程號),已知某應用程序需要列出”數(shù)據(jù)庫原理 課程的一門先修課程, 查詢結果要求輸出 (課程名, 學分, 先修課名稱, 先修課學分) , 可以用 自 連接操作在一個查詢中實現(xiàn)此功能。在SQLServer 2008的某用戶數(shù)

33、據(jù)庫中, 設有T表,現(xiàn)要在T表的cl列和c2列上建立一個復 合唯一聚集索引,其中 c1 列值重復率為 20%, c2 列為 10%。請補全下列語句建立一個性能 最優(yōu)的索引:CREATEUNIQUECLUSTEREDINDEXIdx1 ONT(c2,c1 )在SQLServer2008中,現(xiàn)要將T1表的C1列(int類型)定義為標識列,初值和增量值均為 1 。請補全下列語句:CREATETABLET1(C1 int identity (1,1),)在SQLServer 2008中,設U1是SQLServer身份驗證模式的數(shù)據(jù)庫服務器登錄賬戶,現(xiàn)希望 U1 在該數(shù)據(jù)庫服務器上具有系統(tǒng)管理員權限。請

34、補全下列語句:EXECsp_addsrvrolemember U1sysadmin 數(shù)據(jù)庫管理系統(tǒng)中的加鎖協(xié)議規(guī)定了事務的加鎖時間、持鎖時間和釋放鎖時間,其中三級加鎖 協(xié)議可以完全保證并發(fā)事務數(shù)據(jù)的一致性。在數(shù)據(jù)庫系統(tǒng)出現(xiàn)系統(tǒng)故障后進行恢復時,對于事務T,如果日志文件中有BEGINTRANSACTION記錄,而沒有 COMMIT或ROLLBACK記錄,則數(shù)據(jù)庫管理系統(tǒng)處理這種 事務時應執(zhí)行的操作是 undo 。在動態(tài)轉儲中,利用轉儲文件只能將數(shù)據(jù)庫恢復到轉儲過程中的某個狀態(tài),且轉儲文件 中的數(shù)據(jù)可能不一致,只有和 日志 文件綜合起來使用,才能將數(shù)據(jù)庫恢復到一致狀態(tài)。通常數(shù)據(jù)庫的轉儲機制有三種,

35、分別是完全轉儲、差量轉儲和增量 轉儲。數(shù)據(jù)倉庫是面向主題的、 集成 的、非易失的、 隨時間變化的數(shù)據(jù)集合,用來支持管理人 員的決策。在數(shù)據(jù)倉庫設計和建設過程中,設計者需要調查用戶的決策或數(shù)據(jù)處理需求,并將功能 相近且需要相關聯(lián)數(shù)據(jù)支持的需求進行歸類, 得到不同的需求集合, 并在企業(yè)數(shù)據(jù)模型中尋 找能夠滿足各個需求集合的數(shù)據(jù)集合,然后針對各個數(shù)據(jù)集合開展數(shù)據(jù)倉庫數(shù)據(jù)模型的設 計。這種設計方法稱為 面向主題 的設計方法。在SQLServer 2008中,設某數(shù)據(jù)庫中有商品表(商品號,商品名,進貨價格),商品號 為主碼;銷售表(商品號,銷售時間,銷售數(shù)量,銷售價格,本次利潤),商品號和銷售時 間為主碼, 銷售價格為本次銷售商品的單價。 現(xiàn)要求每當在銷售表中插入前 4列數(shù)據(jù)時(假 設一次只插入一行數(shù)據(jù)) ,系統(tǒng)自動計算本次銷售產(chǎn)生的利潤, 并將該利潤賦給銷售表的第 5列本次利潤 。請編寫實現(xiàn)上述功能的后觸發(fā)型觸發(fā)器代碼。(10分)【參考答案】CREATETRIGGERcalcu_productAFTERINSERTON 銷售表FOREACHROWASBEGINDECLAREPur

溫馨提示

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

評論

0/150

提交評論