計(jì)算機(jī)三級網(wǎng)絡(luò)技術(shù)題庫

PAGE5-計(jì)算機(jī)三級數(shù)據(jù)庫技術(shù)題庫目錄第一套 -4-一、選擇題 -4-二、填空題 -15-三、設(shè)計(jì)與應(yīng)用題 -18-第二套 -21-一、選擇題 -21-二、填空題 -31-三、設(shè)計(jì)與應(yīng)用題 -34-第三套 -39-一、選擇題 -39-二、填空題 -50-三、設(shè)計(jì)與應(yīng)用題 -53-第四套 -57-一、選擇題 -57-二、填空題 -68-三、設(shè)計(jì)與應(yīng)用題 -70-第五套 -75-一、選擇題 -75-二、填空題 -85-三、設(shè)計(jì)與應(yīng)用題 -87-第六套 -91-一、選擇題 -91-二、填空題 -101-三、設(shè)計(jì)與應(yīng)用題 -103-第七套 -108-一、選擇題 -108-二、填空題 -119-三、設(shè)計(jì)與應(yīng)用題 -121-第八套 -126-一、選擇題 -126-二、填空題 -137-三、設(shè)計(jì)與應(yīng)用題 -140-第九套 -144-一、選擇題 -144-二、填空題 -155-三、設(shè)計(jì)與應(yīng)用題 -157-第十套 -163-一、選擇題 -163-二、填空題 -173-三、設(shè)計(jì)與應(yīng)用題 -176-第十一套 -181-一、選擇題 -181-二、填空題 -190-三、設(shè)計(jì)與應(yīng)用題 -192-第十二套 -196-一、選擇題 -196-二、填空題 -205-三、設(shè)計(jì)與應(yīng)用題 -207-第十三套 -212-一、選擇題 -212-二、填空題 -220-三、設(shè)計(jì)與應(yīng)用題 -222-第一套一、選擇題（1）數(shù)據(jù)庫系統(tǒng)的三級模式結(jié)構(gòu)和二層映像功能提供了數(shù)據(jù)的邏輯獨(dú)立性和物理獨(dú)立性。下列提供邏輯獨(dú)立性的是（A）。A)外模式/模式映像B)模式/內(nèi)模式映像C)內(nèi)模式/外模式映像D)模式/模式映像【解析】數(shù)據(jù)庫的三級模式由外模式、模式、內(nèi)模式構(gòu)成。外模式是用戶可見的部分?jǐn)?shù)據(jù)的存在形式；模式可以等價(jià)為全體數(shù)據(jù)的邏輯結(jié)構(gòu)且用戶不可見，是三級模式的中間部分；內(nèi)模式對應(yīng)數(shù)據(jù)庫的物理結(jié)構(gòu)和存儲方式。當(dāng)模式改變時(shí)，由數(shù)據(jù)庫管理員對各個(gè)外模式/模式的映像作相應(yīng)的改變，但是外模式可以不變。應(yīng)用程序是依據(jù)數(shù)據(jù)的外模式編寫的，從而應(yīng)用程序不必修改，因此，外模式/模式映像保證了數(shù)據(jù)與程序的邏輯獨(dú)立性。（2）瀏覽器/服務(wù)器架構(gòu)是現(xiàn)階段非常流行的數(shù)據(jù)庫應(yīng)用系統(tǒng)架構(gòu)。在此架構(gòu)中，應(yīng)用服務(wù)器起到了非常重要的作用。下列關(guān)于應(yīng)用服務(wù)器的說法，錯(cuò)誤的是（C）A)應(yīng)用服務(wù)器一般運(yùn)行程序代碼，實(shí)現(xiàn)面向具體應(yīng)用領(lǐng)域的業(yè)務(wù)規(guī)則，數(shù)據(jù)庫服務(wù)器承擔(dān)數(shù)據(jù)存儲、管理等功能B)應(yīng)用服務(wù)器會根據(jù)用戶請求連接相應(yīng)的數(shù)據(jù)庫，獲取數(shù)據(jù)并進(jìn)行處理，將結(jié)果返回給用戶C)應(yīng)用服務(wù)器一般需具有數(shù)據(jù)訪問和數(shù)據(jù)存儲等功能，在數(shù)據(jù)庫服務(wù)器出現(xiàn)問題時(shí)可以繼續(xù)向用戶提供服務(wù)D)應(yīng)用服務(wù)器一般提供了集群、失效恢復(fù)、負(fù)載均衡等公共服務(wù)，可以大幅度提高系統(tǒng)性能和可靠性【解析】應(yīng)用服務(wù)器是指通過各種協(xié)議把商業(yè)邏輯提供給客戶端的程序。它提供了訪問商業(yè)邏輯的途徑以供客戶端應(yīng)用程序使用，并接收來自于Web瀏覽器的用戶請求，根據(jù)應(yīng)用領(lǐng)域業(yè)務(wù)規(guī)則執(zhí)行相應(yīng)的數(shù)據(jù)庫應(yīng)用程序，通過訪問接口向數(shù)據(jù)庫服務(wù)器提出數(shù)據(jù)操作請求；它亦接收來自于數(shù)據(jù)庫服務(wù)器的數(shù)據(jù)訪問結(jié)果，并通過客戶端將結(jié)果返回用戶。所以當(dāng)數(shù)據(jù)庫服務(wù)器出現(xiàn)問題時(shí)無法向用戶提供服務(wù)。（3）關(guān)系模型是數(shù)據(jù)庫系統(tǒng)最常用的一種數(shù)據(jù)模型。下列關(guān)于關(guān)系模型的說法，錯(cuò)誤的是（D）A)關(guān)系模型中的關(guān)系是一個(gè)二維表，表中的一行對應(yīng)關(guān)系中的一個(gè)元組B)按照一定的規(guī)則可以將ER模型轉(zhuǎn)換為關(guān)系模型中的關(guān)系模式C)關(guān)系模型是建立在集合論的基礎(chǔ)上的，關(guān)系模型中數(shù)據(jù)存取對用戶是透明的D)關(guān)系模型中的關(guān)系模式描述關(guān)系的動態(tài)結(jié)構(gòu)，其內(nèi)容隨用戶對數(shù)據(jù)庫的操作而變化【解析】關(guān)系模式描述關(guān)系的靜態(tài)結(jié)構(gòu)，它是靜態(tài)、穩(wěn)定的，而關(guān)系是動態(tài)、隨用戶對數(shù)據(jù)庫的操作而變化的?？忌獏^(qū)分開來關(guān)系模式與關(guān)系。（4）在數(shù)據(jù)庫應(yīng)用系統(tǒng)的需求分析階段，設(shè)有如下工作：Ⅰ．分析與描述目標(biāo)系統(tǒng)需要完成的功能Ⅱ．分析與描述目標(biāo)系統(tǒng)對響應(yīng)時(shí)間、存儲容量的要求Ⅲ．分析與描述目標(biāo)系統(tǒng)涉及的數(shù)據(jù)范圍、數(shù)據(jù)的屬性特征及數(shù)據(jù)之間的關(guān)系Ⅳ．分析與描述每項(xiàng)功能活動需要的輸入數(shù)據(jù)、業(yè)務(wù)規(guī)則及輸出數(shù)據(jù)Ⅴ．分析與描述目標(biāo)系統(tǒng)的總體結(jié)構(gòu)、功能活動及各功能活動之間的關(guān)系以上屬于系統(tǒng)功能建模內(nèi)容的是（A）。A)僅Ⅰ、Ⅳ和ⅤB)僅Ⅱ、Ⅳ和ⅤC)僅Ⅰ、Ⅱ和ⅢD)僅Ⅲ、Ⅳ和Ⅴ【解析】數(shù)據(jù)庫系統(tǒng)設(shè)計(jì)分為6個(gè)階段：需求分析、概念結(jié)構(gòu)設(shè)計(jì)、邏輯結(jié)構(gòu)設(shè)計(jì)和物理結(jié)構(gòu)設(shè)計(jì)等。Ⅱ?qū)儆谖锢碓O(shè)計(jì)階段，Ⅲ屬于邏輯結(jié)構(gòu)設(shè)計(jì)階段，故答案選A。（5）在概念模型中，屬性用于描述事物的特征或性質(zhì)。關(guān)于屬性有下列說法：Ⅰ．一個(gè)實(shí)體集中的屬性名要唯一Ⅱ．屬性一般用名詞或名詞短語命名Ⅲ．一個(gè)屬性的值可以取自不同的域Ⅳ．實(shí)體集的標(biāo)識屬性能夠唯一識別實(shí)體集中每一個(gè)實(shí)體Ⅴ．標(biāo)識屬性的取值不能重復(fù)，但可以為空以上說法正確的是（B）。A)僅Ⅰ、Ⅲ和ⅤB)僅Ⅰ、Ⅱ和ⅣC)僅Ⅱ、Ⅳ和ⅤD)僅Ⅱ、Ⅲ和Ⅳ【解析】Ⅲ：一個(gè)屬性的值必須屬于唯一的域，域在這里相當(dāng)于數(shù)據(jù)類型的子集，屬性的取值必須為同一域。Ⅴ：標(biāo)識屬性的值不能重復(fù)且不可以為空。（6）設(shè)有關(guān)系模式：作者（作者編號，姓名，身份證號，職業(yè)，出生日期）。下列能夠作為該關(guān)系模式候選碼的是（B）A)作者編號，姓名B)作者編號，身份證號C)作者編號，職業(yè)D)身份證號，出生日期【解析】關(guān)系模型中的候選碼定義為某一組屬性可以唯一標(biāo)識一個(gè)元組，則稱為該屬性組的候選碼，所以其候選碼屬性的取值必須不能有重復(fù)也不能為空。題目中姓名，職業(yè)，出生日期都可能重復(fù)。（7）人機(jī)界面是數(shù)據(jù)庫應(yīng)用系統(tǒng)的一個(gè)重要組成部分，人機(jī)界面設(shè)計(jì)與用戶的關(guān)系非常密切。關(guān)于人機(jī)界面設(shè)計(jì)，下列說法錯(cuò)誤的是（D）A)人機(jī)界面設(shè)計(jì)時(shí)，應(yīng)使用戶感覺系統(tǒng)運(yùn)行始終處于用戶的控制之下，人機(jī)界面應(yīng)該向用戶及時(shí)反饋，保持人機(jī)界面與用戶之間的雙向交流B)當(dāng)系統(tǒng)發(fā)生錯(cuò)誤時(shí)，人機(jī)界面應(yīng)為用戶提供有意義的反饋信息，有時(shí)可以提供截屏等功能，使用戶可以了解錯(cuò)誤，并及時(shí)向技術(shù)人員反饋問題C)良好的人機(jī)界面應(yīng)能容忍用戶使用過程中發(fā)生的操作錯(cuò)誤，并能夠方便地從錯(cuò)誤中恢復(fù)D)設(shè)計(jì)人機(jī)界面可采用原型迭代法，首先進(jìn)行用戶界面詳細(xì)設(shè)計(jì)，然后與用戶不斷討論，改進(jìn)設(shè)計(jì)方案【解析】人機(jī)界面的設(shè)計(jì)可采用原型迭代法，首先進(jìn)行初步設(shè)計(jì)，再進(jìn)行用戶界面細(xì)節(jié)設(shè)計(jì)，最后是原型設(shè)計(jì)與改進(jìn)。（8）在數(shù)據(jù)庫應(yīng)用系統(tǒng)開發(fā)的需求調(diào)研階段，需要對用戶提出的需求進(jìn)行分析和整理。此過程不僅需要描述用戶提出的具體功能需求，也需要對用戶未明確提出的非功能需求進(jìn)行描述。設(shè)在某商場經(jīng)營管理系統(tǒng)的需求分析階段整理了下列需求：Ⅰ．系統(tǒng)需要支持會員制Ⅱ．系統(tǒng)不需要考慮財(cái)務(wù)核算功能Ⅲ．系統(tǒng)應(yīng)長期穩(wěn)定運(yùn)行Ⅳ．系統(tǒng)應(yīng)有銷售統(tǒng)計(jì)功能Ⅴ．系統(tǒng)應(yīng)保證數(shù)據(jù)存儲安全上述需求中屬于非功能需求的是（B）A)僅Ⅲ和ⅣB)僅Ⅲ和ⅤC)僅Ⅳ和ⅤD)僅Ⅰ、Ⅱ和Ⅴ【解析】需求分析就是分析用戶的應(yīng)用請求。Ⅲ和Ⅴ不是用戶所考慮的問題，Ⅴ屬于系統(tǒng)的物理設(shè)計(jì)階段，Ⅲ屬于系統(tǒng)運(yùn)行與維護(hù)階段所考慮的問題。（9）在使用UML對數(shù)據(jù)庫應(yīng)用系統(tǒng)進(jìn)行建模的過程中，狀態(tài)圖和活動圖常用于動態(tài)建模。下列狀態(tài)圖或活動圖語法正確的是（）A)B)C)D)【解析】這屬于UML設(shè)計(jì)范疇，所有活動有關(guān)判斷的部分要用菱形表示。（10）在SQLServer2008中，如果數(shù)據(jù)庫tempdb的空間不足，可能會造成一些操作無法進(jìn)行，此時(shí)需要擴(kuò)大tempdb的空間。下列關(guān)于擴(kuò)大tempdb空間的方法，錯(cuò)誤的是（D）A)手工擴(kuò)大tempdb中某數(shù)據(jù)文件的大小B)設(shè)置tempdb中的數(shù)據(jù)文件為自動增長方式，每當(dāng)空間不夠時(shí)讓其自動增長C)手工為tempdb增加一個(gè)數(shù)據(jù)文件D)刪除tempdb中的日志內(nèi)容，以獲得更多的數(shù)據(jù)空間【解析】數(shù)據(jù)庫中的日志文件通常記錄數(shù)據(jù)庫的操作記錄，對數(shù)據(jù)庫的安全性與可靠性有著重要的作用。當(dāng)數(shù)據(jù)庫被破壞或者出現(xiàn)故障時(shí)，常常需要根據(jù)日志文件來對數(shù)據(jù)庫進(jìn)行恢復(fù)等操作，手動刪除tempdb中的日志文件則將會破壞數(shù)據(jù)庫的安全性和可靠性。（11）在一臺正在運(yùn)行的SQLServer2008中，現(xiàn)需使用復(fù)制數(shù)據(jù)庫文件的方法將某數(shù)據(jù)庫從一臺服務(wù)器移動到另一臺服務(wù)器。關(guān)于復(fù)制數(shù)據(jù)庫文件，有下列實(shí)現(xiàn)方法：Ⅰ．首先從數(shù)據(jù)庫服務(wù)器中分離出要復(fù)制的數(shù)據(jù)庫，然后復(fù)制數(shù)據(jù)庫文件Ⅱ．首先停止SQLServer數(shù)據(jù)庫引擎服務(wù)，然后復(fù)制數(shù)據(jù)庫文件Ⅲ．首先斷開所有用戶與數(shù)據(jù)庫的連接，然后復(fù)制數(shù)據(jù)庫文件Ⅳ．由Windows系統(tǒng)管理員直接到操作系統(tǒng)中復(fù)制數(shù)據(jù)庫文件上述方法中，可行的是（A）A)僅Ⅰ和ⅡB)僅Ⅱ和ⅢC)僅Ⅲ和ⅣD)都可以【解析】復(fù)制數(shù)據(jù)庫的方法有：①使用復(fù)制數(shù)據(jù)庫向?qū)г诜?wù)器之間復(fù)制或移動數(shù)據(jù)庫。②還原數(shù)據(jù)庫備份，若要復(fù)制整個(gè)數(shù)據(jù)庫，可以使用BACKUP和RESTORETransact-SQL語句。通常，還原數(shù)據(jù)庫的完整備份用于因各種原因?qū)?shù)據(jù)庫從一臺計(jì)算機(jī)復(fù)制到其他計(jì)算機(jī)。所以選A。（12）設(shè)有職工表（職工號，姓名，地址1，地址2），其中，職工號為主碼?，F(xiàn)要求地址1和地址2組合起來不能有重復(fù)值。在SQLServer2008環(huán)境中有下列創(chuàng)建該表的語句：Ⅰ.CREATETABLE職工表(職工號intPRIMARYKEY,姓名nchar(10),地址1nvarchar(20),地址2nvarchar(20),UNIQUE(地址1,地址2))Ⅱ.CREATETABLE職工表(職工號intPRIMARYKEY,姓名nchar(10),地址1nvarchar(20),地址2nvarchar(20)UNIQUE(地址1,地址2))Ⅲ.CREATETABLE職工表(職工號intPRIMARYKEY,姓名nchar(10),地址1nvarchar(20)UNIQUE,地址2nvarchar(20)UNIQUE)Ⅳ.CREATETABLE職工表(職工號intPRIMARYKEY,姓名nchar(10),地址1nvarchar(20)UNIQUE(地址1,地址2),地址2nvarchar(20))上述語句能正確實(shí)現(xiàn)此約束的是（C）A)僅Ⅰ和ⅢB)僅Ⅱ和ⅣC)僅Ⅰ、Ⅱ和ⅣD)都正確【解析】Ⅲ表示在地址1的所有記錄中地址不允許重復(fù)，即每個(gè)職工的地址1都不同且每個(gè)職工的地址2也不允許重復(fù)。UNIQUE是對創(chuàng)建的表的屬性約束條件，與位置無關(guān)。（13）在SQLServer2008中，設(shè)有商品表（商品號，商品名，生產(chǎn)日期，單價(jià)，類別）?，F(xiàn)經(jīng)常需要執(zhí)行下列查詢：SELECT商品號,商品名,單價(jià)FROM商品表WHERE類別IN('食品','家電')ORDERBY商品號現(xiàn)需要在商品表上建立合適的索引來提高該查詢的執(zhí)行效率。下列建立索引的語句，最合適的是（D）A)CREATEINDEXIdx1ON商品表(類別)B)CREATEINDEXIdx1ON商品表(商品號,商品名,單價(jià))C)CREATEINDEXIdx1ON商品表(類別,商品號,INCLUDE(商品名,單價(jià))D)CREATEINDEXIdx1ON商品表(商品號)INCLUDE(商品名,單價(jià))WHERE類別='食品'or類別='家電'改過答案【解析】建立索引是加快查詢速度的有效手段。在SQL語言中，建立索引使用CREATEINDEX語句，一般格式為：CREATE［UNIQUE］INDEX<索引名>ON<表名>（<列名>［<次序>］，<列名>［<次序>］，）INCLUDE(屬性名)WHERE約束條件所以根據(jù)題意選D。（14）設(shè)在SQLServer2008中有商品表（商品號，商品名，進(jìn)貨價(jià)格，銷售價(jià)格），現(xiàn)要求銷售價(jià)格必須至少是進(jìn)貨價(jià)格的1.1倍。下列關(guān)于實(shí)現(xiàn)此約束的說法，正確的是（）設(shè)在SQLServer2008中有商品表（商品號，商品名，進(jìn)貨價(jià)格，銷售價(jià)格），現(xiàn)要求銷售價(jià)格必須至少是進(jìn)貨價(jià)格的1.1倍。下列關(guān)于實(shí)現(xiàn)此約束的說法，正確的是（A）A)可以用觸發(fā)器或者用CHECK約束實(shí)現(xiàn)B)只能用CHECK約束實(shí)現(xiàn)C)只能用觸發(fā)器實(shí)現(xiàn)D)可以用DEFAULT約束實(shí)現(xiàn)【解析】用戶定義的完整性可以用CHECK短語指定列值應(yīng)滿足的條件，也可以用觸發(fā)器約束，通過服務(wù)器自動激活相應(yīng)的觸發(fā)器，對數(shù)據(jù)進(jìn)行完整性控制。所以觸發(fā)器或CHECK約束都可以實(shí)現(xiàn)。但DEFAULT約束不能實(shí)現(xiàn)用戶自定義的完整性，只能表示實(shí)體或參照完整性。（15）設(shè)在SQLServer2008中，用戶U1在DB1數(shù)據(jù)庫中創(chuàng)建了#Temp表。下列關(guān)于#Temp表的說法，正確的是（A）A)只有在創(chuàng)建#Temp表的連接中才可以查詢#Temp表數(shù)據(jù)B)在所有用戶U1發(fā)起的連接中，都可以查詢#Temp表數(shù)據(jù)C)在創(chuàng)建#Temp表的連接未斷開時(shí)，DB1數(shù)據(jù)庫的所有用戶都可以查詢#Temp表數(shù)據(jù)D)在創(chuàng)建#Temp表的連接斷開后，DB1數(shù)據(jù)庫的所有用戶仍可以查詢#Temp表數(shù)據(jù)【解析】用戶若想在SQLServer中訪問數(shù)據(jù)庫的表，必須同該表建立一個(gè)連接表示通信渠道，當(dāng)連接中斷時(shí)，無法對其進(jìn)行訪問。B中只有用戶與#temp建立的連接才可以訪問到表。C中不是所有用戶都可以訪問該表，只有U1用戶和由U1授權(quán)的用戶可以訪問。D項(xiàng)很明顯也不正確。故答案為A。（16）在SQLServer2008的某數(shù)據(jù)庫中，設(shè)用戶U1同時(shí)是角色R1和角色R2中的成員。現(xiàn)已授予角色R1對表T具有SELECT、INSERT和UPDATE權(quán)限，授予角色R2對表T具有INSERT和DENYUPDATE權(quán)限，沒有對U1進(jìn)行其他授權(quán)，則U1對表T有權(quán)執(zhí)行的操作是（A）A)SELECT和INSERTB)INSERT、UPDATE和SELECTC)SELECT和UPDATED)SELECT【解析】當(dāng)用戶被賦予的兩種角色的權(quán)限出現(xiàn)沖突時(shí)，為了安全起見，都是DENY優(yōu)先。而沒有規(guī)定DENY權(quán)限的，如本題中的SELECT，則用戶可以使用此權(quán)限。所以選A。（17）在SQLServer2008中，設(shè)用戶U1是某數(shù)據(jù)庫db_datawriter角色中的成員，則U1在該數(shù)據(jù)庫中有權(quán)執(zhí)行的操作是（C）A)SELECTB)SELECT和INSERTC)INSERT、UPDATE和DELETED)SELECT、INSERT、UPDATE和DELETE【解析】db_datawriter角色可以對表中的數(shù)據(jù)執(zhí)行插入、刪除和更新操作。U1用戶屬于此角色中的成員，其繼承了db_datewriter角色的插入、刪除和更新操作權(quán)限。所以選C。（18）某數(shù)據(jù)庫應(yīng)用系統(tǒng)在運(yùn)行中，用戶反映某操作很慢。系統(tǒng)工程師在用戶的客戶機(jī)及數(shù)據(jù)庫服務(wù)器上使用數(shù)據(jù)庫管理系統(tǒng)自帶的客戶端程序執(zhí)行此操作所涉及的SQL語句，發(fā)現(xiàn)在兩個(gè)環(huán)境下SQL語句執(zhí)行的速度都很慢。為了提高效率，下列檢查無需進(jìn)行的是（A）A)檢查客戶機(jī)到數(shù)據(jù)庫服務(wù)器的網(wǎng)絡(luò)情況B)檢查數(shù)據(jù)庫服務(wù)器的CPU使用情況C)檢查這些操作涉及到的表是否已建立有效的索引D)檢查數(shù)據(jù)庫中是否存在大量鎖【解析】在客戶機(jī)和數(shù)據(jù)庫服務(wù)器上使用數(shù)據(jù)庫管理系統(tǒng)自帶的客戶端程序分別執(zhí)行都很慢，則排除了網(wǎng)絡(luò)對于數(shù)據(jù)處理操作的影響。（19）.數(shù)據(jù)庫應(yīng)用系統(tǒng)在使用過程中，會根據(jù)用戶的需求及系統(tǒng)運(yùn)行情況對系統(tǒng)進(jìn)行升級和改造。關(guān)于系統(tǒng)升級改造工作，下列說法錯(cuò)誤的是（C）A)在系統(tǒng)升級改造過程中，可能會調(diào)整數(shù)據(jù)庫的邏輯結(jié)構(gòu)，例如增加數(shù)據(jù)項(xiàng)、修改數(shù)據(jù)項(xiàng)的類型等B)升級改造實(shí)施過程應(yīng)盡量選擇在業(yè)務(wù)不繁忙或沒有業(yè)務(wù)的期間進(jìn)行，并在升級完成后進(jìn)行測試C)升級改造過程一般只對應(yīng)用系統(tǒng)及其相關(guān)的數(shù)據(jù)庫對象進(jìn)行調(diào)整，不涉及數(shù)據(jù)庫管理系統(tǒng)及操作系統(tǒng)的類型和版本D)在升級之前，應(yīng)先對現(xiàn)有的系統(tǒng)及數(shù)據(jù)進(jìn)行備份，如果升級失敗則需要使用備份進(jìn)行恢復(fù)【解析】數(shù)據(jù)庫系統(tǒng)的更新既包括應(yīng)用系統(tǒng)及其相關(guān)的數(shù)據(jù)庫對象，也包括數(shù)據(jù)庫管理系統(tǒng)及其所在的操作系統(tǒng)的環(huán)境。（20）監(jiān)控?cái)?shù)據(jù)庫系統(tǒng)運(yùn)行狀態(tài)是數(shù)據(jù)庫管理員非常重要的職責(zé)。數(shù)據(jù)庫管理員有如下工作：Ⅰ．定期實(shí)施數(shù)據(jù)庫完整備份并將備份數(shù)據(jù)傳送到遠(yuǎn)端容災(zāi)中心Ⅱ．定期查看數(shù)據(jù)庫空間是否滿足業(yè)務(wù)需求Ⅲ．定期查看數(shù)據(jù)緩沖區(qū)命中率、數(shù)據(jù)庫鎖情況Ⅳ．定期查看數(shù)據(jù)庫用戶會話情況Ⅴ．使用自動化手段檢查數(shù)據(jù)庫CPU使用情況，出現(xiàn)異常情況時(shí)自動發(fā)短信通知系統(tǒng)管理員上述工作中屬于數(shù)據(jù)庫監(jiān)控工作的是（C）A)僅Ⅰ、Ⅱ和ⅤB)僅Ⅰ、Ⅲ和ⅣC)僅Ⅱ、Ⅲ、Ⅳ和ⅤD)全部【解析】Ⅰ是數(shù)據(jù)庫維護(hù)工作中的數(shù)據(jù)庫備份，不屬于數(shù)據(jù)庫監(jiān)控分析中的內(nèi)容。（21）數(shù)據(jù)庫管理系統(tǒng)為提高數(shù)據(jù)查詢效率，可能會采用如下索引技術(shù)：Ⅰ．有序索引Ⅱ．聚集索引Ⅲ．樹型索引Ⅳ．散列（哈希）索引其中，將屬性值作為參數(shù)，不采用索引鍵值比較，而是采用一定的計(jì)算方法定位數(shù)據(jù)的有（C）A)僅ⅠB)僅Ⅰ、Ⅱ和ⅢC)僅ⅣD)都是【解析】傳統(tǒng)的索引如有序索引、樹型索引都是建立在"比較"的基礎(chǔ)上，即在結(jié)構(gòu)中查找記錄時(shí)需要進(jìn)行一系列與關(guān)鍵字的比較。理想的情況是不希望經(jīng)過任何比較，一次存取便能得到所查記錄，則就必須在記錄的存儲位置和它的關(guān)鍵字之間建立一個(gè)確定的對應(yīng)關(guān)系f，使每個(gè)關(guān)鍵字和結(jié)構(gòu)中的唯一的存儲位置相對應(yīng)，因而在查找時(shí)，要根據(jù)這個(gè)對應(yīng)關(guān)系f找到給定值K的像f(K)。若結(jié)構(gòu)中存在關(guān)鍵字和K相等的記錄，則必定在f(K)的存儲位置上，由此，不需要進(jìn)行比較便可直接取得所查記錄。這樣的對應(yīng)關(guān)系f稱為hash函數(shù)，這種方法叫hash索引。其它三個(gè)答案都會有索引值的比較。（22）設(shè)某在線論壇系統(tǒng)，其數(shù)據(jù)庫服務(wù)和Web服務(wù)運(yùn)行在同一臺服務(wù)器上。系統(tǒng)運(yùn)行一段時(shí)間后用戶數(shù)量激增，文章數(shù)量龐大，并發(fā)訪問量不斷增加，導(dǎo)致用戶普遍反映論壇響應(yīng)變慢，主要現(xiàn)象有用戶登錄驗(yàn)證時(shí)間變長和進(jìn)入文章列表時(shí)響應(yīng)時(shí)間過長。經(jīng)排查發(fā)現(xiàn)數(shù)據(jù)庫服務(wù)成為主要瓶頸。假設(shè)數(shù)據(jù)庫中有用戶信息表和文章表。為改善此情況，設(shè)有下列措施：Ⅰ．修改論壇程序使其能在內(nèi)存中對常用查詢結(jié)果進(jìn)行緩存，以減少數(shù)據(jù)庫的訪問次數(shù)Ⅱ．在操作系統(tǒng)中提高數(shù)據(jù)庫服務(wù)進(jìn)程的優(yōu)先級Ⅲ．不再使用數(shù)據(jù)庫，以文本文件方式存儲用戶信息和文章Ⅳ．根據(jù)用戶信息表和文章表的索引情況，優(yōu)化用戶驗(yàn)證查詢語句和文章列表查詢語句Ⅴ．統(tǒng)計(jì)并檢查使用頻率最高的幾類查詢，針對這些查詢模式對用戶信息表或文章表建立相應(yīng)的索引以提高這些查詢的效率以上措施，一般情況下，合理且有效果的是（B）A)僅Ⅰ、Ⅱ和ⅢB)僅Ⅰ、Ⅳ和ⅤC)僅Ⅱ、Ⅲ和ⅣD)僅Ⅱ、Ⅳ和Ⅴ【解析】Ⅱ錯(cuò)誤原因是題目中已經(jīng)說明數(shù)據(jù)庫服務(wù)成為主要瓶頸，因此跟操作系統(tǒng)的進(jìn)程調(diào)度無關(guān)，而且改變操作系統(tǒng)進(jìn)程優(yōu)先級會影響系統(tǒng)的運(yùn)行，有可能會造成其它錯(cuò)誤。Ⅲ錯(cuò)誤是因?yàn)閿?shù)據(jù)庫系統(tǒng)中包括數(shù)據(jù)庫管理系統(tǒng)，其中有一些執(zhí)行和處理數(shù)據(jù)的方法已經(jīng)很優(yōu)化，而若使用文本方式存儲數(shù)據(jù)，則數(shù)據(jù)管理要用戶自己完成，處理更繁瑣且效率較低。（23）在SQLServer2008中，有系統(tǒng)數(shù)據(jù)庫master、model、msdb、tempdb和用戶數(shù)據(jù)庫。下列關(guān)于系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫的備份策略，最合理的是（D）A)對以上系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫都實(shí)行周期性備份B)對以上系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫都實(shí)行修改之后即備份C)對以上系統(tǒng)數(shù)據(jù)庫實(shí)行修改之后即備份，對用戶數(shù)據(jù)庫實(shí)行周期性備份D)對master、model、msdb實(shí)行修改之后即備份，對用戶數(shù)據(jù)庫實(shí)行周期性備份，對tempdb不備份【解析】系統(tǒng)數(shù)據(jù)庫master、model、msdb因?yàn)楸恍薷牡剌^少，且對數(shù)據(jù)庫系統(tǒng)影響較大，所以每次修改后應(yīng)及時(shí)備份；而用戶自定義的數(shù)據(jù)庫（如學(xué)生成績管理系統(tǒng)中的數(shù)據(jù)庫）在使用過程中會經(jīng)常不定期的修改，而且每次修改量不大，如果每次修改后重新備份則對系統(tǒng)操作冗余性較大，所以采用定期備份；而tempdb是系統(tǒng)臨時(shí)文件的數(shù)據(jù)庫，每次啟動后都會清空，所以沒必要備份。所以選D。（24）SQLServer2008提供了多種數(shù)據(jù)備份方法：Ⅰ．完整數(shù)據(jù)庫備份Ⅱ．差異數(shù)據(jù)庫備份Ⅲ．文件備份Ⅳ．差異文件備份以上備份方法中，在備份完成之后必須再對日志進(jìn)行備份的是（B）A)僅ⅡB)僅Ⅲ和ⅣC)僅Ⅰ和ⅡD)僅Ⅳ【解析】文件備份主要是對數(shù)據(jù)庫中數(shù)據(jù)文件的備份，不對日志文件備份，因此在備份完成之后必須再對日志進(jìn)行備份。所以選B。（25）設(shè)有商場數(shù)據(jù)庫應(yīng)用系統(tǒng)，在系統(tǒng)生命周期中，可能會遇到下列故障：Ⅰ．某DBA違反規(guī)定使用數(shù)據(jù)庫服務(wù)器上公網(wǎng)后，服務(wù)器操作系統(tǒng)遭到攻擊，導(dǎo)致系統(tǒng)死機(jī)后不得不重啟Ⅱ．與幾臺POS機(jī)相連的交換機(jī)突然損壞，導(dǎo)致這幾臺POS機(jī)無法提供服務(wù)Ⅲ．系統(tǒng)運(yùn)行過程中突然停電，恢復(fù)供電后操作系統(tǒng)重新啟動Ⅳ．某員工蓄意刪除部分商品信息，導(dǎo)致系統(tǒng)無法正常銷售這些商品Ⅴ．因水災(zāi)導(dǎo)致數(shù)據(jù)庫服務(wù)器被淹后硬盤損毀，致使數(shù)據(jù)無法恢復(fù)Ⅵ．DBA誤操作強(qiáng)行關(guān)閉正在運(yùn)行的數(shù)據(jù)庫服務(wù)器以上故障，不屬于系統(tǒng)故障的是（C）A)僅ⅣB)僅Ⅱ、Ⅲ和ⅥC)僅Ⅱ、Ⅳ和ⅤD)僅Ⅰ、Ⅱ和Ⅴ【解析】Ⅱ和Ⅴ是介質(zhì)故障，又稱為硬故障，是指物理設(shè)備的損壞導(dǎo)致數(shù)據(jù)庫無法運(yùn)行，而Ⅳ是人為攻擊破壞。系統(tǒng)故障是指造成系統(tǒng)停止運(yùn)轉(zhuǎn)的任何事件，使得系統(tǒng)要重新啟動。所以選C。（26）關(guān)于分布式數(shù)據(jù)庫，下列說法正確的是（C）A)分布式數(shù)據(jù)庫的查詢代價(jià)需要考慮站點(diǎn)間數(shù)據(jù)傳輸?shù)耐ㄐ糯鷥r(jià)，一般來說導(dǎo)致數(shù)據(jù)傳輸量大的主要原因是各分片的片內(nèi)連接操作B)分布式數(shù)據(jù)庫中位置透明性是最高級別的透明性，這種透明性保證用戶在編程時(shí)只需考慮數(shù)據(jù)分片情況，而不用關(guān)心分片在各場地的分配情況C)分布式數(shù)據(jù)庫的事務(wù)管理包括恢復(fù)控制和并發(fā)控制，恢復(fù)控制一般采用的策略是基于兩階段提交協(xié)議D)分布式數(shù)據(jù)庫系統(tǒng)的目標(biāo)是利用多處理機(jī)節(jié)點(diǎn)并發(fā)地完成數(shù)據(jù)庫任務(wù)，以提高數(shù)據(jù)庫系統(tǒng)的整體性能【解析】在分布式數(shù)據(jù)庫查詢中，導(dǎo)致數(shù)據(jù)傳輸通信代價(jià)大的主要原因是各個(gè)站點(diǎn)分片間的連接和并操作，A錯(cuò)；分布式數(shù)據(jù)庫中的分布透明性包括分片透明性、位置透明性、局部數(shù)據(jù)模型透明性，其中分片透明性是最高層次的透明性，B錯(cuò)；分布式數(shù)據(jù)庫的目標(biāo)是本地自治、非集中式管理、高可用性、位置獨(dú)立性、數(shù)據(jù)分片獨(dú)立性等，D錯(cuò)。故答案選C。（27）在分布式數(shù)據(jù)庫應(yīng)用系統(tǒng)的設(shè)計(jì)過程中要考慮數(shù)據(jù)的分布策略。下列關(guān)于數(shù)據(jù)分布策略的說法，錯(cuò)誤的是（B）A)分布式數(shù)據(jù)庫中數(shù)據(jù)分布策略可以從數(shù)據(jù)分片和數(shù)據(jù)分配兩個(gè)角度來考慮，一般先進(jìn)行數(shù)據(jù)分片，再進(jìn)行數(shù)據(jù)分配B)數(shù)據(jù)水平分片是在關(guān)系中從行（元組）的角度依據(jù)一定條件劃分為不同的片斷，關(guān)系中的每一行必須至少屬于一個(gè)片斷，以便通過選擇方法恢復(fù)關(guān)系C)數(shù)據(jù)垂直分片是在關(guān)系中從列（屬性）的角度依據(jù)一定條件分為不同的片斷，各片斷中應(yīng)該包含關(guān)系的主碼，以便通過連接方法恢復(fù)關(guān)系D))數(shù)據(jù)分配策略中，集中式分配策略便于控制，但數(shù)據(jù)過于集中，負(fù)載過重，易形成瓶頸，可靠性較差【解析】數(shù)據(jù)的水平分片是在關(guān)系中從行（元組）的角度依據(jù)一定條件劃分為不同的片斷，關(guān)系中的每一行必須至少屬于一個(gè)片斷，以便在需要時(shí)可以重構(gòu)關(guān)系。故B錯(cuò)誤。（28）在并行數(shù)據(jù)庫中，需要將表拆分到不同的磁盤上。下列最適合整表掃描的拆分方式是（A）A)輪轉(zhuǎn)法B)散列劃分C)范圍劃分D)等值劃分【解析】并行數(shù)據(jù)庫常用的劃分技術(shù)有輪轉(zhuǎn)法、散列劃分、范圍劃分。輪轉(zhuǎn)法：對關(guān)系順序掃描，將第i個(gè)元組存儲到標(biāo)號為Dimod的磁盤上；該方式保證了元組在多個(gè)磁盤上均勻分布。散列劃分：選定一個(gè)值域?yàn)閧0,1,…,n-1}的散列函數(shù)，對關(guān)系中的元組基于劃分屬性進(jìn)行散列。如果散列函數(shù)返回i，則將其存儲到第i個(gè)磁盤。范圍劃分：該策略按照關(guān)系中某個(gè)屬性的取值范圍將數(shù)據(jù)文件劃分為幾部分，分別存放到磁盤上。由此可見，輪轉(zhuǎn)法最適合于掃描整個(gè)關(guān)系的應(yīng)用，并在掃描時(shí)可以并行地從幾個(gè)磁盤讀取數(shù)據(jù)，負(fù)載平衡，充分發(fā)揮了并行性。（29）數(shù)據(jù)挖掘可以簡單地理解為從大量的數(shù)據(jù)中發(fā)現(xiàn)或挖掘知識。設(shè)某公司的客戶關(guān)系管理系統(tǒng)中有客戶表A(CID,v1,v2,…,vn)。給定一個(gè)訓(xùn)練集S(v1,v2,…,vn,c)，其中c為客戶類別、vi（i=1..n）為客戶其他屬性。若對表A中任一客戶x，要使系統(tǒng)能判定x所屬的客戶類別，較合理的方案是（B）A)將x對應(yīng)的元組中的特征向量(v1,v2,…,vn)與訓(xùn)練集S中的元組進(jìn)行匹配，從而判定x所屬的客戶類別B)對訓(xùn)練集S設(shè)計(jì)適當(dāng)?shù)乃惴ǎ瑯?gòu)造一個(gè)分類器M，將x對應(yīng)的特征向量(v1,v2,…,vn)作為M的輸入，用M判定x所屬的客戶類別C)采用關(guān)聯(lián)規(guī)則挖掘算法構(gòu)成一個(gè)關(guān)聯(lián)式分類器M，用M判定x所屬的類別D)采用適當(dāng)?shù)木垲愃惴?，對表A中的所有元組進(jìn)行聚類，將每個(gè)元組歸入訓(xùn)練集S各元組的c列所給出的客戶類別中，從而實(shí)現(xiàn)x所屬客戶類別的判定【解析】對于訓(xùn)練集S，測試集A利用數(shù)據(jù)挖掘中的分類算法，通過訓(xùn)練集構(gòu)建一個(gè)分類器，將測試集A作為分類器輸入，經(jīng)過分類器后會得到相應(yīng)的類別號。即使相同的類別編號的訓(xùn)練集也可能對應(yīng)不同的屬性集，所以單純的通過對屬性集差別的比較來識別類別不準(zhǔn)確，故A錯(cuò)。關(guān)聯(lián)規(guī)則挖掘是發(fā)現(xiàn)交易數(shù)據(jù)庫中不同商品之間的聯(lián)系，而本題是對數(shù)據(jù)進(jìn)行分類，與題意不符，故C錯(cuò)。D項(xiàng)屬于無監(jiān)督學(xué)習(xí)算法，對類別并沒有規(guī)定明確的前提條件，與本題所給的條件無關(guān)。綜上可知，選項(xiàng)B正確。（30）設(shè)有某電子商務(wù)平臺，該平臺業(yè)務(wù)繁忙。為實(shí)現(xiàn)面向用戶的精確營銷，提高向用戶推薦商品的成功率，需要建立數(shù)據(jù)倉庫系統(tǒng)，并將數(shù)據(jù)倉庫作為數(shù)據(jù)挖掘應(yīng)用程序的數(shù)據(jù)源。設(shè)電子商務(wù)平臺的OLTP環(huán)境中有銷售數(shù)據(jù)表T1和用戶信息表T2。數(shù)據(jù)倉庫用表T3保存近5年的銷售細(xì)節(jié)數(shù)據(jù)，同時(shí)有用戶信息表T4和用戶商品推薦表T5。下列方案一般情況下最為合理的是（D）A)實(shí)時(shí)更新T3，即每產(chǎn)生一條銷售記錄，就將該記錄同時(shí)寫到T1和T3中，并觸發(fā)數(shù)據(jù)挖掘程序運(yùn)行，以增加數(shù)據(jù)挖掘結(jié)果的準(zhǔn)確性和實(shí)時(shí)性B)當(dāng)一個(gè)銷售事務(wù)完成并生成銷售記錄后，觸發(fā)數(shù)據(jù)挖掘程序在T1上執(zhí)行并得到針對該用戶的商品推薦列表，然后將商品推薦列表寫到T5中。每隔數(shù)小時(shí)從T1獲取新數(shù)據(jù)批量更新T3C)根據(jù)T1的變化實(shí)時(shí)更新T3，每天定時(shí)運(yùn)行數(shù)據(jù)挖掘程序，生成用戶商品推薦列表，并將其寫到T5中D)每天根據(jù)T1對T3做一次批量更新，數(shù)據(jù)挖掘程序根據(jù)新數(shù)據(jù)生成用戶商品推薦列表，并將其寫到T5中【解析】數(shù)據(jù)倉庫是為了構(gòu)建新的分析處理環(huán)境而出現(xiàn)的一種數(shù)據(jù)存儲和組織的新技術(shù)。它的建立能充分利用已有的數(shù)據(jù)資源，把數(shù)據(jù)轉(zhuǎn)換為信息，從中挖掘出知識，最終創(chuàng)造出效益。數(shù)據(jù)倉庫有若干基本特征，包括不可更新性和隨時(shí)間變化性。所謂不可更新性就是用戶在提取倉庫中的數(shù)據(jù)進(jìn)行分析時(shí)并不會同時(shí)對數(shù)據(jù)倉庫中的數(shù)據(jù)進(jìn)行更新操作，而數(shù)據(jù)變化性是數(shù)據(jù)倉庫每隔一段時(shí)間進(jìn)行數(shù)據(jù)的更新和處理。綜上可以看出，數(shù)據(jù)倉庫的更新與時(shí)間間隔有關(guān)，所以不會實(shí)時(shí)更新，即排除A、C，又因?yàn)閷τ脩暨M(jìn)行推薦時(shí)要結(jié)合以往的歷史數(shù)據(jù)而不是僅通過當(dāng)前數(shù)據(jù)分析，即B錯(cuò)。綜上可知，選項(xiàng)D正確。二、填空題（1）數(shù)據(jù)庫管理系統(tǒng)提供了數(shù)據(jù)定義語言（DDL），用于定義各種數(shù)據(jù)庫對象。數(shù)據(jù)定義語句經(jīng)DDL編譯器編譯后，各種對象的描述信息存放在數(shù)據(jù)庫的【數(shù)據(jù)字典】中?！窘馕觥繑?shù)據(jù)字典是對系統(tǒng)中各類數(shù)據(jù)描述的集合，是進(jìn)行詳細(xì)的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。數(shù)據(jù)字典在數(shù)據(jù)庫設(shè)計(jì)中占有很重要的地位，通常包括數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程5個(gè)部分。（2）關(guān)系數(shù)據(jù)庫中要求關(guān)系的主碼不能為空，這屬于數(shù)據(jù)模型三要素中的【完整性約束】【解析】數(shù)據(jù)模型通常由數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)操作和完整性約束三部分構(gòu)成。數(shù)據(jù)的完整性約束是一組完整性規(guī)則，它是給定的數(shù)據(jù)模型中數(shù)據(jù)及其聯(lián)系所有的制約和依存的規(guī)則，用以限定符合數(shù)據(jù)模型的數(shù)據(jù)庫狀態(tài)及狀態(tài)的變化，以保證數(shù)據(jù)的正確、有效、相容。實(shí)體的完整性規(guī)定，主碼的任何屬性都不能為空，因?yàn)楦拍钅Ｐ椭袑?shí)體和聯(lián)系都是可區(qū)分的，而且它們以碼為唯一性標(biāo)識。如果主碼的屬性值可以為空，則意味著在概念模型中存在著不以碼為唯一性標(biāo)識的實(shí)體。顯然前后矛盾。（3）設(shè)有如下UML圖。該圖是一種【順序】圖【解析】順序圖主要用于描述系統(tǒng)內(nèi)對象之間的消息發(fā)送和接收序列。它有兩個(gè)坐標(biāo)軸：縱向表示時(shí)間的持續(xù)過程，橫向表示對象，每一個(gè)對象用矩形框表示，縱向的虛線表示對象在序列中的執(zhí)行情況。順序圖的第一個(gè)消息一般在左邊第一個(gè)對象的生命線頂端，其他消息按時(shí)間順序相繼插入順序圖中，后面發(fā)生的消息的線應(yīng)比前面發(fā)生的消息的線畫得低一些，以表示它們之間的時(shí)間關(guān)系。（4）現(xiàn)有系表（系號，系名，聯(lián)系電話）和教師表（教師號，教師名，職稱，工資，系號)。目前某些系還沒有招聘到教授，如果要用一個(gè)查詢語句列出沒有招聘到教授的系的系號和系名，用【外】連接操作可以實(shí)現(xiàn)這個(gè)查詢?！窘馕觥績蓚€(gè)關(guān)系R與S在做自然連接時(shí)，選擇兩個(gè)關(guān)系在公共屬性上值相等的元組構(gòu)成新的關(guān)系。關(guān)系R中某些元組有可能在S中不存在公共屬性上值相等的元組，從而造成R中這些元組在操作時(shí)被舍棄，同樣，S中某些元組也可能被舍棄。如果把舍棄的元組也保存在結(jié)果關(guān)系中，而在其它屬性上填空值(Null)，那么這種連接就叫外連接。題中兩個(gè)表做外連接，那些沒有對應(yīng)教師的系也會被留下來，方便查看。（5）設(shè)有商品表（商品號，商品名，商品類別），其中商品號為主碼，商品名和商品類別不為空。現(xiàn)要統(tǒng)計(jì)商品數(shù)量最多的前3類商品（包括并列情況），希望列出商品類別和商品數(shù)量。請補(bǔ)全下列語句：SELECT【Top3WithTies】商品類別，COUNT(*)AS商品數(shù)量FROM商品表GROUPBY商品類別ORDERBYCOUNT(*)DESC【解析】希望選出商品數(shù)量最多的前3類商品，并獲得相應(yīng)的商品類別和數(shù)量。withties一般是和Top、orderby相結(jié)合使用,表示包括與最后一行orderby后面的參數(shù)取值并列的結(jié)果。（6）在SQLServer2008中，每個(gè)數(shù)據(jù)頁可存儲8060字節(jié)的數(shù)據(jù)。設(shè)表T有10000行數(shù)據(jù)，每行占用4031字節(jié)，則存儲該表數(shù)據(jù)大約需要【80】MB存儲空間，其空間利用率大約是【50】%。（存儲空間和空間利用率均保留到整數(shù)，小數(shù)點(diǎn)后按四舍五入處理）【解析】【解析】在SQLServer中，數(shù)據(jù)存儲的基本單位是頁。為數(shù)據(jù)庫中的數(shù)據(jù)文件（.mdf或.ndf）分配的磁盤空間可以從邏輯上劃分成頁（從0到n連續(xù)編號），磁盤I/O操作在頁級執(zhí)行。也就是說，SQLServer讀取或?qū)懭胨袛?shù)據(jù)頁。在SQLServer中，頁的大小為8KB，這意味著SQLServer數(shù)據(jù)庫中每MB有128頁，每頁的開頭是96字節(jié)的標(biāo)頭，用于存儲有關(guān)頁的系統(tǒng)信息，此信息包括頁碼、頁類型、頁的可用空間以及擁有該頁的對象的分配單元ID。行不能跨頁，但是行的部分可以移出行所在的頁，因此行實(shí)際可能非常大。頁的單個(gè)行中的最大數(shù)據(jù)量和開銷是8,060字節(jié)，由于題目中2行數(shù)據(jù)加起來的存儲空間大于數(shù)據(jù)頁，所以每頁只能存儲一行，因?yàn)?M有128頁，也就可以存儲128行，10000/128得80MB空間。至于空間利用率(實(shí)際存儲數(shù)據(jù)量/所占的存儲空間)，考慮到每行4031字節(jié)為8060的一半，所以近似得到50%。（7）使用約束可以保證數(shù)據(jù)庫中數(shù)據(jù)的正確性，其中【Unique】約束允許出現(xiàn)空值但不允許出現(xiàn)重復(fù)值?！窘馕觥繑?shù)據(jù)表中對于某一列數(shù)據(jù)的唯一性約束有UNIQUE約束和PRIMARY約束，但兩者之間有區(qū)別。PRIMARYKEY約束多為強(qiáng)調(diào)主鍵不可出現(xiàn)相同元素，但想要強(qiáng)制一列或多列組合（不是主鍵）的唯一性時(shí)應(yīng)使用UNIQUE約束而不是PRIMARYKEY約束。而且，UNIQUE約束允許出現(xiàn)空值，PRIMARYKEY約束不允許出現(xiàn)空值。（8）在SQLServer2008中，設(shè)log1是SQLServer身份驗(yàn)證模式的數(shù)據(jù)庫服務(wù)器登錄帳戶。現(xiàn)要授予log1具有創(chuàng)建數(shù)據(jù)庫的權(quán)限，請補(bǔ)全下列語句：EXECsp_addsrvrolemember′log1′,′【dbcreator】′【解析】EXECsp_addsrvrolemember是登錄賬戶權(quán)限之意，sp_addsrvrolemember是定義好的存儲過程。其作用是為登錄賬戶賦角色權(quán)限。數(shù)據(jù)庫主要的角色及權(quán)限如下表：（9）數(shù)據(jù)庫管理系統(tǒng)一般通過周期性檢查【等待】圖來實(shí)現(xiàn)死鎖檢測?！窘馕觥渴聞?wù)等待圖是一個(gè)有向圖G=(T,U)，T為結(jié)點(diǎn)的集合，每個(gè)結(jié)點(diǎn)表示正在運(yùn)行的事務(wù)；U為邊的集合，每條邊表示事務(wù)等待的情況。若事務(wù)T1等待事務(wù)T2，則T1、T2之間有一條有向邊，從T1指向T2。如果發(fā)現(xiàn)圖中存在回路，則表示系統(tǒng)中出現(xiàn)了死鎖。（10）一個(gè)事務(wù)執(zhí)行過程中，其正在訪問的數(shù)據(jù)被其他事務(wù)修改，導(dǎo)致處理結(jié)果不正確。這是由于不滿足并發(fā)事務(wù)間的【隔離】性而引起的?！窘馕觥慨?dāng)多個(gè)用戶并發(fā)地存取數(shù)據(jù)時(shí)就會產(chǎn)生多個(gè)事務(wù)同時(shí)存取一個(gè)數(shù)據(jù)的情況，若對并發(fā)操作不加控制就可能會存取不正確的數(shù)據(jù)，破壞事務(wù)的一致性和數(shù)據(jù)庫的一致性。并發(fā)操作帶來的數(shù)據(jù)不一致性主要包括丟失修改、不可重復(fù)讀和讀"臟"數(shù)據(jù)，產(chǎn)生上述三類數(shù)據(jù)的不一致性主要原因就是并發(fā)操作破壞了事務(wù)的隔離性，所以數(shù)據(jù)庫管理系統(tǒng)必須提供并發(fā)控制機(jī)制。（11）在數(shù)據(jù)庫系統(tǒng)出現(xiàn)系統(tǒng)故障后進(jìn)行恢復(fù)時(shí)，對于事務(wù)T，如果在日志文件中有BEGINTRANSACTION記錄，也有COMMIT記錄，但其對數(shù)據(jù)的修改沒有寫到數(shù)據(jù)庫中，則數(shù)據(jù)庫管理系統(tǒng)處理這種事務(wù)時(shí)應(yīng)執(zhí)行的操作是【REDO】。【解析】系統(tǒng)故障造成數(shù)據(jù)庫不一致狀態(tài)的原因有兩個(gè)，一是未完成的事務(wù)對數(shù)據(jù)庫的更新可能已寫入數(shù)據(jù)庫，二是已提交事務(wù)對數(shù)據(jù)庫的更新可能還留在緩沖區(qū)沒來得及寫入數(shù)據(jù)庫。對于故障發(fā)生前已提交的事務(wù)（既有BEGINTransaction，又有commit）做redo操作，對于故障發(fā)生時(shí)尚未完成的事務(wù)（只有BEGINTransaction，而沒有commit或rollback）做undo操作。（12）設(shè)某并行數(shù)據(jù)庫采用一臺具有14個(gè)刀片的刀片服務(wù)器，每個(gè)刀片具有獨(dú)立的內(nèi)存和磁盤，各刀片之間通過刀片服務(wù)器上的以太網(wǎng)交換機(jī)實(shí)現(xiàn)通信，則該并行數(shù)據(jù)庫采用的體系結(jié)構(gòu)是【無共享】結(jié)構(gòu)?！窘馕觥坎⑿袛?shù)據(jù)服務(wù)器分為兩種結(jié)構(gòu)：完全共享資源結(jié)構(gòu)、完全不共享資源結(jié)構(gòu)。完全共享資源結(jié)構(gòu)指對每個(gè)數(shù)據(jù)項(xiàng)的存取都要經(jīng)過公共通信線路，其所有的處理器共享內(nèi)存、磁盤等資源。完全不共享資源結(jié)構(gòu)指高功能計(jì)算機(jī)系統(tǒng)由多個(gè)較小的系統(tǒng)替代，每個(gè)站點(diǎn)都要實(shí)現(xiàn)全局?jǐn)?shù)據(jù)目錄，每個(gè)站點(diǎn)有獨(dú)立的內(nèi)存和磁盤對應(yīng)該站點(diǎn)的服務(wù)器。（13）數(shù)據(jù)倉庫是一個(gè)面向【主題】的、集成的、非易失的、且隨時(shí)間變化的數(shù)據(jù)集合。【解析】數(shù)據(jù)倉庫是為了構(gòu)建新的分析處理環(huán)境而出現(xiàn)的一種數(shù)據(jù)存儲和組織技術(shù)，基本特征包括：數(shù)據(jù)是面向主題的、集成的、非易失的、隨時(shí)間不斷變化的。主題是一個(gè)在較高層次上對數(shù)據(jù)的抽象，這使得面向主題的數(shù)據(jù)組織可以獨(dú)立于數(shù)據(jù)的處理邏輯，因而可以在這種數(shù)據(jù)環(huán)境上方便地開發(fā)新的分析型應(yīng)用。（14）粒度是反映數(shù)據(jù)庫系統(tǒng)中綜合程度的指標(biāo)。設(shè)有表T1（商品標(biāo)識，銷售時(shí)間，銷售量）、T2（商品標(biāo)識，日期，總銷售量）和T3（商品類別，月份，總銷售量），其中粒度最大的表是【T3】?！窘馕觥苛６葐栴}是設(shè)計(jì)數(shù)據(jù)倉庫的一個(gè)最重要方面。粒度是指數(shù)據(jù)倉庫的數(shù)據(jù)單位中保存數(shù)據(jù)的細(xì)化或綜合程度的級別。細(xì)化程度越高，粒度級就越??；相反，細(xì)化程度越低，粒度級就越大。由題意可知，粒度最大的表應(yīng)是T3。三、設(shè)計(jì)與應(yīng)用題1、設(shè)某教學(xué)管理系統(tǒng)，其查詢模塊需要提供如下功能：Ⅰ．查詢系信息，列出各系編號、系名和系辦公電話；Ⅱ．查詢某系教師的信息，列出教師號、教師名、工資和聘用日期；Ⅲ．查詢某教師講授的課程信息，列出課程號、課程名和學(xué)分；Ⅳ．查詢講授某門課程的教師信息，列出教師名和職稱；Ⅴ．查詢某門課程的先修課程信息，列出先修課程號和先修課程名。系統(tǒng)有如下業(yè)務(wù)規(guī)則：Ⅰ．一個(gè)系可聘用多名教師，一名教師只能受聘于一個(gè)系；Ⅱ．一名教師可講授多門課程，一門課程可由多名教師講授；Ⅲ．一門課程可以有多門先修課程，也可以沒有先修課程。(1)請根據(jù)以上查詢功能與業(yè)務(wù)規(guī)則，用ER圖描述該系統(tǒng)的概念模型。（5分）(2)將ER圖轉(zhuǎn)換為滿足3NF的關(guān)系模式，并說明每個(gè)關(guān)系模式的主碼和外碼。（5分）（1）2、設(shè)有商品表（商品號，商品名，單價(jià)）和銷售表（銷售單據(jù)號，商品號，銷售時(shí)間，銷售數(shù)量，銷售單價(jià)）。其中，商品號代表一類商品，商品號、單價(jià)、銷售數(shù)量和銷售單價(jià)均為整型。請編寫查詢某年某商品的銷售總毛利的存儲過程，毛利=銷售數(shù)量×（銷售單價(jià)－單價(jià)）。要求商品號和年份為輸入?yún)?shù)，總毛利用輸出參數(shù)返回。（10分）createdatabasetestusetestcreatetable商品表( 商品號int, 商品名varchar(20), 單價(jià)int)createtable銷售表( 銷售單據(jù)號varchar(3), 商品號int, 銷售時(shí)間datetime, 銷售數(shù)量int, 銷售單價(jià)int)insert商品表values (1,'計(jì)算機(jī)',2500), (2,'音箱',500), (3,'筆記本',3500), (4,'手機(jī)',1000), (5,'電池',25), (6,'天線',2) insert銷售表values ('001',1,'2015-1-1',10,3500), ('001',2,'2015-1-1',5,1000), ('002',1,'2015-2-1',3,4500), ('003',1,'2014-1-1',2,5500), ('004',6,'2013-1-1',6,10)createprocedure某商品某年毛利 @商品號int,@年份int, @總毛利intoutputas select@總毛利=SUM(銷售數(shù)量*(銷售單價(jià)-單價(jià)))from商品表,銷售表 where商品表.商品號=銷售表.商品號and 銷售表.商品號=@商品號and year(銷售時(shí)間)=@年份--執(zhí)行語句declare@MLintexec某商品某年毛利1,2015,@MLoutput select@MLas總毛利3、設(shè)某全國性的運(yùn)輸企業(yè)建立了大型OLTP系統(tǒng)，并在該系統(tǒng)之上建立了數(shù)據(jù)倉庫。OLTP系統(tǒng)和數(shù)據(jù)倉庫中有如下數(shù)據(jù)表：運(yùn)輸明細(xì)表（運(yùn)輸單ID，發(fā)送站ID，終到站ID，貨物ID，貨物重量，運(yùn)輸價(jià)格，發(fā)貨日期）匯總表1（發(fā)送站ID，終到站ID，貨物ID，發(fā)貨日期，總重，總運(yùn)價(jià)）匯總表2（發(fā)送站ID，終到地區(qū)ID，貨物ID，發(fā)貨日期，總重，總運(yùn)價(jià)）匯總表3（發(fā)送站ID，終到站ID，貨物ID，發(fā)貨月份，總重，總運(yùn)價(jià)）匯總表4（發(fā)送地區(qū)ID，終到地區(qū)ID，貨物類別ID，發(fā)貨日期，總重，總運(yùn)價(jià)）該企業(yè)管理的貨運(yùn)站約有100個(gè)，貨物約有500種共10類，各匯總表都建有主碼，且各表有合理的維護(hù)策略，在每次維護(hù)后數(shù)據(jù)能保持一致。設(shè)有視圖V，該視圖的訪問頻率很高，其查詢結(jié)果模式為（發(fā)送地區(qū)ID，終到站ID，發(fā)貨月份，總重，總運(yùn)價(jià)），該視圖現(xiàn)以匯總表1為計(jì)算數(shù)據(jù)源。經(jīng)監(jiān)控發(fā)現(xiàn)，匯總表1的被訪問頻率過高，導(dǎo)致系統(tǒng)整體性能下降，而其它匯總表被訪問頻率較低。在不增加匯總表和索引的情況下，請給出一個(gè)改善系統(tǒng)服務(wù)性能的優(yōu)化方案，并簡要說明理由。（10分）【解題思路】計(jì)算機(jī)系統(tǒng)中存在著兩類不同的數(shù)據(jù)處理工作：操作型處理和分析型處理，也稱作OLTP(聯(lián)機(jī)事務(wù)處理)和OLAP(聯(lián)機(jī)分析處理)。操作型處理也叫事務(wù)處理，是指對數(shù)據(jù)庫聯(lián)機(jī)的日常操作，通常是對一個(gè)或一組紀(jì)錄的查詢或修改，例如火車售票系統(tǒng)、銀行通存通兌系統(tǒng)、稅務(wù)征收管理系統(tǒng)等。這些系統(tǒng)要求快速響應(yīng)用戶請求，對數(shù)據(jù)的安全性、完整性以及事務(wù)吞吐量要求很高。結(jié)合本題中存在的問題，視圖本身的訪問量很高，而又僅僅以匯總表1為計(jì)算數(shù)據(jù)源，而其它匯總表訪問率低，導(dǎo)致了資源利用不合理。因此本題考察了聯(lián)機(jī)事務(wù)處理中的資源調(diào)度問題。第二套一、選擇題（1）下列關(guān)于概念數(shù)據(jù)模型的說法，錯(cuò)誤的是（C）A)概念數(shù)據(jù)模型并不依賴于具體的計(jì)算機(jī)系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)B)概念數(shù)據(jù)模型便于用戶理解，是數(shù)據(jù)庫設(shè)計(jì)人員與用戶交流的工具，主要用于數(shù)據(jù)庫設(shè)計(jì)C)概念數(shù)據(jù)模型不僅描述了數(shù)據(jù)的屬性特征，而且描述了數(shù)據(jù)應(yīng)滿足的完整性約束條件D)概念數(shù)據(jù)模型是現(xiàn)實(shí)世界到信息世界的第一層抽象，強(qiáng)調(diào)語義表達(dá)功能【解析】概念數(shù)據(jù)模型主要用來描述世界的概念化結(jié)構(gòu)，它使數(shù)據(jù)庫設(shè)計(jì)人員在設(shè)計(jì)的初始階段擺脫計(jì)算機(jī)系統(tǒng)及DBMS的具體技術(shù)問題，集中精力分析數(shù)據(jù)以及數(shù)據(jù)之間的聯(lián)系等，與具體的數(shù)據(jù)庫管理系統(tǒng)無關(guān)，所以沒有描述數(shù)據(jù)的完整性約束條件。（2）在數(shù)據(jù)庫應(yīng)用系統(tǒng)生命周期中，系統(tǒng)設(shè)計(jì)完成后就進(jìn)入到系統(tǒng)實(shí)現(xiàn)與部署階段。下列關(guān)于數(shù)據(jù)庫應(yīng)用系統(tǒng)實(shí)現(xiàn)與部署階段工作的說法，錯(cuò)誤的是（D）A)此階段會根據(jù)數(shù)據(jù)庫邏輯結(jié)構(gòu)和物理結(jié)構(gòu)設(shè)計(jì)方案以及項(xiàng)目選擇的數(shù)據(jù)庫管理系統(tǒng)，編寫相關(guān)腳本生成數(shù)據(jù)庫結(jié)構(gòu)B)此階段會將用戶原有數(shù)據(jù)按照新的數(shù)據(jù)結(jié)構(gòu)導(dǎo)入到新系統(tǒng)中C)此階段會進(jìn)行應(yīng)用系統(tǒng)編碼和編碼測試，編碼測試可以使用白盒測試方法也可以使用黑盒測試方法D)此階段如果發(fā)現(xiàn)系統(tǒng)的功能、性能不滿足用戶需求，應(yīng)盡快進(jìn)行系統(tǒng)升級工作【解析】系統(tǒng)的實(shí)現(xiàn)階段主要是系統(tǒng)編碼和測試，針對系統(tǒng)的功能和性能不足對系統(tǒng)進(jìn)行升級是運(yùn)行維護(hù)階段的工作。（3）存儲管理器是數(shù)據(jù)庫管理系統(tǒng)非常重要的組成部分。下列關(guān)于存儲管理器的說法，錯(cuò)誤的是（C）A)存儲管理器負(fù)責(zé)檢查用戶是否具有數(shù)據(jù)訪問權(quán)限B)為了提高數(shù)據(jù)訪問效率，存儲管理器會將部分內(nèi)存用于數(shù)據(jù)緩沖，同時(shí)使用一定的算法對內(nèi)存緩沖區(qū)中的數(shù)據(jù)塊進(jìn)行置換C)存儲管理器會為編譯好的查詢語句生成執(zhí)行計(jì)劃，并根據(jù)執(zhí)行計(jì)劃訪問相關(guān)數(shù)據(jù)D)存儲管理器以事務(wù)方式管理用戶對數(shù)據(jù)的訪問，以確保數(shù)據(jù)庫并發(fā)訪問的正確性【解析】C項(xiàng)是查詢處理器的功能，不是存儲管理器功能。（4）下列敘述中不屬于三層B/S結(jié)構(gòu)數(shù)據(jù)庫應(yīng)用系統(tǒng)特點(diǎn)和操作特征的是（C）A)客戶端使用瀏覽器，瀏覽器與Web應(yīng)用服務(wù)器之間的通信使用超文本傳輸協(xié)議（HTTP）B)數(shù)據(jù)庫服務(wù)器接受應(yīng)用服務(wù)器提出的數(shù)據(jù)操作請求，對數(shù)據(jù)庫進(jìn)行相應(yīng)的操作，并將操作結(jié)果返回給應(yīng)用服務(wù)器C)這種結(jié)構(gòu)使客戶端和服務(wù)器能在不同的系統(tǒng)間通信，但對客戶機(jī)配置要求較高，且應(yīng)用軟件維護(hù)代價(jià)也較大D)這種結(jié)構(gòu)不受時(shí)空限制，使用者可以在全球任何地方，任何時(shí)間請求數(shù)據(jù)庫應(yīng)用系統(tǒng)提供的各種數(shù)據(jù)服務(wù)【解析】B/S結(jié)構(gòu)的數(shù)據(jù)庫應(yīng)用系統(tǒng)的特點(diǎn)是用戶界面完全通過WWW瀏覽器實(shí)現(xiàn)，一部分事務(wù)邏輯在前端實(shí)現(xiàn)，主要的事務(wù)邏輯在服務(wù)器實(shí)現(xiàn)，所以其對客戶機(jī)配置要求不高，即使對服務(wù)器要求較高，也不需要安裝客戶端軟件。（5）實(shí)體聯(lián)系模型簡稱ER模型，是數(shù)據(jù)庫設(shè)計(jì)常用的一種建模方法。關(guān)于ER模型，下列說法錯(cuò)誤的是（D）A)ER模型能幫助建模人員用一種簡單的方法描述現(xiàn)實(shí)世界中的數(shù)據(jù)及數(shù)據(jù)之間的聯(lián)系B)用ER模型建模的基本思路是分類標(biāo)識客觀事物，將具有相同屬性特征的事物抽象為實(shí)體集C)ER模型可以描述實(shí)體集之間一對一、一對多和多對多聯(lián)系，也可以描述一個(gè)實(shí)體集中記錄之間的聯(lián)系D)用ER模型描述實(shí)體集之間的聯(lián)系時(shí)，需要考慮數(shù)據(jù)在計(jì)算機(jī)中存儲及處理的特征【解析】設(shè)計(jì)數(shù)據(jù)庫時(shí)，要分析這個(gè)數(shù)據(jù)庫必須存儲的信息及這些信息組成部分之間的關(guān)系，ER模型就是用來描述數(shù)據(jù)庫中實(shí)體及其屬性以及各個(gè)實(shí)體間聯(lián)系的描述方法。ER模型建模時(shí)，不考慮數(shù)據(jù)庫在計(jì)算機(jī)中的存儲和處理特性。（6）下列關(guān)于函數(shù)依賴概念的說法，正確的是（B）A)函數(shù)依賴研究一個(gè)關(guān)系中記錄之間的依賴關(guān)系B)函數(shù)依賴研究一個(gè)關(guān)系中屬性之間的依賴關(guān)系C)函數(shù)依賴研究一個(gè)關(guān)系中主碼與外碼之間的依賴關(guān)系D)函數(shù)依賴研究一個(gè)關(guān)系中某列不同行之間取值的依賴關(guān)系【解析】函數(shù)依賴的定義為：設(shè)R(U)是屬性集U上的關(guān)系模型X,Y是U的子集，若對于R(U)的任意一個(gè)可能的關(guān)系r，r中不可能存在兩個(gè)元組在X上屬性值相等，而在Y上的屬性值不等，則稱X函數(shù)確定Y或Y函數(shù)依賴于X。其本質(zhì)是根據(jù)屬性間的依賴情況來判定關(guān)系是否具有模型不合適的性質(zhì)。（7）下列有關(guān)三級模式結(jié)構(gòu)和數(shù)據(jù)獨(dú)立性的說法，正確的是（C）A)在一個(gè)數(shù)據(jù)庫中可以定義多個(gè)內(nèi)模式，可利用不同的內(nèi)模式來描述特定用戶對數(shù)據(jù)的物理存儲需求B)外模式是用戶與數(shù)據(jù)庫系統(tǒng)的接口，用戶可通過外模式來訪問數(shù)據(jù)，在一個(gè)數(shù)據(jù)庫中只能定義一個(gè)外模式C)三級模式結(jié)構(gòu)提供了數(shù)據(jù)獨(dú)立性，即當(dāng)數(shù)據(jù)的邏輯結(jié)構(gòu)和存儲結(jié)構(gòu)發(fā)生變化時(shí)，應(yīng)用程序不受影響D)數(shù)據(jù)獨(dú)立性使得數(shù)據(jù)的定義和描述與應(yīng)用程序相分離，簡化了數(shù)據(jù)庫應(yīng)用程序的開發(fā)，但增加了用戶維護(hù)數(shù)據(jù)的代價(jià)【解析】A選項(xiàng)中內(nèi)模式也稱存儲模式，它是數(shù)據(jù)物理結(jié)構(gòu)和存儲方式的描述，是數(shù)據(jù)在數(shù)據(jù)庫內(nèi)部的表示方式，一個(gè)數(shù)據(jù)庫只有一個(gè)內(nèi)模式。B選項(xiàng)中外模式可以有多個(gè)，其是應(yīng)用程序或用戶與數(shù)據(jù)庫通信的接口，不同的用戶訪問同一個(gè)數(shù)據(jù)庫對應(yīng)多個(gè)外模式。D選項(xiàng)中數(shù)據(jù)與程序之間的獨(dú)立性，使數(shù)據(jù)定義與描述分離，所有數(shù)據(jù)的存取由DBMS管理，用戶不必考慮存取細(xì)節(jié)，所以減少了應(yīng)用程序的維護(hù)。（8）現(xiàn)要為某大型商場開發(fā)一個(gè)數(shù)據(jù)庫應(yīng)用系統(tǒng)，在該應(yīng)用系統(tǒng)的生命周期中，設(shè)有下列活動：Ⅰ.開發(fā)人員執(zhí)行DDL代碼建立數(shù)據(jù)庫結(jié)構(gòu)Ⅱ.編寫商品信息錄入和導(dǎo)入程序，在系統(tǒng)投入運(yùn)行前建立商品信息清單Ⅲ.根據(jù)商場銷售業(yè)務(wù)開展情況，調(diào)整數(shù)據(jù)庫中的商品清單和價(jià)格Ⅳ.準(zhǔn)備銷售新商品時(shí)，使用商品信息錄入或?qū)氤绦?，將新商品信息加入到商品清單中?為了防止數(shù)據(jù)丟失，定期對數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行轉(zhuǎn)儲以上活動中，屬于商場數(shù)據(jù)庫應(yīng)用系統(tǒng)實(shí)施活動的是（A）A)僅Ⅰ和ⅡB)僅Ⅰ、Ⅱ和ⅢC)僅Ⅲ和ⅣD)僅Ⅰ和Ⅴ【解析】Ⅰ、Ⅱ?qū)儆趯?shí)施活動，Ⅲ、Ⅳ、Ⅴ屬于運(yùn)行和維護(hù)活動。（9）設(shè)有如下所示ER圖下列能夠正確表示該ER圖的UML類圖是（C）A)B)C)D)【解析】考慮到領(lǐng)導(dǎo)與下屬關(guān)系為一對多（即一個(gè)領(lǐng)導(dǎo)可以領(lǐng)導(dǎo)多個(gè)下屬），所以關(guān)系上用"1：*"表示"領(lǐng)導(dǎo)：下屬"，排除A、D。又因?yàn)橐粋€(gè)部門中可以有不同職能的員工，排除B。所以選C。（10）設(shè)在SQLServer2008中，某關(guān)系表需要存儲職工的工資信息，工資的范圍為2000~10000，設(shè)用整型類型存儲。下列數(shù)據(jù)類型中最合適的是（B）A)intB)smallintC)tinyintD)bigint【解析】本題主要是對數(shù)字類型的區(qū)別，體現(xiàn)在表示的位數(shù)和存儲字長上面。有符號Bigint從-263到263-1的整型數(shù)據(jù)，存儲大小為8個(gè)字節(jié)；有符號int是從-231到231-1的整型數(shù)據(jù)，存儲大小為4個(gè)字節(jié)；有符號Smallint是從-215到215-1的整型數(shù)據(jù)，無符號smallint從0到216-1，存儲大小為2個(gè)字節(jié)；Tinyint從0到255的整型數(shù)據(jù)，存儲大小為1字節(jié)。所以選B。（11）設(shè)某數(shù)據(jù)庫在非工作時(shí)間（每天8:00以前、18:00以后、周六和周日）不允許授權(quán)用戶在職工表中插入數(shù)據(jù)。下列方法中能夠?qū)崿F(xiàn)此需求且最為合理的是（D）A)建立存儲過程B)建立后觸發(fā)型觸發(fā)器C)定義內(nèi)嵌表值函數(shù)D)建立前觸發(fā)型觸發(fā)器【解析】觸發(fā)器是用戶定義在關(guān)系表上的一類由時(shí)間驅(qū)動的特殊過程。一旦定義，任何用戶對表的增、刪、改操作均由服務(wù)器自動激活相應(yīng)的觸發(fā)器，在DBMS核心層進(jìn)行集中的完整性控制，類似于約束。前觸發(fā)型觸發(fā)器只執(zhí)行觸發(fā)器指定的內(nèi)容而不執(zhí)行引發(fā)觸發(fā)器的SQL語句，為職工表中插入數(shù)據(jù)設(shè)定一個(gè)非工作時(shí)間的前觸發(fā)型觸發(fā)器后就可實(shí)現(xiàn)該功能。所以選D。（12）在開發(fā)數(shù)據(jù)庫應(yīng)用系統(tǒng)時(shí)，使用存儲過程可以提高數(shù)據(jù)訪問效率，降低網(wǎng)絡(luò)流量。下列關(guān)于存儲過程的說法，錯(cuò)誤的是（B）A)存儲過程可以接受輸入?yún)?shù)，并可將執(zhí)行結(jié)果以輸出參數(shù)形式返回B)存儲過程可以有多個(gè)輸入?yún)?shù)，但只能有一個(gè)輸出參數(shù)C)定義存儲過程時(shí)，在一個(gè)存儲過程中可以同時(shí)包含數(shù)據(jù)的增、刪、改、查操作D)存儲過程的輸入?yún)?shù)和輸出參數(shù)均可有默認(rèn)值【解析】PL/SQL主要由兩種類型構(gòu)成，即命名塊和匿名塊。匿名塊每次執(zhí)行時(shí)都需要進(jìn)行編譯，不能被存儲到數(shù)據(jù)庫中，也不能在其它的PL/SQL中調(diào)用。存儲過程和函數(shù)是命名塊，它們被編譯后保存在數(shù)據(jù)庫中，可以被反復(fù)調(diào)用，運(yùn)行速度塊。其結(jié)構(gòu)為：CREATEProcedure過程名(參數(shù)列表)AS<PL/SQL塊>；參數(shù)列表可以為輸入?yún)?shù)、輸出參數(shù)，且輸入、輸出參數(shù)均可以有多個(gè)。所以選B。（13）在SQLServer2008中，設(shè)各系統(tǒng)數(shù)據(jù)庫當(dāng)前主要數(shù)據(jù)文件及日志文件的大小如下表所示：數(shù)據(jù)庫主要數(shù)據(jù)文件（MB）日志文件（MB）master152model41msdb82tempdb61現(xiàn)要在該系統(tǒng)中創(chuàng)建一個(gè)新的用戶數(shù)據(jù)庫，則用戶數(shù)據(jù)庫中主要數(shù)據(jù)文件的大小不能小于（B）A)15MBB)4MBC)8MBD)6MB【解析】不能小于model數(shù)據(jù)庫的大小。Model數(shù)據(jù)庫為新創(chuàng)建的數(shù)據(jù)庫提供模版。（14）設(shè)有工作表（工作編號，最低工資，最高工資），其中工作編號、最低工資和最高工資均為整型，工作編號為主碼?，F(xiàn)要求最高工資必須大于等于最低工資，但不能超過最低工資的2倍。在SQLServer2008環(huán)境中有下列創(chuàng)建該表的語句：I.CREATETABLE工作表( 工作編號intprimarykey, 最低工資int, 最高工資intcheck(最高工資between最低工資and最低工資*2))II.CREATETABLE工作表( 工作編號int, 最低工資int, 最高工資int, primarykey(工作編號), check(最高工資between最低工資and最低工資*2))III.CREATETABLE工作表( 工作編號intprimarykey(工作編號), 最低工資int, 最高工資int, check(最高工資between最低工資and最低工資*2))IV.CREATETABLE工作表( 工作編號intprimarykey(工作編號), 最低工資int, 最高工資intcheck(最高工資between最低工資and最低工資*2))上述語句中正確的是（B）A)僅I和IIB)僅II和IIIC)僅III和IVD)全部【解析】當(dāng)用CHECK進(jìn)行約束條件限制時(shí)，若其只涉及對某一列的約束則可以放在該列后面，如果是約束條件中涉及兩列或兩列以上，則為對整個(gè)數(shù)據(jù)表的約束，放在表的最后面。（15）在SQLServer2008的某數(shù)據(jù)庫中，設(shè)U1用戶是R1角色中的成員，現(xiàn)已授予R1角色對T表具有SELECT和DENYUPDATE權(quán)限，同時(shí)授予了U1用戶對T表具有INSERT和UPDATE權(quán)限，則U1用戶最終對T表具有的權(quán)限是（A）A)SELECT和INSERTB)INSERT和UPDATEC)SELECT、INSERT和UPDATED)INSERT【解析】當(dāng)用戶的權(quán)限與其所在的角色的權(quán)限發(fā)生沖突時(shí)，以角色的權(quán)限為標(biāo)準(zhǔn)。（16）.在SQLServer2008中，有系統(tǒng)數(shù)據(jù)庫master、model、msdb、tempdb和用戶數(shù)據(jù)庫。下列關(guān)于系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫的備份策略，最合理的是（D）A)對系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫都實(shí)行周期性備份B)對系統(tǒng)數(shù)據(jù)庫和用戶數(shù)據(jù)庫都實(shí)行修改之后即備份C)對系統(tǒng)數(shù)據(jù)庫實(shí)行修改之后即備份，對用戶數(shù)據(jù)庫實(shí)行周期性備份D)對master、model、msdb實(shí)行修改之后即備份，對用戶數(shù)據(jù)庫實(shí)行周期性備份，對tempdb不備份【解析】因?yàn)橄到y(tǒng)數(shù)據(jù)庫master、model、msdb修改較少，且對數(shù)據(jù)庫系統(tǒng)影響較大，所以每次修改后應(yīng)及時(shí)備份；而用戶自定義的數(shù)據(jù)庫（如學(xué)生成績管理系統(tǒng)中的數(shù)據(jù)庫）在使用過程中會經(jīng)常不定期的修改，而且每次修改量不大，如果每次修改完就重新備份則對系統(tǒng)操作冗余性較大，所以采用定期備份；tempdb是系統(tǒng)臨時(shí)文件的數(shù)據(jù)庫，每次啟動后都會清空，所以沒必要備份。選D。（17）在SQLServer2008中，設(shè)U1用戶在某數(shù)據(jù)庫中是db_datawriter角色中的成員，則用戶U1從該角色中可以獲得的數(shù)據(jù)操作權(quán)限是（C）。I.查詢II.插入III.更改IV.刪除A)僅IB)僅I和IIC)僅II、III和IVD)全部【解析】db_datawriter角色只分配了對數(shù)據(jù)庫的寫操作的權(quán)限，而不能進(jìn)行查看，所以選C。（18）某數(shù)據(jù)庫應(yīng)用系統(tǒng)中，數(shù)據(jù)庫管理員發(fā)現(xiàn)某個(gè)查詢功能是用多表連接操作實(shí)現(xiàn)的，此操作性能較差。在保證功能不變的前提下，若要提高該查詢的執(zhí)行效率，下列方法中可行的是（C）A)將此查詢語句放置在視圖中，使用視圖實(shí)現(xiàn)該查詢操作B)修改實(shí)現(xiàn)此功能的查詢語句，將連接查詢改為嵌套查詢C)將此功能涉及到的表進(jìn)行合并，然后對合并后的表進(jìn)行查詢D)將此查詢語句放置在存儲過程中，通過調(diào)用存儲過程實(shí)現(xiàn)該查詢操作【解析】視圖在sql語句相同的情況下不能夠提高效率，A錯(cuò)誤；B、D并沒有簡化查詢的運(yùn)算量從而將表合并，也沒有減少連接產(chǎn)生的運(yùn)算量從而提高查詢效率。（19）在數(shù)據(jù)庫管理系統(tǒng)中，為保證并發(fā)事務(wù)的正確執(zhí)行，需采用一定的并發(fā)控制技術(shù)。下列關(guān)于基于鎖的并發(fā)控制技術(shù)的說法，錯(cuò)誤的是（B）A)鎖是一種特殊的二元信號量，用來控制多個(gè)并發(fā)事務(wù)對共享資源的使用B)數(shù)據(jù)庫中的鎖主要分為排它鎖和共享鎖，當(dāng)某個(gè)數(shù)據(jù)項(xiàng)上已加有多個(gè)共享鎖時(shí)，此數(shù)據(jù)項(xiàng)上只能再加一個(gè)排它鎖C)數(shù)據(jù)庫管理系統(tǒng)可以采用先來先服務(wù)的方式防止出現(xiàn)活鎖現(xiàn)象D)當(dāng)數(shù)據(jù)庫管理系統(tǒng)檢測到死鎖后，可以采用撤銷死鎖事務(wù)的方式解除死鎖【解析】當(dāng)事務(wù)T對某個(gè)數(shù)據(jù)加上排它鎖時(shí)，T可以對該數(shù)據(jù)進(jìn)行讀和寫，其他任何事務(wù)都不能再對該數(shù)據(jù)加任何類型的鎖，直到T釋放該鎖才行；當(dāng)事務(wù)T對某個(gè)數(shù)據(jù)加上共享鎖，則T只能對該數(shù)據(jù)進(jìn)行讀操作，不能修改數(shù)據(jù)，且其它事務(wù)也可以對該數(shù)據(jù)加共享鎖但不能加排它鎖。只有等到該數(shù)據(jù)沒有被其他任何事務(wù)訪問時(shí)才能加排它鎖。（20）在某信息管理系統(tǒng)中需管理職工的照片信息，由于照片數(shù)據(jù)量較大，照片信息是否存儲在數(shù)據(jù)庫中成為討論的焦點(diǎn)問題。下列關(guān)于照片存儲與使用的說法，錯(cuò)誤的是（C）A)將照片存儲在數(shù)據(jù)庫中可能會導(dǎo)致備份時(shí)間較長，備份空間占用較多B)將照片存儲在文件系統(tǒng)中，在數(shù)據(jù)庫中只存儲照片文件的路徑信息，可以大幅度降低數(shù)據(jù)庫的數(shù)據(jù)量C)將照片存儲在數(shù)據(jù)庫中雖然會導(dǎo)致數(shù)據(jù)庫的數(shù)據(jù)量較大，但可以方便地實(shí)現(xiàn)多臺機(jī)器共享照片數(shù)據(jù)，也可以大幅度提高用戶訪問照片數(shù)據(jù)的速度D)與將照片存儲在文件系統(tǒng)中相比，將照片存儲在數(shù)據(jù)庫中更容易實(shí)現(xiàn)人員信息和照片數(shù)據(jù)的一致性【解析】照片存儲到數(shù)據(jù)庫后，多個(gè)用戶同時(shí)對照片的訪問受到了很大的限制，所以，同一時(shí)間的高并發(fā)訪問對數(shù)據(jù)庫的要求極高。故本題選C。（21）現(xiàn)有課程表（課程號，課程名，學(xué)分，開課學(xué)期，課程性質(zhì)），課程號為主碼。該表數(shù)據(jù)量較大。設(shè)經(jīng)常要對該表執(zhí)行類似下面的查詢：SELECT*FROM課程表WHERE課程名='數(shù)據(jù)庫原理'為提高這類查詢的執(zhí)行效率，下列物理設(shè)計(jì)方案中，正確且最為合理的是（C）A)為課程名列建立一個(gè)主索引B)為課程名列建立一個(gè)位圖索引C)為課程名列建立一個(gè)輔索引D)此表上不需要建任何索引【解析】本題考查索引的設(shè)置。主索引是根據(jù)數(shù)據(jù)對象的主鍵建立的索引，它們決定了被索引記錄的位置，而輔助索引沒有這樣的限制，可以用于任何索引目的并且可以查找多個(gè)數(shù)據(jù)文件存放的位置。而位圖索引一般在范圍查詢時(shí)使用。（22）某數(shù)據(jù)庫應(yīng)用系統(tǒng)使用SQLServer2008作為數(shù)據(jù)庫平臺。在系統(tǒng)運(yùn)行期間，用戶反映某更新操作很慢，無法正常完成業(yè)務(wù)。系統(tǒng)工程師分別在用戶的客戶機(jī)和數(shù)據(jù)庫服務(wù)器上使用數(shù)據(jù)庫管理系統(tǒng)自帶的客戶端工具執(zhí)行此更新操作語句，發(fā)現(xiàn)該語句執(zhí)行后長時(shí)間無響應(yīng)。經(jīng)檢查數(shù)據(jù)庫服務(wù)器CPU使用率小于1%，磁盤IO也非常小。造成此現(xiàn)象可能的原因是（D）A)客戶機(jī)到數(shù)據(jù)庫服務(wù)器的網(wǎng)絡(luò)故障B)更新操作涉及到的表沒有建立主碼C)更新的字段沒有建立有效的索引D)更新操作涉及到的數(shù)據(jù)被鎖定【解析】因?yàn)樵诳蛻舳撕头?wù)器自帶的客戶端工具上都是長時(shí)間運(yùn)行無響應(yīng)，所以與網(wǎng)絡(luò)無關(guān)，A錯(cuò)誤；B表在建立時(shí)必須設(shè)定主碼，若沒有設(shè)定則默認(rèn)所有屬性集合為主碼，所以B錯(cuò)；C索引在更新時(shí)比較復(fù)雜，其本身為虛表，在更新時(shí)會對其數(shù)據(jù)所在的原表更新。當(dāng)數(shù)據(jù)被上鎖后，若其它事務(wù)對其進(jìn)行寫操作，只能等其釋放后才能調(diào)用。所以選D。（23）日志文件對實(shí)現(xiàn)數(shù)據(jù)庫系統(tǒng)故障的恢復(fù)有非常重要的作用。下列關(guān)于數(shù)據(jù)庫系統(tǒng)日志文件的說法，正確的是（C）A)數(shù)據(jù)庫系統(tǒng)不要求日志的寫入順序必須與并行事務(wù)執(zhí)行的時(shí)間次序一致B)為了保證數(shù)據(jù)庫是可恢復(fù)的，必須嚴(yán)格保證先寫數(shù)據(jù)庫后寫日志C)日志文件中檢查點(diǎn)記錄的主要作用是提高系統(tǒng)出現(xiàn)故障后的恢復(fù)效率D)系統(tǒng)故障恢復(fù)必須使用日志文件以保證數(shù)據(jù)庫系統(tǒng)重啟時(shí)能正?；謴?fù)，事務(wù)故障恢復(fù)不一定需要使用日志文件【解析】A日志寫入順序必須和并行事務(wù)執(zhí)行的時(shí)間次序一致，因?yàn)檫@樣才能在數(shù)據(jù)庫恢復(fù)時(shí)進(jìn)行redo，undo操作，從而保證數(shù)據(jù)的一致性而不會產(chǎn)生臟數(shù)據(jù)；B必須先寫日志再寫數(shù)據(jù)庫，這樣當(dāng)數(shù)據(jù)庫發(fā)生故障時(shí)可以根據(jù)日志完全恢復(fù)，否則如果先寫數(shù)據(jù)，當(dāng)數(shù)據(jù)剛寫完時(shí)，數(shù)據(jù)庫故障而沒來得及寫日志，導(dǎo)致數(shù)據(jù)恢復(fù)時(shí)發(fā)生錯(cuò)誤。D事務(wù)恢復(fù)時(shí)同樣需要日志，如redo、undo操作。所以選C。（24）在SQLServer2008中，設(shè)先對MyDB數(shù)據(jù)庫進(jìn)行了一次完整備份，然后對該數(shù)據(jù)庫進(jìn)行了一次日志備份，這兩次備份均備份在BK設(shè)備上。假設(shè)BK設(shè)備上只有這兩次備份的內(nèi)容?，F(xiàn)要從備份中恢復(fù)MyDB數(shù)據(jù)庫，正確的恢復(fù)過程及語句是（D）A)restorelogMyDBfromBKwithfile=1,norecoveryrestoredatabaseMyDBfromBKwithfile=2B)restorelogMyDBfromBKwithfile=1,norecoveryrestoredatabaseMyDBfromBKwithfile=2,norecoveryC)restoredatabaseMyDBfromBKwithfile=1,norecoveryrestorelogMyDBfromBKwithfile=2,norecoveryD)restoredatabaseMyDBfromBKwithfile=1,norecoveryrestorelogMyDBfromBKwithfile=2【解析】在進(jìn)行數(shù)據(jù)恢復(fù)時(shí)，首先恢復(fù)完全備份，其次恢復(fù)差異備份，最后恢復(fù)日志備份。備份日志時(shí)使用Norecovery用來備份尾日志，這樣備份日志的時(shí)候數(shù)據(jù)庫處于恢復(fù)狀態(tài)，別的進(jìn)程就不能再訪問數(shù)據(jù)庫，日志就不會再增加，因此在還原的時(shí)候就可以正?；謴?fù)。還原備份的時(shí)候如果想同時(shí)還原之后的日志，必須加上Norecovery才可以還原，如果有多個(gè)日志備份，除了最后一個(gè)日志備份外，還原其他日志也必須加上Norecovery。所以選D。（25）在SQLServer2008中，master是一個(gè)非常重要的系統(tǒng)數(shù)據(jù)庫，如果master損壞將會對系統(tǒng)造成嚴(yán)重后果，因此系統(tǒng)管理員應(yīng)該對master進(jìn)行備份。SQLServer2008對數(shù)據(jù)庫提供的備份有：I.完整備份 II.差異備份 III.日志備份以上備份方法中能夠應(yīng)用在master數(shù)據(jù)庫上的是（A）A)僅IB)僅I和IIC)僅I和IIID)全部【解析】master數(shù)據(jù)庫是SQLServer系統(tǒng)里面最重要的數(shù)據(jù)庫，因?yàn)樗讼到y(tǒng)中的有關(guān)數(shù)據(jù)庫的所有信息。對master數(shù)據(jù)庫只能進(jìn)行完全數(shù)據(jù)庫備份操作，SQLServer不支持在master數(shù)據(jù)庫上進(jìn)行差異備份、事務(wù)日志備份以及文件備份。所以選A。（26）關(guān)于并行數(shù)據(jù)庫，下列說法錯(cuò)誤的是（D）A)層次結(jié)構(gòu)可以分為兩層，頂層是無共享結(jié)構(gòu)，底層是共享內(nèi)存或共享磁盤結(jié)構(gòu)B)無共享結(jié)構(gòu)通過最小化共享資源來降低資源競爭，因此具有很高的可擴(kuò)展性，適合于OLTP應(yīng)用C)并行數(shù)據(jù)庫系統(tǒng)經(jīng)常通過負(fù)載均衡的方法來提高數(shù)據(jù)庫系統(tǒng)的業(yè)務(wù)吞吐率D)并行數(shù)據(jù)庫系統(tǒng)的主要目的是實(shí)現(xiàn)場地自治和數(shù)據(jù)全局透明共享【解析】并行數(shù)據(jù)庫系統(tǒng)的主要目的是通過高速通信介質(zhì)連接多個(gè)可獨(dú)立處理的單元以并行執(zhí)行的方式完成對數(shù)據(jù)庫系統(tǒng)的互聯(lián)查詢、內(nèi)部查詢及各種內(nèi)部操作。分布式數(shù)據(jù)庫系統(tǒng)的主要目的才是實(shí)現(xiàn)場地自治和數(shù)據(jù)全局透明共享。（27）現(xiàn)有一個(gè)具有多個(gè)分店的大型連鎖超市，該連鎖超市使用統(tǒng)一的連鎖業(yè)務(wù)經(jīng)營管理系統(tǒng)管理其日常業(yè)務(wù)。已知其中的銷售數(shù)據(jù)明細(xì)表結(jié)構(gòu)為（銷售記錄ID，商品ID，價(jià)格，數(shù)量，總金額，銷售時(shí)間，分店ID），該表數(shù)據(jù)量很大。為了提高數(shù)據(jù)訪問效率，系統(tǒng)將每年每個(gè)分店的銷售數(shù)據(jù)劃分成獨(dú)立的數(shù)據(jù)表，這種劃分方式被稱為（D）A)輪轉(zhuǎn)劃分B)范圍劃分C)散列劃分D)多維劃分【解析】輪轉(zhuǎn)法：對關(guān)系順序掃描，將第i個(gè)元組存儲到標(biāo)號為Dimod的磁盤上，該方式保證了元組在多個(gè)磁盤上均勻分布。散列劃分：選定一個(gè)值域?yàn)閧0,1,…,n-1}的散列函數(shù)，對關(guān)系中的元組基于劃分屬性進(jìn)行散列，如果散列函數(shù)返回i，則將其存儲到第i個(gè)磁盤。范圍劃分：根據(jù)表中某個(gè)屬性取值區(qū)間劃分成不同的子區(qū)間，然后根據(jù)表中的屬性值屬于的不同區(qū)間將表分成不同的子表。多維劃分：維是人們觀察事物的角度，同樣的數(shù)據(jù)從不同的維進(jìn)行觀察可能會得到不同的結(jié)果，如從各個(gè)分店的角度、各種商品的角度（商品ID）等，而每個(gè)維度又可按粒度的不同劃分成多個(gè)層次，稱為維度成員。本題中將總表按分店號與時(shí)間劃分成不同的子表，屬于多維劃分，所以選D。（28）在分布式數(shù)據(jù)庫的數(shù)據(jù)分配中，若所有全局?jǐn)?shù)據(jù)有且只有一份，它們被分割成若干片段，每個(gè)片段被分配在一個(gè)特定場地上，則該策略屬于（B）A)集中式B)分割式C)全復(fù)制式D)混合式【解析】分布式數(shù)據(jù)庫的分配方式包括集中式、分割式、全復(fù)制式、混合式。集中式指所有數(shù)據(jù)片斷都安排在一個(gè)場地上；分割式指全局?jǐn)?shù)據(jù)有且只有一份，它們被分割成若干片段，每個(gè)片段被分配在一個(gè)特定場地上；全復(fù)制式是在每個(gè)站點(diǎn)上都有全局?jǐn)?shù)據(jù)的復(fù)制樣本，數(shù)據(jù)的冗余性最大；混合式指全局?jǐn)?shù)據(jù)被分為若干個(gè)數(shù)據(jù)子集，每個(gè)子集被安排在一個(gè)或多個(gè)不同的場地上，但是每個(gè)場地未必保存所有數(shù)據(jù)。（29）在大型企業(yè)的數(shù)據(jù)庫應(yīng)用系統(tǒng)中，聯(lián)機(jī)事務(wù)處理（OLTP）和聯(lián)機(jī)分析處理（OLAP）是常見的數(shù)據(jù)管理與數(shù)據(jù)分析形式。關(guān)于OLTP和OLAP，一般情況下，下列說法正確的是（C）A)OLTP系統(tǒng)的安全性要求比OLAP系統(tǒng)的低，也比較容易實(shí)現(xiàn)B)OLAP系統(tǒng)在訪問數(shù)據(jù)時(shí)，一般以訪問少量記錄為主，OLTP系統(tǒng)則相反C)OLTP要求系統(tǒng)必須具有很高的響應(yīng)速度，而OLAP對系統(tǒng)響應(yīng)速度的要求較為寬松D)OLTP系統(tǒng)一般由企業(yè)的中上層或決策層使用，而OLAP系統(tǒng)一般由企業(yè)的中下層業(yè)務(wù)人員使用【解析】OLTP是對數(shù)