一级日韩免费大片,亚洲一区二区三区高清,性欧美乱妇高清come,久久婷婷国产麻豆91天堂,亚洲av无码a片在线观看

試題

全國計算機三級考試《數據庫技術(shù)》模擬試題二答案及解析

時(shí)間:2025-01-31 10:00:44 試題 我要投稿
  • 相關(guān)推薦

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(二)答案及解析

  一、單選題

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(二)答案及解析

  1.B【解析】數據模型三個(gè)要素包括:

 、贁祿Y構

  數據結構是所研究的對象類(lèi)型的集合。它從語(yǔ)法角度表述了客觀(guān)世界中數據對象本身的結構和數據對象之間的關(guān)聯(lián)關(guān)系,是對系統靜態(tài)特征的描述。

 、跀祿僮

  數據操作是對數據庫中對象的實(shí)例允許執行的操作的集合,主要指檢索和更新(插入、刪除、修改)兩類(lèi)操作。數據模型必須定義這些操作的確切含義、操作符號、操作規則(如優(yōu)先級)以及實(shí)現操作的語(yǔ)言。數據操作是對系統動(dòng)態(tài)特性的描述。

 、蹟祿暾约s束

  數據完整性約束是一組完整性規則的集合,規定數據庫狀態(tài)及狀態(tài)變化所應滿(mǎn)足的條件,以保證數據的正確性、有效性和相容性。

  2.D【解析】數據庫三級模式結構:

 、賰饶J揭卜Q(chēng)存儲模式或物理模式,它是數據物理結構和存儲結構的描述,是數據在數據庫內部的表示方式。并且一個(gè)數據庫只有一個(gè)內模式。

 、谀J揭卜Q(chēng)邏輯模式,是數據庫中全體數據的邏輯結構和特征的描述,是所有用戶(hù)的公共數據視圖。它是數據庫系統模式結構的中間層,不涉及數據的物理存儲細節和硬件環(huán)境,與具體的應用和所使用的開(kāi)發(fā)工具及高級程序設計語(yǔ)言無(wú)關(guān)。

 、弁饽J揭卜Q(chēng)子模式或用戶(hù)模式,它是數據庫用戶(hù)(包括應用程序員和最終用戶(hù))看見(jiàn)和使用的局部數據的邏輯結構和特征的描述,是數據庫用戶(hù)的視圖,是與某一應用有關(guān)的數據的邏輯表示。外模式是模式的子集,一個(gè)數據庫可以有多個(gè)外模式。

  數據庫系統的三級模式結構是指數據庫由外模式、模式和內模式三級構成,并通過(guò)二級映象功能將三個(gè)模式聯(lián)系起來(lái)。

  3.C【解析】數據流圖(Data Flow Diagram,簡(jiǎn)稱(chēng)DFD)是便于用戶(hù)理解系統數據流程的圖形表示。DFD建模方法的核心是數據流,它能精確地在邏輯上描述系統的功能、輸入、輸出和數據存儲等,從而擺脫了其物理內容。數據流圖是系統邏輯模型的重要組成部分。

  DFD特性:

 、俪橄笮裕涸贒FD中具體的組織機構、工作場(chǎng)所、物質(zhì)流等都已經(jīng)去掉,只剩下信息和數據存儲、流動(dòng)、使用以及加工的情況。所以描述的是抽象出來(lái)的數據。

 、诟爬ㄐ裕核严到y對各種業(yè)務(wù)的處理過(guò)程聯(lián)系起來(lái)考慮,形成—個(gè)總體,可反映出數據流之間的概括隋況。

  4.A【解析】如果關(guān)系模式R中不包含多值屬性,則R滿(mǎn)足第一范式,簡(jiǎn)稱(chēng)1NF,記作RClNF。易知此題中RClNF,且R的所有非主屬性不依賴(lài)于一個(gè)候選碼,候選碼(A、C)→(B、D)存在非主屬性對主碼的部分函數依賴(lài),故不滿(mǎn)足2NF,所以R最高clNF。此題選A。

  5.C【解析】邏輯設計的主要工作是將現實(shí)世界的概念數據模型設計成數據庫的一種邏輯模式,即適應于某種特定數據庫管理系統所支持的邏輯數據模式。與此同時(shí),可能還需為各種數據處理應用領(lǐng)域產(chǎn)生相應的邏輯子模式,這一步設計的結果就是所謂的“邏輯數據庫”。ER圖到關(guān)系模式的轉換和定義數據的約束條件都是在邏輯設計層面上的操作,設計ER圖是概念設計階段的產(chǎn)物。

  6.D【解析】數據庫應用系統設計的四個(gè)層次分別為:①表示層;②業(yè)務(wù)邏輯層;③數據訪(fǎng)問(wèn)層;④數據持久層。在這四個(gè)層次中,數據持久層的設計工作屬于數據組織與存儲等方面的物理設計內容,而索引設計屬于物理設計階段。因此,索引設計是在數據持久層上的設計。

  7.B【解析】數據庫物理設計階段活動(dòng)包括:①數據庫邏輯模式;②選擇或配置基本關(guān)系表的文件組織形式,為基本關(guān)系表設計數據存取方法或存取路徑;③數據分布設計;④安全模式設計;⑤確定系統配置;⑥物理模式評估。

  8.B【解析】查詢(xún)處理器中最主要的模塊是查詢(xún)編譯器和查詢(xún)執行器,負責DML語(yǔ)句解析和執行,因此B項中所闡述的不是存儲管理器的功能,應該是查詢(xún)處理器的功能。

  9.D【解析】在UML類(lèi)圖中,常見(jiàn)的有以下幾種關(guān)系:①泛化(【箭頭及指向】:帶三角箭頭的實(shí)線(xiàn),箭頭指向父類(lèi));②實(shí)現(【箭頭及指向】:帶三角箭頭的虛線(xiàn),箭頭指向接口);③關(guān)聯(lián)(【箭頭及指向】:帶普通箭頭的實(shí)心線(xiàn),指向被擁有者);④聚合(【箭頭及指向】:帶空心菱形的實(shí)心線(xiàn),菱形指向整體);⑤組合(【箭頭及指向】:帶實(shí)心菱形的實(shí)線(xiàn),菱形指向整體);⑥依賴(lài)(【箭頭及指向】:帶箭頭的虛線(xiàn),指向被使用者)。D選項是屬于組合關(guān)系,因此實(shí)心菱形的箭頭應該指向“窗體”,即實(shí)心菱形應該標在窗體旁邊。

  10.A【解析】Ⅲ選項中INTERSECT返回兩個(gè)集合皆有的數據,該SQL語(yǔ)句返回顧客A和B都購買(mǎi)的商品號,不符合題意;lV選項中的UNION查詢(xún)出了顧客A購買(mǎi)的商品,通過(guò)UNION關(guān)鍵字合并了顧客B沒(méi)有購買(mǎi)的商品,因此總的視圖為顧客A購買(mǎi)的商品和B沒(méi)有購買(mǎi)的商品總和,不符合要求。Ⅰ、Ⅱ實(shí)現的是顧客A購買(mǎi)商品集合與顧客B購買(mǎi)商品集合的差集。因此滿(mǎn)足要求的為l和Ⅱ,答案為A。

  11.C【解析】由題目存儲過(guò)程可知,存儲過(guò)程Pl定義了兩個(gè)帶有默認值的參數。執行多個(gè)輸入參數的存儲過(guò)程時(shí),參數的傳遞方式有兩種:按照參數位置傳遞值和按參數名稱(chēng)傳遞值。如果定義了默認值,則在執行存儲過(guò)程時(shí)可以不必指定該參數的值。但若按照參數位置傳遞值時(shí)必須從左往右賦值,即不能跳過(guò)左邊的某個(gè)默認參數而傳遞某個(gè)值。Ⅱ中的參數賦值采用按參數位置傳值,必須從左到右賦值。其他三項均符合存儲過(guò)程的調用規則。

  12.C【解析】用FOR關(guān)鍵字定義的觸發(fā)器為后觸發(fā)型觸發(fā)器,即只有在引發(fā)觸發(fā)器執行的語(yǔ)句中指定的操作都已成功執行,并且所有的約束檢查也成功完成后才執行觸發(fā)器。其中INSERTED表用于存儲INSERT和UPDATE語(yǔ)句所影響行的新值的副本,DELETED表用于存儲DELETE和UPDATE語(yǔ)句所影響行的舊值的副本。在執行“UPDATE T SET b=100 WHERE a=ˊa01ˊ”之后,T表為:(ˊa01ˊ,100),INSERTED表內容變?yōu)椋?ˊa01 ˊ,100),DELETED表內容變?yōu)椋?ˊa01 ˊ,90)。繼續判斷約束檢查“SELECT*FROM inserted

  WHERE b not between o and l00”,因為INSERTED表中的b等于l00,因此約束不成立,故觸發(fā)器不執行。

  13.C 【解析】創(chuàng )建索引視圖的步驟:①使用SCHEMABINDING子句來(lái)創(chuàng )建一個(gè)視圖。這個(gè)視圖必須符合許多要求,例如,它只能引用同一數據庫中的基表,而不能是其它標準視圖。所有引用的函數必須是確定性的,行集函數、派生表和子查詢(xún)都不能在索引視圖中使用;②在視圖上創(chuàng )建一個(gè)惟一索引。這個(gè)索引的葉子級由視圖的完整結果集組成;③在聚集索引的基礎上根據需求創(chuàng )建非聚集索引。非聚集索引可以按平常的方式創(chuàng )建;④創(chuàng )建并使用索引視圖。

  14.D【解析】在SQL Server 2008中,ALTER DATABASE命令中的FILENAME對應的代碼需要帶上單引號,因此選項A和選項B錯誤。FILEGROWTH如果加上%則為百分比,如果省略%,數據庫系統則默認采用增加單位是MB,因此選項A和選項C錯誤。故選D。

  15.C【解析】索引視圖可以提高下列查詢(xún)類(lèi)型的性能:①處理大量行的聯(lián)接和聚合;②許多杏詢(xún)經(jīng)常執行聯(lián)接和聚合操作;③決策支持工作負荷。索引視圖通常不會(huì )提高下列查詢(xún)類(lèi)型的性能:①具有大量寫(xiě)操作的OLTP系統;②具有大量更新的數據庫;③不涉及聚合或聯(lián)接的查詢(xún);@GROUP BY鍵具有高基數度的數據聚合。高基數度表示列包含許多不同的值。當GROUP BY后跟的列值包含許多不同的值,導致視圖圖和表的行數相等,那么該列使用索引視圖并不能提高查詢(xún)效率。

  16.C 【解析】所有的數據庫用戶(hù)不是繼承數據庫中g(shù)uest用戶(hù)的權限。

  17.B【解析】在“Windows身份驗證模式”下,所有Windows用戶(hù)登陸到SQL Server服務(wù)器都無(wú)需再提供用戶(hù)名和密碼,但SQL Server會(huì )從用戶(hù)登錄到Windows時(shí)提供的用戶(hù)名和密碼查找當前用戶(hù)的信息,判斷其是否是SQL Server的合法用戶(hù),不是,則拒絕登錄。

  18.C【解析】數據庫關(guān)于鎖的優(yōu)化原則為:鎖是并行處理的重要機制,能保持數據并發(fā)的一致性,即按事務(wù)進(jìn)行處理。系統利用鎖保證數據的完整性。雖然我們避免不了死鎖,但在設計時(shí)可以充分考慮如何避免長(cháng)事務(wù),減少排它鎖時(shí)間,減少事務(wù)與用戶(hù)的交互時(shí)間,杜絕讓用戶(hù)長(cháng)時(shí)間控制事務(wù),還要避免批量數據同時(shí)執行,尤其是耗時(shí)長(cháng)并使用相同的數據表。Ⅰ中采用排他鎖則限制了數據的共享,降低了并發(fā)度,其他選項均能提高并發(fā)度。

  19.D【解析】數據庫應用系統日常維護工作一般包括數據庫的備份、鎖管理、日志的維護等。若是對運行要求級別較高的數據庫采用人工監控的辦法,則容錯性低、成本大,因而一般采用自動(dòng)監控手段提高性能。

  20.B【解析】數據庫維護的主要內容有以下幾方面:①數據庫的轉儲和恢復;②數據庫安全性、完整性控制;③數據庫性能的檢測和改善;④數據庫的重組和重構。Ⅳ選項不屬于數據庫維護工作。

  21.B【解析】增強硬件配置是一種方法,但我們平時(shí)遇到的最多的問(wèn)題是如何在無(wú)法增強硬件配置的情況下將數據庫性能優(yōu)化,因此在實(shí)際應用過(guò)程中,數據庫本身的優(yōu)化占的比重很大,而且優(yōu)化效果也最明顯。

  22.B【解析】A中在調試應用程序時(shí),如果數據入庫尚未完成,數據庫沒(méi)有數據,應用程序的調試將會(huì )出現一定的困難;C項中數據庫重構應該盡量避免應用程序的改動(dòng);D項中經(jīng)常查詢(xún)的列應該建立索引。

  23.B【解析】Raid5需要3塊硬盤(pán),并把數據和相對應的奇偶校驗信息存儲到組成raid5的各個(gè)磁盤(pán)上。其中任意N一1塊磁盤(pán)上都存儲完整的數據,也就是說(shuō)有相當于一塊磁盤(pán)容量的空間用于存儲奇偶校驗信息。因此可用空間為300+300=600G。

  24.C【解析】因為3點(diǎn)進(jìn)行了數據庫全備份,而日志又保存在另一個(gè)磁盤(pán)中,且存放日志的磁盤(pán)未損壞。因此在故障發(fā)生時(shí),先對結尾日志備份,然后依次使用數據庫全備份、日志備份和結尾日志備份,可以將數據庫數據恢復到10點(diǎn)30分的狀態(tài)。

  25.D【解析】數據庫的恢復順序如下:①恢復最近的完全數據庫備份;②恢復完全備份之后的最近的差異數據庫備份;③按日志備份的先后順序恢復自最近的完全或差異數據庫備份之后的所有日志備份。

  26.A【解析】XML數據庫需要對XML文檔進(jìn)行解析,因為XML文檔的本身標記只是文檔本身的描述,需要經(jīng)過(guò)數據庫的解析才能達到具體的用途。


  27.C【解析】集中式是指所有的數據片斷都安排在一個(gè)場(chǎng)地上。分割式是指所有全局數據只有一份,它們被分割成若干片斷,每個(gè)片斷被分配在一個(gè)特定的場(chǎng)地上。全復制式是指全局數據有多個(gè)副本,每個(gè)場(chǎng)地上都有一個(gè)完整的數據副本;旌鲜绞侵溉謹祿环譃槿舾蓚(gè)數據子集,每個(gè)子集都被安排在一個(gè)或多個(gè)場(chǎng)地上,但是每個(gè)場(chǎng)地未必保存所有數據。以上四種分配方式各有千秋,但復制式在每個(gè)分場(chǎng)都有完整的的數據,這樣大大減少了各部門(mén)對全局數據的訪(fǎng)問(wèn)。因此采用復制式數據分配能夠提高每個(gè)場(chǎng)地的響應速度。

  28.C【解析】A中的0LTP應用需要進(jìn)行大量的并行事務(wù),因此若采用共享內存結構會(huì )引起大量數據沖突;B中分布式數據庫查詢(xún)中,導致數據傳輸量大的原因主要是數據間的連接和并操作;D中分布式數據庫因為不同的分片和副本,因此很多時(shí)候在一個(gè)場(chǎng)地完成提交不能完成全局事務(wù),如雖完成某片數據更新,卻并沒(méi)有完成全局數據更新。

  29.C【解析】元數據是關(guān)于數據的數據,或者叫做描述數據的數據。元數據描述了數據的結構、內容、鏈和索引等項內容。在關(guān)系數據中,這種描述就是對數據庫、表、列等其他對象的定義。因此可推出,1、Ⅲ和V不屬于元數據。選C。

  30.D【解析】由關(guān)聯(lián)規則Q→D計算過(guò)程可知:支持度=事務(wù)中同時(shí)包含X、Y的百分比,置信度=在事務(wù)已經(jīng)包含X的情況下包含Y的百分比。則可以計算出事務(wù)同時(shí)包含C、D的支持度為:3/5=60%,在包含D的情況下,包含C的百分比為:3/3=100%,因此D選項滿(mǎn)足要求,其他選項均不滿(mǎn)足最小支持度或者最小置信度。

  二、應用題

  1.DDL

  【解析】數據庫模式定義語(yǔ)言DDL(Data Description Language)是用于描述數據庫中要存儲的現實(shí)世界實(shí)體的語(yǔ)言。

  2.索引列列值

  【解析】對數據文件和它的一個(gè)特定的索引文件而言,如果數據文件中的數據記錄的排列順序與索引文件中索引項的排列順序相一致,或者說(shuō),索引文件按其索引列列值指定的順序與數據文件中的數據記錄的排列順序相一致,則該索引文件稱(chēng)為聚集索引。否則,該索引文件稱(chēng)為非聚集索引。

  3.時(shí)間

  【解析】時(shí)間圖適用于當狀態(tài)的轉移與時(shí)間密切相關(guān)時(shí),同時(shí)強調時(shí)間因子在狀態(tài)轉移過(guò)程中的重要作用。

  4.TOP

  【解析】題目要求查詢(xún)成績(jì)最高的前3名學(xué)生的學(xué)號和成績(jì),因此需要用TOP關(guān)鍵字。Top3只能查詢(xún)出前3行的數據,無(wú)論這3行數據是否有重復,只能機械的選出前3行記錄。

  5.標量

  【解析】SQL Server 2008支持三種用戶(hù)自定義函數:標量函數、內嵌表值函數和多語(yǔ)句表值函數。標量函數可以出現在SELECT語(yǔ)句目標列中,其他兩個(gè)函數必須放在SELECT語(yǔ)句的FROM子句中。

  6.INSTEAD OF

  【解析】要在表T上建立一個(gè)針對插入操作的前觸發(fā)器,則根據觸發(fā)器創(chuàng )建的SQL語(yǔ)句語(yǔ)法可知:IN-STEAD OF創(chuàng )建前觸發(fā)器,FOR或AFTER創(chuàng )建后觸發(fā)器。

  7.FOR

  【解析】SQL Server 2008游標聲明的語(yǔ)句格式為:

  DECLARE vendor_cursor CURSOR FOR SELECT…

  8.MDF

  【解析】SQL Server 2008中,用戶(hù)數據庫的數據文件的主要拓展名為MDF。

  9.DENY DELETE

  【解析】SQL Server 2008中設置不允許用戶(hù)獲得對表的某種操作權限的命令為:DENY對象權限名ON{表名|視圖}TO{數據庫用戶(hù)名|用戶(hù)角色名}。

  10.運行管理與維護

  【解析】?jì)?yōu)化SQL語(yǔ)句執行效率屬于數據庫應用系統運行管理與維護階段的任務(wù)。

  11.先來(lái)先服務(wù)

  【解析】為了避免活鎖的現象的發(fā)生,DBMS一般采用先來(lái)先服務(wù)(FIFS)策略處理事務(wù)的數據操作請

  求。即當多個(gè)事務(wù)請求對同一數據項Q加鎖時(shí),DBMS按照事務(wù)請求加鎖的先后順序對這些事務(wù)排隊,先請求的事務(wù)排在隊中靠前的位置。定義在Q上的鎖一旦釋放,DBMS將鎖分配給隊列中的第一個(gè)事務(wù)。利用這個(gè)策略,各個(gè)事務(wù)都可以按照時(shí)間順序訪(fǎng)問(wèn)Q,避免了活鎖現象。

  12.日志

  【解析】數據庫出現事務(wù)故障和系統故障時(shí),需要使用數據庫的日志文件進(jìn)行恢復。

  13.分片

  【解析】分布式數據庫的分片透明性是最高級別的透明性,位于全局概念與分片模式之間。

  14.M

  【解析】MOLAP稱(chēng)為基于多維庫的0LAP,這種OLAP的核心是多維數據庫技術(shù)。MOLAP工具以多維數據庫的形式將元數據、基礎事實(shí)數據和導出數據存儲在以多維數組為基本存儲結構的多維數據庫中。

  15.小

  【解析】一般將綜合級別稱(chēng)為粒度,粒度越大,表示綜合程度越高,粒度越小,表示細節程度越高。


  三、設計與應用題

  1.【解題思路】

  ER模型和關(guān)系模式相互轉換的一般規則如下:

  (1)將每一個(gè)實(shí)體類(lèi)型轉換成一個(gè)關(guān)系模式,實(shí)體的屬性為關(guān)系模式的屬性。

