- 相關(guān)推薦
2015下半年計算機三級《數(shù)據(jù)庫》模擬試題（二）答案及解析
一、單選題
1.D【解析】數(shù)據(jù)字典是指對數(shù)據(jù)的數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲、處理邏輯、外部實體等進行定義和描述，其目的是對數(shù)據(jù)流程圖中的各個元素做出詳細的說明。數(shù)據(jù)字典一般由數(shù)據(jù)庫管理系統(tǒng)本身管理和維護。D中所說的記錄數(shù)據(jù)庫系統(tǒng)運行時數(shù)據(jù)庫操作情況的日志信息是屬于日志文件的內(nèi)容。
2.A【解析】DBAS需求分析階段的一項重要工作是分析DBAS應(yīng)具有的性能指標(biāo)，主要包括：①數(shù)據(jù)操作響應(yīng)時間，或數(shù)據(jù)訪問響應(yīng)時間;②系統(tǒng)吞吐量，即指系統(tǒng)在單位時間內(nèi)可以完成的數(shù)據(jù)庫事務(wù)或查詢的數(shù)量;③允許并發(fā)訪問最大用戶數(shù);④每TPS(Price PER TPS)代價值。
3.A【解析】常用的需求建模方法包括：①DFD方法;②IDEF0方法;③UML方法。
4.A【解析】DFD圖采用自頂向下逐步細化的結(jié)構(gòu)化分析方法。
5.C【解析】在SQL中，視圖是基于SQL語句的結(jié)果集的可視化的虛表，它包含行和列，就像一個真實的表。視圖中的字段就是來自一個或多個數(shù)據(jù)庫中的真實的表中的字段。我們可以向視圖添加SQL函數(shù)、WHERE以及JOIN語句。外模式也稱子模式(Subschema)或用戶模式，它是數(shù)據(jù)庫用戶(包括應(yīng)用程序員和最終用戶)能看見和使用的局部數(shù)據(jù)的邏輯結(jié)構(gòu)和特征描述，是數(shù)據(jù)庫用戶的數(shù)據(jù)視圖，是與某一應(yīng)用有關(guān)的數(shù)據(jù)邏輯表示。視圖是外模式的實現(xiàn)方式之一。
6.C【解析】對數(shù)據(jù)文件和它的一個特定的索引文件而言，如果數(shù)據(jù)文件中數(shù)據(jù)記錄的排列順序與索引文件中的索引項的排列順序相一致，或者說索引文件按照其查找碼指定的順序與數(shù)據(jù)文件中數(shù)據(jù)記錄的排列順序相一致，則稱該索引文件為聚集索引。聚集索引的鍵值可以重復(fù)。
7.D【解析】索引適合使用的條件：①在經(jīng)常需要搜索的列上，可以加快搜索的速度;②在經(jīng)常使用連接的列上(這些列主要是一些外鍵)可以加快連接的速度，在經(jīng)常需要根據(jù)范圍進行搜索的列上創(chuàng)建索引，因為索引已經(jīng)排序，其指定的范圍是連續(xù)的;③在經(jīng)常使用WHERE子句中的列上面創(chuàng)建索引，加快條件的判斷速度。
索引不適合使用的條件：①對于那些在查詢中很少使用或者參考的列不應(yīng)該創(chuàng)建索引;②對于那些只有很少數(shù)據(jù)值的列也不應(yīng)該創(chuàng)建索引;③經(jīng)常進行更新的列不適宜創(chuàng)建索引。
8.A【解析】SQL Server 2008中GRANT的用法為：
GRANT{ALL[PRIVILEGES]}
l permission[(column[，…n])][，…n]
[ON[class：：]securable]TO principal[….n]
[WITH GRANT OPTION][AS principal]
9.B【解析】答案B是對實體集命名，即在標(biāo)識實體集的基礎(chǔ)上分類抽象，將具有相同屬性特征的同類對象抽象為實體集，然后歸納整理，用一個有意義的名詞或名詞短語為每一個實體命名。它的描述是實體集中的每一個實例，所以錯誤。
10.A【解析】數(shù)據(jù)庫物理設(shè)計的目的是將數(shù)據(jù)的邏輯模式轉(zhuǎn)換為實現(xiàn)技術(shù)規(guī)范，其目標(biāo)是設(shè)計數(shù)據(jù)存儲方案，以便提供足夠好的性能并確保數(shù)據(jù)庫數(shù)據(jù)的完整性、安全性和可恢復(fù)性。通常數(shù)據(jù)庫物理設(shè)計并不包括文件和數(shù)據(jù)庫的具體實現(xiàn)細節(jié)(例如如何創(chuàng)建文件、建立數(shù)據(jù)庫以及如何加載數(shù)據(jù)等)。
11.C【解析】內(nèi)模式又稱物理模式，處于最底層，它給出了數(shù)據(jù)庫物理存儲結(jié)構(gòu)與物理存取方法，內(nèi)模式反映了數(shù)據(jù)在計算機物理結(jié)構(gòu)中的實際存儲形式。一個數(shù)據(jù)庫只對應(yīng)一種內(nèi)模式。模式是用戶的局部模式。一個數(shù)據(jù)庫中可以定義多個外模式。數(shù)據(jù)獨立性不僅簡化數(shù)據(jù)庫應(yīng)用程序的開發(fā)，同時因為屏蔽了物理結(jié)構(gòu)的差異，所以也簡化了用戶維護數(shù)據(jù)的代價。數(shù)據(jù)庫系統(tǒng)三級模式和兩層映像的系統(tǒng)結(jié)構(gòu)保證了數(shù)據(jù)庫系統(tǒng)中能夠具有較高的邏輯獨立性和物理獨立性。
12.D【解析】從下面的資源圖可知，系統(tǒng)沒有資源死鎖環(huán)，事務(wù)T4完成后釋放A4，T2完成后釋放A2，T1完成后釋放T5.所有事務(wù)即可正常結(jié)束。
13.C【解析】照片相對于文字、數(shù)字而言，所占的空間更大，如果存放在數(shù)據(jù)庫中，則會增加數(shù)據(jù)庫數(shù)據(jù)的大小。因此在備份的時候，需要備份的數(shù)據(jù)也增多，會占用更多的備份空問。若照片存在文件系統(tǒng)中，則僅僅需要將照片路徑存放在數(shù)據(jù)庫中，相對于存放照片本身來說，減少了很多數(shù)據(jù)量。照片存儲到數(shù)據(jù)庫中后，對照片的訪問就受到了很大的限制，當(dāng)多人同時訪問同一個照片時，會大大降低用戶訪問照片的速度。照片存放在數(shù)據(jù)庫中的優(yōu)點之一就是沒有像文件系統(tǒng)那樣把人員信息和照片數(shù)據(jù)分離，因此有更好的一致性。
14.B【解析】硬件容錯最完全的方法是設(shè)計兩套相同的數(shù)據(jù)庫系統(tǒng)同時工作，數(shù)據(jù)的變化也同步，空間有一定的距離，因此同時破壞兩套的概率幾乎為零，這樣能達到數(shù)據(jù)庫的完全安全。若數(shù)據(jù)庫在運行過程中，系統(tǒng)突然停止運轉(zhuǎn)，所有正在運行的事務(wù)以非正常的方式終止，則需要重新啟動的故障就是系統(tǒng)故障。在數(shù)據(jù)庫中，事務(wù)日志能夠?qū)崿F(xiàn)數(shù)據(jù)恢復(fù)。
15.D【解析】在UML類圖中的概括關(guān)系也稱為泛化關(guān)系，描述了一般事物與該事物中的特殊種類之問的關(guān)系，也就是父類與子類之間的關(guān)系。本題中航空公司的售票員和電話售票員都屬于業(yè)務(wù)人員的子類，因此屬于概括關(guān)系。
16.C 【解析】db_datawriter固定數(shù)據(jù)庫角色的成員可以在所有用戶表中添加、刪除或更改數(shù)據(jù)。即db_datawriter可以修改數(shù)據(jù)庫中所有用戶表數(shù)據(jù)，但不能查詢。U1擁有除查詢以外的三項權(quán)限。
17.C【解析】FOR指定觸發(fā)器只有在引發(fā)的SQL語句中指定的操作都已成功執(zhí)行，并且所有的約束檢查也成功完成后才執(zhí)行觸發(fā)器，這種觸發(fā)器稱為后觸發(fā)型觸發(fā)器。INSTEAD OF指定執(zhí)行觸發(fā)器而不是執(zhí)行引發(fā)觸發(fā)器執(zhí)行SQL語句，從而替代觸發(fā)語句的操作，稱這種觸發(fā)器為前觸發(fā)型觸發(fā)器。
18.C 【解析】對于80GB的數(shù)據(jù)庫需分4個硬盤分區(qū)來存儲，可先在每個分區(qū)上分別建立一個備份設(shè)備，指定每個設(shè)備的大小為20GB，并建立一個包含這4個備份設(shè)備的備份媒體集，最后再用此備份媒體集備份數(shù)據(jù)庫。
19.C【解析】觸發(fā)器使用場合為完成比CHECK約束更復(fù)雜的數(shù)據(jù)約束，為保證數(shù)據(jù)庫性能而維護的非規(guī)范化數(shù)據(jù)，實現(xiàn)復(fù)雜的業(yè)務(wù)規(guī)則。CHECK只能實現(xiàn)同一個表的列之問的取值約束。Ⅲ是對同一個列中元素取值之間的約束，Ⅳ選項是在不同表中列之間的取值約束關(guān)系都不能用CHECK實現(xiàn)，但可以用外鍵約束加非空約束實現(xiàn)。所以答案為C。
20.D【解析】系統(tǒng)總體設(shè)計的主要內(nèi)容包括確定DBAS體系結(jié)構(gòu)、軟硬件選型和配置設(shè)計、應(yīng)用軟件總體設(shè)計和業(yè)務(wù)規(guī)則初步設(shè)計。
21.B【解析】UML中視圖(View)的概念為從不同的角度觀察系統(tǒng)所得到的印象。有了視圖，便可把注意力集中在系統(tǒng)的一個方面，通過對多個視圖的理解，在大腦中把不同方面的信息拼接起來，最終把握系統(tǒng)的全貌。每個視圖需要用一組圖(diagram)來描述，圖中包含的是代表系統(tǒng)模型元素的各種圖形符號，不同的圖體現(xiàn)著系統(tǒng)的不同方面。正如我們觀察一個物體一樣，從不同的角度看到的局部圖像可能會出現(xiàn)重疊，不同的視圖之間也可能出現(xiàn)重疊的狀況，所以同一個圖可以從屬于不同的視圖。用例圖屬于用例視圖，描述系統(tǒng)的功能。行為視圖包括順序圖、交互圖和狀態(tài)圖，描述系統(tǒng)的活動。描述物理部署情況的是部署視圖。
22.C【解析】元數(shù)據(jù)被定義為描述數(shù)據(jù)及其環(huán)境的數(shù)據(jù)，是關(guān)于數(shù)據(jù)的數(shù)據(jù)。元數(shù)據(jù)用于描述數(shù)據(jù)倉庫內(nèi)數(shù)據(jù)的結(jié)構(gòu)和建立方法，可將其按用途的不同分為技術(shù)元數(shù)據(jù)和業(yè)務(wù)元數(shù)據(jù)。一般來說，它有兩個主要的用途：首先能夠提供基于用戶的信息，其次能支持系統(tǒng)對數(shù)據(jù)的管理和維護。在傳統(tǒng)的數(shù)據(jù)庫中，元數(shù)據(jù)描述了數(shù)據(jù)庫中的各個對象，如數(shù)據(jù)庫中數(shù)據(jù)字典就是一種元數(shù)據(jù)，在關(guān)系數(shù)據(jù)庫中，這種描述就是對數(shù)據(jù)庫、表、列等對象的定義。DBMS數(shù)據(jù)字典、數(shù)據(jù)庫結(jié)構(gòu)證明文檔、前端應(yīng)用程序表中數(shù)據(jù)庫的定義及說明文檔都是元數(shù)據(jù)。而Ⅰ、Ⅱ和Ⅵ都是提供了基于用戶數(shù)據(jù)的信息，與元數(shù)據(jù)的定義不符，因此Ⅰ、Ⅱ、Ⅵ不是元數(shù)據(jù)。
23.A【解析】在靜態(tài)轉(zhuǎn)儲過程中系統(tǒng)不能運行其他事務(wù)，因為會降低數(shù)據(jù)庫的可用性;動態(tài)備份運行轉(zhuǎn)儲操作和用戶事務(wù)并發(fā)執(zhí)行，即允許在轉(zhuǎn)儲過程中對數(shù)據(jù)庫進行存取和修改，動態(tài)儲存雖然克服了靜態(tài)儲存的一些缺點，但是動態(tài)轉(zhuǎn)儲可能造成數(shù)據(jù)庫的不一致性，使數(shù)據(jù)的有效性得不到保證。為了數(shù)據(jù)的有效性，需要引入日志文件，用它記錄轉(zhuǎn)出期問各種事務(wù)對數(shù)據(jù)庫的修改活動記錄，然后使用動態(tài)轉(zhuǎn)儲的備份副本加上日志文件就可以將數(shù)據(jù)庫恢復(fù)到某一時刻的正確狀態(tài)，因此8、c不合適。D中完全轉(zhuǎn)儲加增量轉(zhuǎn)儲，在這種轉(zhuǎn)儲方式下，恢復(fù)中使用的轉(zhuǎn)儲文件較多，其中任何一次轉(zhuǎn)儲出了問題都會導(dǎo)致恢復(fù)失敗，同時恢復(fù)時間長，因此D也不可取。
24.C 【解析】兩個事務(wù)并發(fā)執(zhí)行時，隔離性保證其并行結(jié)果正確性。當(dāng)事務(wù)提交后斷電，則持續(xù)性保證其對數(shù)據(jù)庫的改變是永久的，結(jié)果不受影響。事務(wù)的四個性質(zhì)：原子性、一致性、隔離性、持久性。原子性描述的是事務(wù)中包括的諸多操作為了保持一致性要么都做，要么都不做;一致性描述的是事務(wù)執(zhí)行結(jié)果從一個一致性到另一個一致性的變化。由題目可知，Tl、T2事務(wù)若要使A、B結(jié)果正確，則必須遵守事務(wù)的原子性和一致性。
25.A【解析】dbcreator角色具有創(chuàng)建、刪除、修改和還原數(shù)據(jù)庫對象的權(quán)限，所以可以使ACCT只在dbcreator角色中。
26.B【解析】數(shù)據(jù)庫備份分為以下兩種：①完全備份，這可能是大多數(shù)人常用的方式，它不僅可以備份整個數(shù)據(jù)庫，包含用戶表、系統(tǒng)表、索引、視圖和存儲過程等所有數(shù)據(jù)庫對象，而且備份數(shù)據(jù)庫文件和日志文件，但它需要花費更多的時間和空間，所以一般推薦一周做一次;②差異備份，差異備份是備份自上一次完全備份之后有變化的數(shù)據(jù)文件、日志文件以及數(shù)據(jù)庫中其他被修改的內(nèi)容等。它比最初的完全備份小，因為它只包含自上次完全備份以來所改變的數(shù)據(jù)。它的優(yōu)點是存儲和恢復(fù)速度快，推薦每天做一次差異備份。
27.C【解析】分布式數(shù)據(jù)庫采用數(shù)據(jù)分片對數(shù)據(jù)進行管理，分片有以下三個原則：①完整性原則，即全局關(guān)系的所有數(shù)據(jù)項必須包含在某個片段中，否則將導(dǎo)致數(shù)據(jù)庫不完整，造成某些片段數(shù)據(jù)丟失;②重構(gòu)性原則，即所有片段必須能夠還原全局關(guān)系;③不相交原則(對垂直分片的主鍵除外)，對于一個全局關(guān)系，要保證數(shù)據(jù)不丟失，則必須要屬于某個片段，即不允許不屬于任何一個片段，也不允許一個全局關(guān)系的某些數(shù)據(jù)既屬于該全局關(guān)系的某些片斷又屬于該全局關(guān)系的另一個片斷(垂直關(guān)系中的碼屬性除外)。
28.C【解析】聯(lián)機事務(wù)處理0LTP也稱面向交易的處理系統(tǒng)，其基本特征是顧客的原始數(shù)據(jù)可以立即傳送到計算機中心進行處理，并在很短的時間內(nèi)給出處理結(jié)果，可以即時的處理輸入的數(shù)據(jù)，及時回答。因此系統(tǒng)要求必須具有很高的響應(yīng)速度。
聯(lián)機分析處理0LAP是數(shù)據(jù)倉庫系統(tǒng)的主要應(yīng)用，支持復(fù)雜的分析操作，側(cè)重決策支持，并且提供直觀易懂的查詢結(jié)果。典型的應(yīng)用就是復(fù)雜的動態(tài)的報表系統(tǒng)。0LAP的特點一般有：實時性要求不是很高、數(shù)據(jù)量大、決策支持，查詢動態(tài)，隨時提出查詢的要求。0LTP的安全性比OLAP要高，實施起來也比較困難。A和B都不正確。D項OLTP一般由企業(yè)中下層使用，OLAP由企業(yè)中上層使用。
29.C【解析】數(shù)據(jù)粒度劃分標(biāo)準(zhǔn)可以將數(shù)據(jù)倉庫中的數(shù)據(jù)劃分為詳細數(shù)據(jù)、輕度總結(jié)、高度總結(jié)三級或更多級。確立粒度的原則：細化程度越高，粒度越小;細化程度越低，粒度越大，綜合程度越高。如果數(shù)據(jù)倉庫不保存低粒度的數(shù)據(jù)而只有粗粒度的數(shù)據(jù)，則需要存儲的數(shù)據(jù)量就較少。所以A、D錯。B項中已是最小粒度，所以沒有最大和最小之分。C中月銷售表可以分成粒度更小的日銷售表。
30.B【解析】時間序列分析也可以稱為數(shù)據(jù)演變分析，描述行為對象隨時間變化的規(guī)律或趨勢，并進行建模的數(shù)據(jù)挖掘方法。B項中記錄客戶當(dāng)前的購買，指定下次的優(yōu)惠規(guī)則，屬于描述對象隨著時問的變化規(guī)律。
二、應(yīng)用題
1.散列索引
【解析】根據(jù)索引的實現(xiàn)方式，索引技術(shù)被分成兩大類：有序索引和散列索引。
2.分配
【解析】分布式數(shù)據(jù)庫總的數(shù)據(jù)分布策略可以從數(shù)據(jù)分片和數(shù)據(jù)分配兩個角度來考慮，一般先數(shù)據(jù)分片，再數(shù)據(jù)分配。分片是對關(guān)系的操作，而分配是對分片結(jié)果的操作。分片模式是描述每個數(shù)據(jù)片斷以及全局關(guān)系到片段的映像，分配模式是描述各片斷到物理存放場地的映像。
3.外鍵約束
【解析】SQL Server中有五種約束類型，分別是主鍵(PRIMARY KEY)約束、外鍵(FOREIGN KEY)約束、唯一(UNIQUE)約束、缺省(DEFAULT)約束和檢查(CHECK)約束。
4.DELETE類型
【解析】DML觸發(fā)器有三類：①INSERT觸發(fā)器;②UPDATE觸發(fā)器;③DELETE觸發(fā)器。觸發(fā)器的組成部分：①觸發(fā)器的聲明，指定觸發(fā)器定時，事件，表名和類型;②觸發(fā)器的執(zhí)行，PL/SQL塊或?qū)^程的調(diào)用;③觸發(fā)器的限制條件，通過where子句實現(xiàn)。
5.AVG(年齡)
【解析】應(yīng)用系統(tǒng)中需統(tǒng)計指定地區(qū)的顧客人數(shù)和平均年齡，COUNT()函數(shù)返回匹配指定條件的行數(shù)，語法為：
SELECT COUNT(*)FROM table_name;
AVG函數(shù)返回數(shù)值列的平均值，語法為：
SELECT AVG(column_name)FROM table_name;
NULL值不包括在計算中。
則統(tǒng)計年齡即可用AVG(年齡)。
【解析】SQL server 2008中固定數(shù)據(jù)庫角色是在數(shù)據(jù)庫級別中定義的，并且存在于每個數(shù)據(jù)庫中，不同的角色擁有不同的操作權(quán)限。其中db_datawriter固定數(shù)據(jù)庫角色的成員具有插入、刪除和修改數(shù)據(jù)庫中所有用戶數(shù)據(jù)的權(quán)限。
7.UNDO
【解析】當(dāng)事務(wù)故障(即事務(wù)在運行至正常終止點前被終止)發(fā)生時，恢復(fù)子系統(tǒng)應(yīng)利用日志文件撤銷(UNDO)此事務(wù)已對數(shù)據(jù)庫進行的修改。事務(wù)故障的恢復(fù)是由系統(tǒng)自動完成的，對用戶透明。
8.REVOKE
【解析】對數(shù)據(jù)的訪問是通過SQL Server 2008的權(quán)限層次結(jié)構(gòu)進行管理的�？梢酝ㄟ^GRANT、DENY和REVOKE語句來管理這個權(quán)限層次結(jié)構(gòu)。三種語句的作用分別為：①GRANT：允許一個數(shù)據(jù)庫用戶或角色執(zhí)行所授權(quán)限指定的操作;②DENY：拒絕一個數(shù)據(jù)庫用戶或角色的特定權(quán)限，并且阻止它們從其他角色中繼承這個權(quán)限;③REVOKE：收回已經(jīng)授予的權(quán)限。
9.WHERE作者.城市NOT IN
【解析】要查詢有作者但是沒有出版社的結(jié)果集，可以采用子查詢手段，即從作者表中查詢城市，且城市不在出版社所在的城市。這時我們可以用NOT IN來實現(xiàn)，NOT IN的結(jié)果集是在外查詢中存在，但是在內(nèi)查詢中不存在的記錄。
10.原子性
【解析】事務(wù)是數(shù)據(jù)庫的邏輯工作單位，事務(wù)中包括的諸多操作要么操作，要么都不操作。
11.日志或LOG
【解析】在動態(tài)轉(zhuǎn)儲中為了保證數(shù)據(jù)的有效性同時又不會降低數(shù)據(jù)庫的可用性，需要引入日志文件，用它記錄轉(zhuǎn)儲期間各事務(wù)對數(shù)據(jù)庫的修改活動記錄，然后使用動態(tài)轉(zhuǎn)儲的備份副本加上日志文件就可以將數(shù)據(jù)庫恢復(fù)到某一時刻的正確狀態(tài)。
12.自底向上
【解析】數(shù)據(jù)倉庫的開發(fā)策略主要有自頂向下、自底向上以及這兩種策略的聯(lián)合使用。自底向上策略一般從某個數(shù)據(jù)倉庫原型開始，選擇一些特定的為企業(yè)管理人員所熟知的管理問題作為數(shù)據(jù)倉庫開發(fā)的對象，在此基礎(chǔ)上進行數(shù)據(jù)倉庫開發(fā)。因此，此策略常常適用于一個數(shù)據(jù)集市、一個經(jīng)理系統(tǒng)或一個部門，它的優(yōu)點在于企業(yè)能夠以較小的投入獲得較高的數(shù)據(jù)倉庫應(yīng)用收益。在開發(fā)過程中，人員投入較少，也容易獲得成效。當(dāng)然，如果某個項目的開發(fā)失敗可能造成企業(yè)整個數(shù)據(jù)倉庫系統(tǒng)開發(fā)的延遲。該策略一般在企業(yè)希望對數(shù)據(jù)倉庫的技術(shù)進行評價，以確定該技術(shù)的應(yīng)用方式、地點和時間，或希望了解實現(xiàn)和運行數(shù)據(jù)倉庫所需要的各種費用，或在數(shù)據(jù)倉庫的應(yīng)用目標(biāo)并不是很明確時，數(shù)據(jù)倉庫對決策過程影響不是很明確時使用。
13.ROLAP
【解析】0LAP的實現(xiàn)技術(shù)主要分為以下三類：①基于關(guān)系型數(shù)據(jù)庫的DLAP(ROLAP，Relational OLAP);②基于多維數(shù)據(jù)庫的OLAP(MOLAP，Multi-Dimensional OLAP);③混合型OLAP(HOLAP，Hybrid 0LAP)
14.差異備份
【解析】數(shù)據(jù)庫備份分為以下幾種：①完全備份，備份所有數(shù)據(jù)和日志;②差異備份，備份自上一次數(shù)據(jù)庫完全備份以來產(chǎn)生的數(shù)據(jù)改變。
15.UNl0N
【解析】UNION操作符用于合并兩個或多個SELECT語句的結(jié)果集。請注意，UNION內(nèi)部的SELECT語句必須擁有相同數(shù)量的列，而且對應(yīng)列的語義應(yīng)該相同。列也必須擁有兼容的數(shù)據(jù)類型。同時，每條SE-LECT語句中的列的順序必須相同。
三、設(shè)計與應(yīng)用題
1.【解題思路】
(1)ER圖的畫法
建立相應(yīng)的ER圖的過程如下：
第一，確定實體類型。本題有四個實體類型，即Teacher實體，Course實體，Student實體和DEPT實體。
第二，確定聯(lián)系類型。Teacher實體與Course實體之間是多對多關(guān)系，即T-C關(guān)系，Student實體與Course實體之間是多對多關(guān)系，即S-C關(guān)系。DEPT實體與Teacher實體之間是一對多關(guān)系，即D-T關(guān)系。DEPT實體與Student實體之間是一對多關(guān)系，即D-S關(guān)系。
第三，把實體類型和聯(lián)系類型組合成ER圖。
第四，確定實體類型和聯(lián)系類型的屬性。
Teacher實體集屬性：教師號、教師名
Course實體集屬性：課程號、課程名、課程學(xué)分
Student實體集屬性：學(xué)號、學(xué)生姓名、學(xué)生性別
DEPT實體集屬性：系編號、系名稱
(2)ER模型轉(zhuǎn)換為關(guān)系模式的規(guī)則
�、侔袳R模型中的每一個實體集轉(zhuǎn)換為同名的關(guān)系，實體集的屬性就是關(guān)系的屬性，實體集的碼就是關(guān)系的碼。
�、诎袳R模型中的每一個聯(lián)系轉(zhuǎn)換成一個關(guān)系，與該聯(lián)系相連的各實體集的碼以及聯(lián)系的屬性轉(zhuǎn)換為關(guān)系的屬性。關(guān)系的碼根據(jù)下列情況確定。
若聯(lián)系為1：1，則每個實體集碼均是該關(guān)系的候選碼。
若聯(lián)系為1：n，則關(guān)系的碼為n端實體集的碼。
若聯(lián)系為m：n，則為各實體集碼的組合或其中一部分實體集碼的組合。
�、酆喜⒕哂邢嗤a的關(guān)系。根據(jù)規(guī)則，把一個ER模型轉(zhuǎn)換為關(guān)系模式，一般經(jīng)歷下面兩個步驟：
第一，標(biāo)識ER模型中的聯(lián)系。
第二，依次轉(zhuǎn)換與每個聯(lián)系相關(guān)聯(lián)的實體集及聯(lián)系。
【參考答案】
ER圖如下所示：
設(shè)計3NF，如下：
DEFY(DeptN0，DeptName)，主碼：DeptN0，無外碼
Teacher(TN0，TName，DeptNO)，主碼TN0，外碼DeptNO
Student(SN0，SName，Sex，DeptNO)，主碼SN0，外碼DeptNO
Course(CN0，CName，Credit)，主碼CN0，無外碼
T-C(TN0，CNO)，主碼(TN0，CNO)，外碼TN0，CNO
S-C(SN0，CN0，成績)，主碼(SN0，CNO)，外碼SN0，CNO
2.【解題思路】
采用JOIN聯(lián)合查詢，先用WHERE條件查出符合銷售時間=@year的記錄，再將找出的記錄和圖書表合并，并采用單價*銷售數(shù)量計算出聯(lián)合查詢的表數(shù)據(jù)，最后根據(jù)GROUP BY統(tǒng)計每種書的銷售價格總和。
【參考答案】
CREATE FUNCTION BOOK_PROFIT(@year int)
RETURNS@f_BOOK_PROFIT table(
書號varchar(50)，
銷售總額int)
AS
BEGIN
INSERT INTO@f_BOOK_PROFIT
SELECT a書號，SUM(a單價*b銷售數(shù)量)
FROM圖書表a JOIN銷售表b ON a書號=b書號
WHERE year(b銷售時間)=@year
GROUP BY a.書號
RETURN
END
或者
CREATE FUNCTION BOOK_PROFIT(@year int)
RETURNS@f_BOOK_PROFlT table(
BOOK_ID varchar(50)，
PROFIT int)
AS
BEGIN
INSERT INTO@f_BOOK_PROFIT
SELECT a.BOOK_ID，SUM(a.BOOK_PRICE*b,SALE_NUM)
FROM BOOK a JOIN SALE b ON a.BOOK ID=b.B00K ID
WHERE year(bSALE_TIME)=@year
GROUP BY a.BOOK_ID
RETURN
END
3.【解題思路】
(1)SQL Server 2008的數(shù)據(jù)恢復(fù)模式有三種：
�、俸唵位謴�(fù)模式，此方法可以最大幅度減少事務(wù)13志的管理開銷，因為恢復(fù)模式不備份事務(wù)日志。但是如果數(shù)據(jù)庫損壞，則簡單恢復(fù)模式將面臨極大的數(shù)據(jù)丟失風(fēng)險。在這種恢復(fù)模式下，數(shù)據(jù)只能恢復(fù)到最新備份狀態(tài)。因此對于用戶數(shù)據(jù)庫，簡單恢復(fù)模式只適用于測試和開發(fā)數(shù)據(jù)庫，或用于主要包含只讀數(shù)據(jù)的數(shù)據(jù)庫。
�、谕暾謴�(fù)模式，此方法可以完整的記錄所有事務(wù)，并將事務(wù)13志記錄保留到對其備份完畢為止。此方法相對簡單恢復(fù)模式來說，更占用時間。
③大容量日志恢復(fù)模式，此方法只對大容量操作進行最小記錄，使事務(wù)日志不會被大容量加載操作所填充。
在數(shù)據(jù)導(dǎo)入過程中，所有的業(yè)務(wù)都是暫停的，因此可以采用簡單恢復(fù)模式提高數(shù)據(jù)導(dǎo)入速度。且只在數(shù)據(jù)導(dǎo)入的過程中暫時的修改恢復(fù)模式，因此數(shù)據(jù)并不會丟失。
(2)提高數(shù)據(jù)庫性能的方法一般是從外部環(huán)境、調(diào)整內(nèi)存分配、調(diào)整磁盤I/0、調(diào)整競爭資源等幾方面著手來改變數(shù)據(jù)庫的參數(shù)。SQL Server 2008采用將數(shù)據(jù)緩沖在內(nèi)存的方式，因此在數(shù)據(jù)庫系統(tǒng)運行的過程中會占用一定的內(nèi)存，又因為I/O并不存在問題，說明內(nèi)存尚滿足需求。CPU使用率很高，表明CPU的計算能力不足，應(yīng)該增加CPU的數(shù)量。
【參考答案】
(1)此方法能夠提高數(shù)據(jù)導(dǎo)入速度。原因：此系統(tǒng)I/O很高，修改恢復(fù)模式后，系統(tǒng)最大限度減少日志開銷，可提高導(dǎo)入速度。由于僅在數(shù)據(jù)導(dǎo)入過程中修改恢復(fù)模式，所以并無數(shù)據(jù)丟失風(fēng)險。
(2)第一種方案比較合理。原因：SQL Server 2008采用將數(shù)據(jù)緩沖在內(nèi)存的方式，因此內(nèi)存的使用率比較高是正常情況，且現(xiàn)階段I/O并不存在問題，表明內(nèi)存滿足需求。此階段CPU使用率很高，表明CPU計算資源不足，因此增加CPU數(shù)量對解決問題有效。
【下半年計算機三級《數(shù)據(jù)庫》模擬試題二答案及解析】相關(guān)文章：
2015全國計算機三級考試《數(shù)據(jù)庫技術(shù)》模擬試題（二）答案及解析10-12
2015下半年計算機三級《數(shù)據(jù)庫》考前模擬試題（四）答案及解析08-08
2015下半年計算機三級《數(shù)據(jù)庫》考前模擬試題（五）答案及解析07-14
2016計算機三級《數(shù)據(jù)庫技術(shù)》模擬試題與解析10-01
計算機三級《數(shù)據(jù)庫技術(shù)》模擬試題及答案10-15
計算機三級《數(shù)據(jù)庫技術(shù)》模擬試題及答案201607-12
2015全國計算機三級考試《數(shù)據(jù)庫技術(shù)》模擬試題（一）答案及解析09-11
2015全國計算機三級考試《數(shù)據(jù)庫技術(shù)》模擬試題（七）答案及解析10-19