<delect id="sj01t"></delect>
  1. <em id="sj01t"><label id="sj01t"></label></em>
  2. <div id="sj01t"></div>
    1. <em id="sj01t"></em>

            <div id="sj01t"></div>
            試題

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

            時間:2025-05-25 03:32:44 試題 我要投稿
            • 相關推薦

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

              一、單選題

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

              1.B【解析】數據庫的三級模式和兩級映像中的三級模式結構為外模式、模式和內模式,二級映像為模式到內模式的映射以及外模式到模式的映射。模式的三個級別層次反映了模式的三個不同環境以及它們的不同要求,其中內模式處于最低層,它反映了數據在計算機物理結構中的實際存儲形式。模式處于中層,它反映了設計者的數據全局邏輯要求。外模式也稱用戶模式,處于最外層,它反映了用戶對數據的要求。數據庫系統的三級模式是對數據的三個級別的抽象,它把數據的具體物理實現留給物理模式,使用戶與全局設計者不必關心數據庫的具體實現與物理背景。同時,它通過兩級映射建立三級模式間的聯系與轉換,使得模式與外模式雖然并不具備物理存在,但是也能通過映射而獲得其存在的實體。兩級映射也保證了數據庫系統中數據的獨立性,亦即數據的物理組織改變與邏輯概念改變不影響用戶模式,只需調整映射方式即可。模式/內模式保證了數據庫中數據與應用程序間的物理獨立性,而外模式/模式保證了數據與應用程序間的邏輯獨立性。

              2.C【解析】視圖是從一個或幾個基本表(或視圖)中導出的虛表,數據庫中只存放了視圖的定義,不存放視圖對應的數據。它是原始數據庫數據的一種變換,是查看表中數據的另外一種方式。可以將視圖看成是一個移動的窗口,通過它可以看到感興趣的數據。視圖是從一個或多個實際表中獲得的,這些表的數據存放在數據庫中。那些用于產生視圖的表叫做該視圖的基表。一個視圖也可以從另一個視圖中產生。視圖的特點體現在三個方面:①簡單性,看到的就是需要的。視圖不僅可以簡化用戶對數據的理解,也可以簡化對它們的操作。那些被經常使用的查詢可以被定義為視圖,從而使得用戶不必為以后的操作每次指定全部的條件;②安全性,通過視圖用戶只能查詢和修改他們所能見到的數據。數據庫中的其它數據則既看不見也取不到;③邏輯數據獨立性,視圖可幫助用戶屏蔽真實表結構變化帶來的影響;根據視圖的特點可以達到以下的幾點作用:①簡化數據查詢語句;②使用戶從多角度看待同一數據;③提高數據安全性;④提供了一定程度的邏輯獨立性。所以答案選C。

              3.A【解析】建立數據倉庫不是簡單的把企業的各種應用集中在一起,而是利用企業信息系統生成的數據,以面向主題、集成的方式合理組織數據,解決數據分析應用和企業基本業務之間的性能沖突問題。

              4.B【解析】數據庫應用系統設計包括概念設計、邏輯設計、物理設計3個步驟,每個步驟的設計活動按照數據組織與存儲、數據訪問與處理、應用設計等幾個方面進行。在數據庫概念設計階段,采用自下而上的ER設計。將關系模式轉換為具體DBMS平臺支持的關系表是數據庫物理設計階段的工作。設計視圖和關系模式的完整性約束是數據邏輯設計階段的工作。

              5.D【解析】數據庫應用系統的需求包括:數據需求分析,數據處理需求分析,業務需求分析及其在性能、存儲、安全、備份和恢復等方面的要求。C項中,數據需求分析的主要工作是從用戶視圖出發,分析與辨識應用領域所管理的各類數據項和數據結構,形成數據字典的主要內容。B中在需求分析階段,系統需求分析員與用戶充分溝通,并形成文檔化的需求描述。A中通過需求分析過程,需要系統的描述整個應用系統的功能特征、性能特征和約束,并形成需求規范說明文檔。D中數據操作響應時間、系統吞吐量和最大并發用戶數都是性能需求分析的重要指標。所以選D。

              6.C【解析】數據庫邏輯結構設計是指從數據庫概念模型出發,設計表示為邏輯模式的數據庫邏輯結構數據庫邏輯設計的主要步驟包括ER圖轉換為初始關系模式、對初始關系模式進行優化等。

              7.C【解析】0RDER BY語句用于對結果集進行排序:①ORDER BY語句用于根據指定的列對結果集進行排序;②0RDER BY語句默認按照升序對記錄進行排序。0RDER BY可以對多個列進行排序,此時的排序是嵌套的;ORDER BY語句只能作為其他子句之后的最后一個子句出現;視圖中也可以使用0RDERBY語句;子查詢語句中是不能使用0RDER BY子句的。

              8.A【解析】在保證數據庫一致性的前提下,將頻繁操作的多個可以分割的處理過程放在多個存儲過程中,這樣可以大大提高系統的響應速度。使用游標會占用較多的系統資源,尤其對于大規模并發量的情況下,很容易使得系統資源耗盡而崩潰,而使用臨時表能夠加速查詢。相關子查詢的不可以加速查詢。

              9.A【解析】在UML類圖中,常見的有以下幾種關系:①泛化(【箭頭及指向】:帶三角箭頭的實線,箭頭指向父類);②實現(【箭頭及指向】:帶三角箭頭的虛線,箭頭指向接口);③關聯(【箭頭及指向】:帶普通箭頭的實心線,指向被擁有者);④聚合(【箭頭及指向】:帶空心菱形的實心線,菱形指向整體);⑤組合(【箭頭及指向】:帶實心菱形的實線,菱形指向整體);⑥依賴(【箭頭及指向】:帶箭頭的虛線,指向被使用者)。組合是部分與整體共存,如果整體不存在,部分也會消失。聚合關系是整體與部分的關系,且部分可以離開整體而單獨存在。如車和輪胎是整體和部分的關系,輪胎離開車仍然可以存在。因此本題該采用空心菱形。

              10.B【解析】分割表增加了維護數據完整性的代價。分割表分為水平分割表和垂直分割表兩種。水平分割表:一種是當多個過程頻繁訪問數據表的不同行時,水平分割表,并消除新表中的冗余數據列;另一種是當主要過程要重復訪問部分行時,最好將被重復訪問的這些行單獨形成子集表(冗余儲存),這在不考慮磁盤空問開銷時顯得十分重要,但在分割表以后,增加了維護難度,要用觸發器立即更新、或用存儲過程及應用代碼批量更新,這也會增加額外的磁盤I/O開銷。垂直分割表(不破壞第三范式):一種是當多個過程頻繁訪問表的不同列時,可將表垂直分成幾個表,減少磁盤I/O(每行的數據列少,頁存的數據行就多,相應占用的頁就少),更新時不必考慮鎖,沒有冗余數據。缺點是在插入或刪除數據時要考慮數據的完整性,用存儲過程維護。另一種是當主要過程反復訪問部分列時,最好將這部分被頻繁訪問的列數據單獨存為一個子集表(冗余儲存),這在不考慮磁盤空間開銷時顯得十分重要,但因此增加了重疊列的維護難度,要用觸發器立即更新、或用存儲過程及應用代碼批量更新,這也會增加額外的磁盤I/O開銷。垂直分割表可以達到最大化利用Cache的目的。水平分割后,查詢數據需要使用UNION操作。垂直分割后,查詢數據需要JOIN操作。

              11.D【解析】結構圖是指以模塊的調用關系為線索,用自上而下的連線表示調用關系并注明參數傳遞的方向和內容,從宏觀上反映模塊層次結構的圖形。其中結構圖包括用例圖、類圖、組件圖、對象圖和部署圖。

              12.B【解析】常見的數據挖掘任務包括分類、估計、預測、相關性分組或關聯規則、聚類和描述、可視化以及復雜數據類型挖掘(Text、Web、圖形圖像、視頻和音頻等)等。分類分析首先從數據中選出已經分好類的訓練集,在該訓練集上運用數據挖掘分類的技術,建立分類模型,對于沒有分類的數據進行分類。該需求要求根據購書記錄將用戶映射到傾向于喜歡某種書的顧客特性中,而分類挖掘模型能把數據庫中的數據項映射到給定類別的某一個中。

              13.D【解析】關系表在邏輯上由一系列元組組成,元組由多個屬性組成。每個元組可以用數據庫磁盤文件中的一個邏輯記錄來存儲,記錄包括多個域。元組的每個屬性對應于文件記錄中的一個域。

              14.B【解析】C/S架構是一種典型的兩層架構,其全稱是Client/Server,即客戶端/服務器端架構。其客戶端包含一個或多個在用戶的電腦上運行的程序。而服務器端有兩種,一種是數據庫服務器端,客戶端通過數據庫連接訪問服務器端的數據,另一種是Socket服務器端,服務器端的程序通過Socket與客戶端的程序通信。C/S架構也可以看做是胖客戶端架構,因為客戶端需要實現絕大多數的業務邏輯和界面展示。C/S的客戶端一般需要單獨開發。在這種架構中,作為客戶端的部分需要承受很大的壓力,因為顯示邏輯和事務處理都包含其中,需要通過與數據庫的交互(通常是SQL或存儲過程的實現)來達到持久化數據,以此滿足實際項目的需要。

              B/S架構的全稱為Browser/Server,即瀏覽器/服務器結構。Browser指的是Web瀏覽器,極少數事務邏輯在前端實現,但主要事務邏輯在服務器端實現。Browser客戶端、WebApp服務器端和DB數據庫服務端構成所謂的三層架構。B/S架構的系統無須特別安裝,有Web瀏覽器即可。B/S架構中,顯示邏輯交給了Web瀏覽器,事務處理邏輯則放在了WebApp上,這樣就避免了龐大的胖客戶端,減少了客戶端的壓力,因為客戶端包含的邏輯很少,因此也被稱為瘦客戶端。B/S架構中,客戶端只需安裝WEB瀏覽器即可,且應用業務規則一般是WEB服務器端實現的。

              15.A【解析】RecordSet對象用于操作來自提供者的數據。使用AD0時,通過RecordSet對象可對幾乎所有數據進行操作,所有RecordSet對象均使用記錄(行)和字段(列)進行構造。RecordSet的常用方法為:①AddNew,創建一條新記錄;②Cancel,撤銷一次執行;③Close,關閉一個RecordSet;④Delete,刪除一條記錄或一組記錄;⑤MoveNext,把記錄指針移動到下一條記錄。RecordSet對象的AddNew方法的功能是在對應的數據庫表中增加一條新記錄。

              16.A【解析】在SQL Server 2008中,只有創建某個I臨時表的連接中才能查詢當前I臨時表的數據,并當U1創建的該表的連接還未斷開時,才能訪問這個表的數據。

              17.B【解析】稀疏索引是指如果只是一部分查找碼的值有對應的索引記錄,則該索引為稀疏索引;稠密索引是指如果數據文件中的每一個查找碼值在索引文件中都對應一個索引記錄,則該索引為稠密索引。對于數據文件和它的一個特定的索引文件,如果數據文件中的數據記錄的排列順序與索引文件中索引項的排列順序相一致,或者說,索引文件按照其查找碼指定的順序與數據文件中數據記錄的排列順序相一致,則該索引文件稱為聚集索引,否則為非聚集索引。因此選B。

              18.A【解析】Ⅱ、V都屬于對數據庫邏輯和物理結構的調整,不屬于SQL語句的優化。

              19.D【解析】一個數據庫應用系統開發完成后,運行管理與維護往往是一個長久的過程,時問一般是以年為單位,其成本消耗也是巨大的。

              20.B【解析】兩段鎖協議是指所有事務必須分兩個階段對數據項加鎖和解鎖:①在對任何數據進行讀、寫操作之前,要申請并獲得對該數據的封鎖;②在釋放一個封鎖之后,事務不再申請和獲得其它任何封鎖。可以證明,若并發執行的所有事務均遵守兩段鎖協議,則對這些事務的任何并發調度策略都是可串行化的。

              另外要注意兩段鎖協議和防止死鎖的一次封鎖法的異同之處。一次封鎖法要求每個事務必須一次將所有要使用的數據全部加鎖,否則就不能繼續執行,因此一次封鎖法遵守兩段鎖協議。但兩段鎖協議并不要求事務必須一次將所有要使用的數據全部加鎖,因此遵守兩段鎖協議的事務可能發生死鎖。加鎖階段事務可以申請獲得任何數據項上的任何類型的鎖,但是不允許釋放任何鎖。

              

              21.C【解析】數據庫不是用做日常查詢,也不是匯總和統計,而主要用于提取數據中的潛在信息和知識。因此A和B錯誤。OLAP(on-line analytical processing)是聯系分析處理的英文縮寫,它仍使用DBMS存取數據,即D的描述錯誤。

              22.A【解析】Ⅳ中插人字段的第四個字段“3”不滿足“CHECK(State in(0,1,2))”的條件,因此插入不成功。V中更新第四個字段“State=3”同樣不滿足“CHECK(State in(0,1,2))”的條件,更新失敗。Ⅵ中

              因為沒有“CardlD=ˊ1004ˊ”的記錄,所以更新失敗。

              23.C【解析】分布式數據庫系統按不同層次提供的分布透明性有:分片透明性、位置透明性、局部數據模型透明性。其中分片透明性是分布式數據庫中最高層次的分布透明性,位于全局概念模型和分片模型之間。用戶編寫程序只須對全局關系進行操作,不必考慮數據的分片及存儲場地。當分片模式改變時,只須改變全局概念到分片模式的映象,而不會影響全局概念模式和應用程序,即實現了分片透明性。

              24.C 【解析】操作型數據對性能要求較高、無冗余。操作型數據與分析型數據的區別如以下表格所示:

              25.A【解析】數據倉庫有四個特點:①面向主題,操作型數據庫的數據組織面向事務處理任務,各個業務系統之間各自分離,而數據倉庫中的數據按照一定的主題域進行組織。主題是一個抽象概念,是指用戶使用數據倉庫進行決策時所關心的重點方面,一個主題通常與多個操作型信息系統相關;②集成的,面向事務處理的操作型數據庫通常與某些特定的應用相關,數據庫之間相互獨立,并且往往是異構的。而數據倉庫中的數據是在對原有分散的數據庫數據抽取、清理的基礎上經過系統加工、匯總和整理得到的,必須消除源數據中的不一致性,以保證數據倉庫內的信息是關于整個企業的一致的全局信息;③穩定的,操作型數據庫中的數據通常實時更新,數據根據需要及時發生變化。數據倉庫的數據主要供企業決策分析之用,所涉及的數據操作主要是數據查詢,一旦某個數據進入數據倉庫以后,一般情況下將被長期保留,也就是數據倉庫中一般有大量的查詢操作,但修改和刪除操作很少,通常只需要定期的加載、刷新;④反映歷史變化,操作型數據庫主要關心當前某一個時間段內的數據,而數據倉庫中的數據通常包含歷史信息,系統記錄了企業從過去某一時點(如開始應用數據倉庫的時點)到目前的各個階段的信息,通過這些信息,可以對企業的發展歷程和未來趨勢做出定量分析和預測。

              26.C【解析】首先,通信代價較I/O代價容易估計。其次,對于分布式數據庫查詢優化而言,通信代價比I/O代價和CPU代價更為重要。

              27.D【解析】事務是構成數據庫應用中一個獨立邏輯工作單元的操作的集合,也是訪問并可能更新數據庫中各種數據項的一個程序執行單元。數據庫系統通過執行各種事務實現對數據庫數據的操作,管理和執行事務是DBMS的基本功能。事務的四大特性為:①原子性;②一致性;③隔離性;④持久性。事務調度則是為了保證事務的此四大特性。調度分為串行調度和并發調度。串行調度的特點是一個事務的所有操作都執行完后才開始執行另一事務,不存在事務操作的交叉執行;不同事務操作的交叉執行稱為并發調度,DBMS交叉執行來自多個事務的各個操作,以提高數據庫系統的性能。并發調度中不同的事務的操作可以交叉執行。

              28.D【解析】某些情況下,需要把數字數據類型顯示為相應的文本名稱,這就碰到了多表連接建立記錄集的問題。多表連接的類型主要有left join、right join和inner join。其主要區別如下:①left join(左聯接),返回包括左表中的所有記錄和右表中聯結字段相等的記錄;②right join(右聯接),返回包括右表中的所有記錄和左表中聯結字段相等的記錄;③inner join(等值連接),只返回兩個表中聯結字段相等的行。因此本題采用inner join,結果集將返回包括table_1和table_2都滿足條件的行。

              29.C【解析】觸發器(trigger)是SQL Server提供給程序員和數據分析員用來保證數據完整性的一種方法,它是與表事件相關的特殊的存儲過程,執行不是由程序調用,也不是手工啟動,而是由事件來觸發,比如當對一個表進行操作(insert,delete,update)時就會激活它并執行,且經常用于加強數據的完整性約束和業務規則等。教師表中要求基本工資的取值與教師的職稱有關,即當對教師的職稱進行操作的時候,要求基本工資的取值隨著職稱變化而變化,因此采用觸發器可以達到要求。

              30.C【解析】事務日志是一個與數據庫文件分開的文件。它存儲對數據庫進行的所有更改,并記錄全部插入、更新、刪除、提交、回退和數據庫模式變化等操作。事務日志是數據備份和數據恢復的重要文件,也是使用SQL Remote或[復制代理]復制數據所必需的。

              二、應用題

              1.第一空:Sno as學號,cno as課程號

              第二空:(SELECT MAX(S1.Degree)FROM SCORESl)

              【解析】通過As來對屬性起別名,使得在新建的表中該屬性名被定義為AS后面的別名。

              2.手動監控機制

              【解析】對數據庫系統的監控分為手動監控機制和自動監控機制兩種。

              3.外模式/模式

              【解析】外模式/模式映像定義了數據庫中不同用戶的外模式與數據庫邏輯模式之問的對應關系。當數據庫模式發生變化時,通過調整外模式/模式問的映像關系,使得應用程序不必隨之修改,從而保證數據與應用程序間的邏輯獨立性,簡稱數據的邏輯獨立性。

              4.DISTINCT

              【解析】SQL的查詢結果中允許有重復元組出現,因為在SQL的查詢結果中去掉重復元組是一件非常耗時的工作,因此從性能的角度出發,只要不是特別指出,允許查詢的結果中有重復元組存在。當然SQL也提供了去掉重復元組的方法(例如使用DISTINCT關鍵詞)。

              5.第一空:Name

              第二空:as

              【解析】在數據庫中判斷是否存在名為my_proc的存儲過程,即從系統表中查詢有沒有和my_proc同名的過程,用“SELECT name FROM Sysobjects”表示。其中Sysobjects為系統表,保存當前數據庫的對象,如約束、默認值、日志、規則、存儲過程等。比較常用的字段為:

              Sysobjects(

              Name sysname,一一object名稱

              id int.一一object id

              xtype char(2),一一object類型

              type char(2),一一object類型

              uid smallint,一一object所有者的ID

              )

              創建存儲過程的命令格式為:

              CREATE PROC my_proc

              @變量l,@變量2 AS{[;][…n]}[;]

              ::={[BEGIN]statements[END]}

              6.一致性

              【解析】數據庫的一致性指的是事務執行成功則全部提交,必須使所有數據都具有一致的狀態,如果一個事務提交失敗,所有做過的更新全部撤銷。

              7.轉換

              【解析】數據倉庫的數據來自多種數據源。不同的數據源可能由不同的平臺開發,使用不同的數據庫管理系統,數據格式也可能不同。源數據在被裝載到數據倉庫之前,需要進行一定的數據轉換。數據轉換的主要任務是對數據粒度以及不一致的數據進行轉換。

              8.第一空:1NF

              第二空:4NF

              第三空:lNF

              第四空:3NF

              【解析】Wl中存在著非主屬性對碼的部分依賴,所以它只能達到1NF。

              9.堆文件

              【解析】堆文件也稱為無序文件。在堆文件中,記錄隨機地存儲在文件物理空間中,新插入的記錄存儲在文件的末尾。

              10.通信圖(協作圖)

              【解析】在UML模型中,通信圖是交互圖的一種,也被稱作協作圖。它是表達對象之間的聯系以及對象間發送和接收消息的圖。

              三、設計與應用題

              1.【解題思路】

              (1)ER圖的設計原則

              在設計ER圖時,首先應根據需求分析,確認實體、屬性和聯系這三種ER圖的基本要素。需要強調的三條設計原則如下:

              ①相對原則

              建模的過程實際上是對對象抽象的過程。實體、屬性和聯系是對同一個對象抽象過程的不同解釋和理解。在同一情況下不同的人,或同一人在不同的情況下,對事物抽象的結果可能是不同的。在ER圖的整個設計過程中,實體、屬性和聯系不是一成不變,而是可能會被不斷的調整和優化。

              ②一致原則

              同一對象在同一個管理系統中的不同子系統抽象的結果要求保持一致。

              ③簡單原則

              為簡化ER圖,現實世界中的事物能作屬性對待時,應盡量作為屬性處理。屬性與實體和聯系之間,并無一定界限。當屬性滿足如下兩個條件時,就不能作實體或關系對待:不再具有需要進一步描述的性質,因為屬性在含義上是不可再分的數據項;屬性不能再與其它實體具有聯系,即ER圖中的聯系只能是實體之間的聯系。

              (2)ER圖的組成元素是實體、屬性和聯系

              ①實體

              把客觀存在并且可以相互區別的事物稱為實體。實體可以是實際事物,也可以是抽象事件。如一個職工、一場比賽等。

              ②屬性

              描述實體的特性稱為屬性。如職工的職工號,姓名,性別,出生日期,職稱等。

              ③聯系

              聯系是實體間有意義的相互作用,即實體問存在的關聯。

              在ER圖中,分別用矩形框表示實體,橢圓表示屬性,菱形框表示聯系。

              (3)聯系的類型

              實體之間的聯系分為三種類型:一對一(1:1)、一對多(1:n)和多對多(n:m)。

              題目給出了兩個實體論文和作者,并且指明了論文實體的屬性包括題目、期刊名稱、年份、期刊號,作者實體的屬性包括姓名、單位、地址。實體問的關系包括:一篇論文可以有多個作者,且每一位作者寫過多篇論文,在每一篇論文中有作者的順序號,可以知道論文和作者是多對多的關系。同時可知論文題目和期刊號的聯合是論文關系模式的主鍵,姓名是作者關系模式的主鍵,而需要作者姓名和論文題目才能唯一確定發表的關系模式。

              【參考答案】

              (2)關系模式:

              論文(題目,期刊名稱,年份,期刊號)

              作者(姓名,單位,地址)

              發表(姓名,題目,順序號)

              2.【解題思路】

              SQL Server 2008多語句表值函數的格式為:

              CREATE FUNCTION[schema_name.]function_name

              ([{@parameter_name[As][type_schema_name.]parameter data_type

              [=default]}

              [….n]

              ]

              )

              RETURNS@return_variable TABLE

              [AS]

              BEGIN

              function_body

              RETURN

              END

              [;]

              ::=

              ({I}

              [table_constraint][,...n])

              采用三表聯合查詢,通過傳入的借書證號查出借出信息表中的圖書編號,然后查出圖書明細表的信息。

              【參考答案】

              CREATE FUNCTION BorrowBook(@jszh char(20))

              RETURNS@jsqkb TABLE(書籍編號char(20),書籍名稱char(50),定價float,借書日期datetime)

              AS

              BEGIN

              INSERT@jsqkb

              SELECT圖書明細表.圖書編號,圖書名稱,定價,借出信息表.借書日期FROM借出信息表,圖書明細表

              WHERE借出信息表.圖書編號=圖書明細表.圖書編號AND借出信息表.借書證號=@jszh

              RETURN

              END

              3.【解題思路】

              從數據庫本身和網絡傳輸的角度出發,數據庫性能低下的因素一般有:I/O吞吐量小,形成了瓶頸效應;沒有創建計算列導致查詢不優化;SQL Server數據庫內存不足;網絡速度慢;查詢出的數據量過大(可以采用多次查詢或其他的方法降低數據量)以及鎖或者死鎖(這也是查詢慢最常見的問題,是程序設計的缺陷)。

              從SQL查詢語句角度來考慮優化響應時間,應該從查詢條件、臨時表、游標、返回數據量、大事務操作等方面進行調優。

              【參考答案】

              (1)①把數據、日志、索引放到不同的I/O設備上,增加讀取速度,數據量(尺寸)越大,提高I/O越重要。

              ②縱向、橫向分割表,減少表的尺寸。

              ③升級硬件,擴大服務器的內存,Windows 2000和SQL Server 2000能支持4-8G的內存。配置虛擬內存,虛擬內存大小應基于計算機上并發運行的服務進行配置。增加服務器CPU個數。

              ④分布式分區視圖可用于實現數據庫服務器聯合體。聯合體是一組分開管理的服務器,但它們相互協作分擔系統的處理負荷。這種通過分區數據形成數據庫服務器聯合體的機制能夠擴大一組服務器,以支持大型的多層Web站點的處理需要。

              ⑤重建索引:DBCC REINDEX,DBCC INDEXDEFRAG;收縮數據和日志:DBCC SHRINKDB,DBCCSHRINKFILE。設置自動收縮日志,對于大的數據庫不要設置數據庫自動增長,它會降低服務器的性能。

              ⑥優化鎖結構。

              (2)①對查詢進行優化,盡量避免全表掃描,首先應考慮在where及order by涉及的列上建立索引。

              ②應盡量避免在where子句中使用!=或< >操作符,否則引擎將放棄使用索引而進行全表掃描。

              ③任何地方都不要使用select*from進行全表掃描,用具體的字段列代替“*”,不要返回冗余字段。

              ④避免頻繁創建和刪除臨時表,以減少系統表資源的消耗。

              ⑤盡量避免使用游標,因為游標的效率較差,如果游標操作的數據超過1萬行,那么就應該考慮改寫。

              ⑥盡量避免大事務操作,提高系統并發能力。

            【全國計算機三級考試《數據庫技術》模擬試題八答案及解析】相關文章:

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

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

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

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

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

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

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

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

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

            <delect id="sj01t"></delect>
            1. <em id="sj01t"><label id="sj01t"></label></em>
            2. <div id="sj01t"></div>
              1. <em id="sj01t"></em>

                      <div id="sj01t"></div>
                      黄色视频在线观看