f21對干一元聯(lián)系,按各種情處理,如下表格所示。
二元關(guān)系 ER圖 轉換成的關(guān)系 聯(lián)系的處理 主鍵 外鍵
1:1 1->1 (2個(gè)關(guān)系)
模式A
模式B
(有兩種)
處理方式(1):
把模式B的主鍵,
聯(lián)系的屬性加入模式A
處理方式(2):
把模式A的主鍵,
聯(lián)系的屬性加入模式B
(略) (依據聯(lián)系的處理方式)
方式(1):
模式B的主鍵為模式A外鍵
方式(2):
表A的主鍵為表B的外鍵
1:N 1->n (2個(gè)關(guān)系)
模式A
模式B
把模式A的主鍵,聯(lián)
系的屬性加入模式B
(略) 模式A的主鍵為模式B的外鍵
M:N m->n (3個(gè)關(guān)系)
模式A
模式B
模式A-B
聯(lián)系類(lèi)型轉換
成關(guān)系模式A-B;
模式A-B的屬性:
(a)聯(lián)系的屬性
(b)兩端實(shí)體類(lèi)型的主鍵
兩端實(shí)體類(lèi)型的
主鍵一起構成模
式A-B主鍵
兩端實(shí)體類(lèi)型的主
鍵分別為模式A-B的外鍵

  此題為關(guān)系模式轉換為實(shí)體類(lèi)型,因此采用實(shí)體→關(guān)系的逆向思維解題。從模式R1和R2可知,R1和R2為一對一關(guān)系,根據這兩個(gè)模式的拆分可以確定三個(gè)實(shí)體,此處將這三個(gè)實(shí)體分別命名為A、B和C。其中A、B和C分別一一對應,且a和c分別是B和C的外鍵。從模式R1和R4可知,R1和R4為多對一關(guān)系,由此確定實(shí)體D。從模式R3和R4可知,R3和R4為多對一關(guān)系,由此可以確定出實(shí)體E。

  【參考答案】

  a、c為A的候選碼,可任選其一做主碼?赏ㄟ^(guò)以下ER圖來(lái)表示:

  2.【解題思路】

  用戶(hù)定義的多語(yǔ)句表值函數的命令格式為:

  CREATE FUNCTION[schema_name.]function name

  ([{@parameter_name[AS][type_schema_name.]parameter_data_type

  [=default]}

  [….n]

  ]

  )

  RETURNS@return_variable TABLE

  [WITH[[,]…n]]

  [AS]

  BEGIN

  function_body

  RETURN

  END

  [;]

 。海=

  ({

  J}

  [][,…n]

  )

  題目要求返回指定類(lèi)別下的每種商品在2012年的銷(xiāo)售總利潤,并且將結果按照銷(xiāo)售總利潤的降序輸出。采用復合SQL語(yǔ)句的格式,先查出指定類(lèi)別的所有商品號:SELECT商品號FROM商品表WHERE類(lèi)別=@lb,其中@lb為函數的傳人參數,然后在銷(xiāo)售表中用GROUP BY對商品號進(jìn)行分組,并采用SUM計算每個(gè)分組的總和。

  【參考答案】

  第一空:RETURNS

  第一空:table

  第三空:SELECT a.商品號,SUM(銷(xiāo)售數量*(銷(xiāo)售單價(jià)一進(jìn)貨單價(jià)))AS總利潤FROM銷(xiāo)售表a JOIN商品表b ON a.商品號=b.商品號WHERE a.商品號IN(SELECT商品號FROM商品表WHERE類(lèi)別=@lb)GROUP BY a.商品號0RDER BY總利潤DESC

  第四空:RETURN@ProfitTable

  3.【解題思路】

  數據庫性能優(yōu)化的基本原則就是通過(guò)盡可能少的磁盤(pán)訪(fǎng)問(wèn)獲得所需要的數據。SQL SERVER性能優(yōu)化一般從數據庫設計、應用程序編碼、硬件優(yōu)化、數據庫索引、SQL語(yǔ)句、事務(wù)處理幾個(gè)方面人手考慮問(wèn)題。

  (1)分析階段:在系統分析階段往往有太多需要關(guān)注的地方,系統各種功能性、可用性、可靠性、安全性需求吸引了我們大部分的注意力,但必須注意的是,性能往往是很重要的非功能性需求,必須根據系統的特點(diǎn)確定其實(shí)時(shí)性需求、響應時(shí)間的需求、硬件的配置等。最好能有各種需求量化的指標。

  (2)設計階段:例如數據庫邏輯設計規范化;合理的冗余;主鍵的設計;外鍵的設計;字段的設計;數據庫物理存儲和環(huán)境的設計;數據庫的物理存儲、操作系統環(huán)境及網(wǎng)絡(luò )環(huán)境的設計,皆使得我們的系統在將來(lái)能適應較多用戶(hù)的并發(fā)操作和較大的數據處理量。這里需要注意文件組的作用,適用文件組可以有效的把I/O操作分散到不同的物理硬盤(pán),提高并發(fā)能力。

  (3)系統設計:整個(gè)系統的設計,特別是系統結構的設計對性能具有很大的影響。對于一般的OLTP系統,可以選擇C/S結構、三層的C/S結構等,不同的系統結構其性能的關(guān)鍵也有所不同。系統設計階段應歸納某些業(yè)務(wù)邏輯在數據庫編程階段實(shí)現,數據庫編程包括數據庫存儲過(guò)程、觸發(fā)器和函數。用數據庫編程實(shí)現業(yè)務(wù)邏輯的好處是減少網(wǎng)絡(luò )流量并能更充分利用數據庫的預編譯和緩存功能;索引設計階段可以根據功能和性能的需求進(jìn)行初步的索引設計,這里需要根據預計的數據量和查詢(xún)來(lái)設計索引,可能與將來(lái)實(shí)際使用時(shí)有所區別。

  (4)編碼階段:編碼階段首先需要所有程序員具備優(yōu)化意識,也就是在實(shí)現功能的同時(shí)具備考慮優(yōu)化性能的思想。數據庫是能進(jìn)行集合運算的工具,所謂集合運算實(shí)際是批量運算,即是盡量減少在客戶(hù)端進(jìn)行大數據量的循環(huán)操作,而用SQL語(yǔ)句或者存儲過(guò)程代替。這個(gè)階段主要是注意在SQL語(yǔ)句等方面的優(yōu)化,如:盡量少做重復的工作,用SELECT后跟需要的字段代替SELECT*語(yǔ)句,注意事務(wù)和鎖,注意I臨時(shí)表和表變量的用法,慎用游標和觸發(fā)器,盡量使用索引等。

  (5)硬件優(yōu)化:RAID(獨立磁盤(pán)冗余陣列)是由多個(gè)磁盤(pán)驅動(dòng)器(一個(gè)陣列)組成的磁盤(pán)系統。通過(guò)將磁盤(pán)陣列當作一個(gè)磁盤(pán)來(lái)對待,基于硬件的RAID允許用戶(hù)管理多個(gè)磁盤(pán)。使用基于硬件的RAID與基于操作系統的RAID相比較可知,基于硬件的RAID能夠提供更佳的性能,如果使用基于操作系統的RAID,那么它將占據其他系統需求的CPU周期,通過(guò)使用基于硬件的RAID,用戶(hù)在不關(guān)閉系統的情況下能夠替換發(fā)生故障的驅動(dòng)器。利用數據庫分區技術(shù),可均勻地把數據分布在系統的磁盤(pán)中,平衡I/0訪(fǎng)問(wèn),避免I/0瓶頸等。

  (6)事務(wù)處理調優(yōu):數據庫的日常運行過(guò)程中,可能面臨多個(gè)用戶(hù)同時(shí)對數據庫的并發(fā)操作而帶來(lái)的數據不一致的問(wèn)題,如:丟失更新、臟讀和不可重復讀等。并發(fā)控制的主要方法是封鎖,鎖的含義即是在一段時(shí)間內禁止用戶(hù)做某些操作以避免產(chǎn)生數據不一致。對于事務(wù)性能的調優(yōu),要考慮到事務(wù)使用的鎖的個(gè)數(在所有其他條件相同的情況下,使用的鎖個(gè)數越少,性能越好)、鎖的類(lèi)型(讀鎖對性能更有利)以及事務(wù)持有鎖的時(shí)間長(cháng)短(持有時(shí)間越短,性能越好)等情形。

  【參考答案】

  根據SQL Server 2008數據庫的特性以及題目中的條件,綜合給出以下的調優(yōu)方案。

  (1)表結構優(yōu)化:重新優(yōu)化數據庫設計結構,規范數據庫邏輯設計;設計主鍵和外鍵;設計合適大小的字段。

  (2)硬件優(yōu)化:購買(mǎi)一塊同樣大小的硬盤(pán),將硬盤(pán)做成RAID5,用以提高數據庫讀寫(xiě)速度;增加服務(wù)器CPU個(gè)數;擴大服務(wù)器的內存。

  (3)索引優(yōu)化:采用對經(jīng)常作為條件查詢(xún)的列設計索引,在查詢(xún)中經(jīng)常用到的列上建立非聚簇索引,在頻繁進(jìn)行范圍查詢(xún)、排序、分組的列上建立聚簇索引,對于有頻繁進(jìn)行刪除、插入操作的表不要建立過(guò)多的索引。

  (4)采用視圖:合理使用視圖和分區視圖,在需要更新和刪除操作不多、查詢(xún)操作頻繁的表上建立索引視圖。

  (5)SQL語(yǔ)句優(yōu)化:選擇運算應盡可能先做,并在對同一個(gè)表進(jìn)行多個(gè)選擇運算時(shí),選擇影響較大的語(yǔ)句放在前面,較弱的選擇條件寫(xiě)在后面,這樣就可以先根據較嚴格的條件得出數據較少的信息,再在這些信息中根據后面較弱的條件得到滿(mǎn)足條件的信息。應避免使用相關(guān)子查詢(xún),把子查詢(xún)轉換成聯(lián)結來(lái)實(shí)現。字段提取按照“需多少,提多少’’的原則,避免“SELECT*”,“SELECT*”需要數據庫返回相應表的所有列信息,這對于一個(gè)列較多的表無(wú)疑是一項費時(shí)的操作,采用存儲過(guò)程,使用存儲過(guò)程提高數據處理速度。

【全國計算機三級考試《數據庫技術(shù)》模擬試題二答案及解析】相關(guān)文章:

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(一)答案及解析09-11

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(七)答案及解析10-19

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(三)答案及解析08-08

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(八)答案及解析03-21

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(九)答案及解析08-18

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(十)答案及解析08-11

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(四)答案及解析09-23

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(五)答案及解析08-21

2015全國計算機三級考試《數據庫技術(shù)》模擬試題(六)答案及解析09-04

一级日韩免费大片,亚洲一区二区三区高清,性欧美乱妇高清come,久久婷婷国产麻豆91天堂,亚洲av无码a片在线观看