四級計算機考試試題

本文格式為Word版，下載可任意編輯——四級計算機考試試題計算機四級考試為無紙化考試，不含操作題。下面是四級計算機考試試題，接待練習(xí)。

1在數(shù)據(jù)庫應(yīng)用系統(tǒng)的需求分析階段，需要考慮數(shù)據(jù)的安好性需求。以下不屬于數(shù)據(jù)安好性需求分析內(nèi)容的是

A分析數(shù)據(jù)的安好性需求，以確定每個關(guān)系表上定義的數(shù)據(jù)約束能夠得志使用要求

B分析全局用戶對數(shù)據(jù)的存取需求，以確定全局數(shù)據(jù)的安好操縱策略

C分析特殊用戶對數(shù)據(jù)的存取需求，以保證數(shù)據(jù)庫的安好操縱策略能夠得志其使用要求

D分析各類用戶對數(shù)據(jù)的存取需求，以確定各類用戶能夠操作的數(shù)據(jù)

2有學(xué)生表學(xué)號,姓名,性別,身份證號,出世日期,所在系號，在此表上使用如下語句建立索引：

CREATENONCLUSTEREDINDEXIdx_NameON學(xué)生表姓名;

此索引被稱為

A非聚集散列索引

B非聚集輔索引

C非聚集依次索引

D非聚集主索引

3在數(shù)據(jù)庫物理設(shè)計階段，使用聚集文件組織數(shù)據(jù)可以提高一些查詢的效率。以下關(guān)于聚集文件和聚集鍵的描述錯誤的是

A聚集文件將不同關(guān)系表中有關(guān)聯(lián)關(guān)系的記錄存儲在一起，以裁減系統(tǒng)的物理I/O次數(shù)

B聚集鍵理應(yīng)選用頻繁用于舉行自然連接的屬性或?qū)傩越M

C聚集文件可以提高某些連接查詢的速度，但是它可能導(dǎo)致其他類型的查詢處理變慢

D關(guān)系表中某個屬性的數(shù)據(jù)重復(fù)率越高，越適合作聚集鍵

4己知有描述科研工程及負責(zé)教師的關(guān)系模式：科研工程工程號,工程名稱,經(jīng)費,負責(zé)教師號,姓名,職稱，該關(guān)系模式得志函數(shù)憑借集：F=工程號→工程名稱,工程號→經(jīng)費,工程號→負責(zé)教師號,負責(zé)教師號→姓名,負責(zé)教師號→職稱｝。以下分解中最合理的符合3NF的關(guān)系模式是

A科研工程工程號,工程名稱,經(jīng)費，教師教師號,姓名,職稱

B科研工程工程號,工程名稱,經(jīng)費，教師教師號,姓名,職稱,工程號

C科研工程工程號,工程名稱,經(jīng)費,負責(zé)教師號，教師教師號,姓名,職稱

D科研工程工程號,工程名稱,經(jīng)費，工程_教師工程號,負責(zé)教師號，教師教師號,姓名,職稱

5在IDEF0圖中矩形框代表功能活動。關(guān)于連接到矩形框4條邊上的箭頭的語義，以下說法錯誤的是

A左邊的箭頭表示完告成能活動需要的數(shù)據(jù)，它強調(diào)被活動消耗或變換的內(nèi)容

B上邊的箭頭表示影響這個活動執(zhí)行的事情或約束，它強調(diào)被活動變換的內(nèi)容

C右邊的箭頭表示由這個活動產(chǎn)生的信息，它強調(diào)活動變換和處理的結(jié)果

D下邊的箭頭表示實施該活動的手段或完成活動需要的資源，它強調(diào)如何做

6數(shù)據(jù)庫的運行管理與維護主要由數(shù)據(jù)庫管理員負責(zé)，工作內(nèi)容主要包括日常維護、系統(tǒng)監(jiān)控與分析、性能優(yōu)化等。以下關(guān)于數(shù)據(jù)庫管理員工作內(nèi)容的說法錯誤的是

A數(shù)據(jù)庫的備份和恢復(fù)是重要的維護工作，數(shù)據(jù)庫管理員應(yīng)根據(jù)不同的應(yīng)用要求制定不同的備份籌劃，在備份籌劃中應(yīng)包含備份的時間、周期、備份方式和備份內(nèi)容等

B性能優(yōu)化是數(shù)據(jù)庫管理員的重要工作，性能優(yōu)化的主要手段有查詢優(yōu)化、索引調(diào)整、模式調(diào)整等，這些工作一般無需開發(fā)人員參與

C數(shù)據(jù)庫管理員應(yīng)監(jiān)控數(shù)據(jù)庫中各種鎖的使用處境，并處理可能展現(xiàn)的死鎖處境，若察覺問題應(yīng)實時通知相關(guān)人員

D數(shù)據(jù)庫管理員需要定期檢查存儲空間使用處境并根據(jù)需求擴展存儲空間，這些工作一般無需最終用戶參與

7若系統(tǒng)中存在4個等待事務(wù)T0、T1、T2、T3，其中T0正等待被T1鎖住的數(shù)據(jù)項Al，T1正等待被T2鎖住的數(shù)據(jù)項A2，T2正等待被T3鎖住的數(shù)據(jù)項A3，T3正等待被T0鎖住的數(shù)據(jù)項A0。根據(jù)上述描述，系統(tǒng)所處的狀態(tài)是

A活鎖

B死鎖

C封鎖

D正常

8在SQLServer2000中，某數(shù)據(jù)庫中有教師表教師號,姓名,職稱，其中教師號的數(shù)據(jù)類型是整型，其他均為字符類型。若教師表中當(dāng)前沒有數(shù)據(jù)，用戶在數(shù)霜尾幣藕次執(zhí)行以下語句：

Ⅰ.BEGINTRANSACTIONT1

Ⅱ.INSERTINTO教師表VALUES1000,張三,助教;

Ⅲ.INSERTINTO教師表VALUES1001,王二,助教;

Ⅳ.COMMITT1;

Ⅴ.BEGINTRANSACTIONT2

Ⅵ.INSERTINTO教師表VALUES1002,王三,講師;

Ⅶ.INSERTINTO教師表VALUES1003,李四,講師;

Ⅷ.COMMITT2;

在Ⅶ執(zhí)行的時候數(shù)據(jù)庫所在的服務(wù)器突然掉電，當(dāng)數(shù)據(jù)庫系統(tǒng)重新啟動后，教師表中包含的數(shù)據(jù)條數(shù)為

A4條

B3條

C2條

D0條

9已知學(xué)生關(guān)系學(xué)號,姓名,性別,課程號,勞績,所在系號有以下函數(shù)憑借

Ⅰ.學(xué)號,課程號→課程號Ⅱ.學(xué)號,課程號→勞績

Ⅲ.學(xué)號,課程號→所在系號Ⅳ.學(xué)號,課程號→姓名，性別

Ⅵ.學(xué)弓,桌程號→學(xué)號

以上函數(shù)憑借屬于非平凡函數(shù)憑借的是

A僅I和V

B僅Ⅱ和V

C僅Ⅲ和Ⅳ

D僅II、Ⅲ和Ⅳ

10數(shù)據(jù)庫管理系統(tǒng)采用三級加鎖協(xié)議來防止并發(fā)操作可能導(dǎo)致的數(shù)據(jù)錯誤。在三級加鎖協(xié)議中，1級加鎖協(xié)議能夠解決的問題是

A損失修改

B不成重復(fù)讀

C讀臟數(shù)據(jù)

D死鎖

11在SQLServer2000中，假設(shè)某數(shù)據(jù)庫使用一段時間后，其數(shù)據(jù)文件和日志文件的空間均己快用完，假設(shè)要以手工方式擴大該數(shù)據(jù)庫的空間，以下說法正確的是

A可以擴大單個數(shù)據(jù)文件的大小，但不能擴大單個日志文件的大小

B可以一次按比例擴大整個數(shù)據(jù)庫的數(shù)據(jù)文件和日志文件的大小

C可以添加一塊新的磁盤，并在新的磁盤上為數(shù)據(jù)庫建立新的數(shù)據(jù)文件和日志文件

D可以一次按比例擴大整個數(shù)據(jù)文件的大小，但不能擴大日志文件的大小

12在SQLServer2000中，設(shè)有職工表職工號,職工名,電子郵箱，現(xiàn)要限制電子郵箱的結(jié)果幾位的取值為“@”，且“@”前至少有一位字符。以下添加約束的語句正確的是

AALTERTABLE職工表

ADDCONSTRAINTchk_emailCHECK電子郵箱LIKE_%@

BALTERTABLE職工表

ADDCONSTRAINTchk_emailCHECK電子郵箱=_%@

CALTERTABLE職工表

ADDCONSTRAINTchk_emailCHECK電子郵箱LIKE_@

DALTERTABLE職工表

ADDCONSTRAINTchk_emailCHECK電子郵箱=_@

13OLEDB是一種通用數(shù)據(jù)訪問接口。以下關(guān)于OLEDB的說法錯誤的是

AOLEDB是MicrosoftOLE對象標(biāo)準(zhǔn)的一個實現(xiàn)，它由一系列的COM接口組成

B與ODBC驅(qū)動程序需要支持幾乎全體的DBMS特性不同，OLEDB允許只支持DBMS的片面功能

COLEDB支持訪問關(guān)系數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)庫

DOLEDB定義了數(shù)據(jù)供給者、數(shù)據(jù)消費者和數(shù)據(jù)驅(qū)動理序三類數(shù)據(jù)訪問組件

14日志文件是數(shù)據(jù)庫系統(tǒng)展現(xiàn)故障以后，保證數(shù)據(jù)正確、一致的重要機制之一。以下關(guān)于日志文件的說法錯誤的是

A日志的登記依次務(wù)必嚴(yán)格按照事務(wù)執(zhí)行的時間次序舉行

B為了保證發(fā)生故障時能正確地恢復(fù)數(shù)據(jù)，務(wù)必保證先寫數(shù)據(jù)庫后寫日志

C檢查點記錄是日志文件的一種記錄，用于改善恢復(fù)效率

D事務(wù)故障恢復(fù)和系統(tǒng)故障恢復(fù)都務(wù)必使用日志文件

15統(tǒng)一建模語言UML是一種定義良好、易于表達、功能強大、通用的可視化建模語言，以下關(guān)于UML說法錯誤的是

A在UML的用例模型中，一個角色可以執(zhí)行多個用例，一個用例可以被多個角色使用

BUML也適用于對象建模，其中的類圖和對象圖用于描述類模型、對象模型以及它們之間的動態(tài)關(guān)系，這兩種圖都屬于UML的動態(tài)視圖

CUML的包圖是說明包以及包之間的關(guān)系的類圖，包是對模型中涉及的元素舉行分組后得到的結(jié)果。在舉行元素分組時，應(yīng)盡量追求包間低耦合、包內(nèi)高內(nèi)聚的目標(biāo)

DUML中的依次圖和協(xié)作圖都描述交互，但是依次圖強調(diào)的是時間，協(xié)作圖強調(diào)的是空間

16對數(shù)據(jù)庫中的數(shù)據(jù)舉行實時轉(zhuǎn)儲是保證數(shù)據(jù)安好穩(wěn)當(dāng)?shù)闹匾侄?。以下關(guān)于靜態(tài)轉(zhuǎn)儲和動態(tài)轉(zhuǎn)儲的說法正確的是

A靜態(tài)轉(zhuǎn)儲過程中數(shù)據(jù)庫系統(tǒng)不能運行其他事務(wù)，不允許在轉(zhuǎn)儲期間執(zhí)行數(shù)據(jù)插入、修改和刪除操作

B靜態(tài)轉(zhuǎn)儲務(wù)必憑借數(shù)據(jù)庫日志才能保證數(shù)據(jù)的一致性和有效性

C動態(tài)轉(zhuǎn)儲需要等待正在運行的事務(wù)終止后才能開頭

D對一個24小時都有業(yè)務(wù)發(fā)生的業(yè)務(wù)系統(tǒng)來說，對比適合采用靜態(tài)轉(zhuǎn)儲技術(shù)

17設(shè)某并行數(shù)據(jù)庫系統(tǒng)中有表Tal,a2,...,an,因數(shù)據(jù)量大，需采用一維劃分法將數(shù)據(jù)劃分到不同的磁盤上，以提高系統(tǒng)效率。設(shè)al是劃分屬性，針對表T的查詢操作多數(shù)為點查詢，那么適合采用的元組劃分策略是

A輪轉(zhuǎn)法與范圍劃分

B輪轉(zhuǎn)法與散列劃分

C散列劃分與范圍劃分

D以上都不適合

18軟件開發(fā)模型是對軟件開發(fā)過程的一種模范描述，用于表示軟件開發(fā)過程的整體框架和軟件開發(fā)活動各階段間的關(guān)系。以下模型屬于軟件開發(fā)模型的是

Ⅰ.爆布模型Ⅱ.快速原型模型

Ⅲ.增量模型Ⅳ.螺旋模型

A僅Ⅰ和Ⅱ

B僅Ⅰ、Ⅲ和Ⅳ

C僅Ⅱ和Ⅲ

DⅠ、II、Ⅲ和Ⅳ

19設(shè)有某大型聯(lián)鎖商場，建立有面向業(yè)務(wù)的數(shù)據(jù)庫應(yīng)用系統(tǒng)和面向決策支持的數(shù)據(jù)倉庫系統(tǒng)，數(shù)據(jù)倉庫系統(tǒng)每天夜間需要從數(shù)據(jù)庫應(yīng)用系統(tǒng)的數(shù)據(jù)庫導(dǎo)入新數(shù)據(jù)。在以下數(shù)據(jù)表中，最不適合采用快照方式從數(shù)據(jù)庫應(yīng)用系統(tǒng)中獲取數(shù)據(jù)的是

A商品表和商品類別表

B員工表和供給商表

C商品銷售表和商品購買表

D商場組織機構(gòu)表

20在數(shù)據(jù)庫應(yīng)用系統(tǒng)中，查詢效率是考核數(shù)據(jù)庫應(yīng)用系統(tǒng)的一個重要方面。以下方法中，通常有利于提高查詢效率的是

Ⅰ.盡可能制止無用的排序操作

Ⅱ.盡可能消釋對大型表行數(shù)據(jù)的依次存取

Ⅲ.盡可能制止使用否決查詢

Ⅳ.盡可能制止使用外連接操作

Ⅴ.盡可能用子查詢代替連接查詢

A僅I、Ⅱ、Ⅲ和Ⅳ

B僅I、Ⅱ和Ⅳ

C僅II、Ⅲ、Ⅳ和V

D全部

21數(shù)據(jù)庫概念設(shè)計需要對一個企業(yè)或組織的應(yīng)用所涉及的數(shù)據(jù)舉行分析和組織?，F(xiàn)有以下設(shè)計內(nèi)容

Ⅰ.分析數(shù)據(jù)，確定實體集

Ⅱ.分析數(shù)據(jù)，確定實體集之間的聯(lián)系

Ⅲ.分析數(shù)據(jù)，確定每個實體集的存儲方式

Ⅳ.分析數(shù)據(jù)，確定實體集之間聯(lián)系的基數(shù)

Ⅴ.分析數(shù)據(jù)，確定每個實體集的數(shù)據(jù)量

Ⅵ.分析數(shù)據(jù)，確定每個實體集包含的屬性

以上內(nèi)容不屬于數(shù)據(jù)庫概念設(shè)計的是

A僅I、Ⅳ和Ⅵ

B僅Ⅱ和Ⅴ

C僅Ⅲ、Ⅳ和Ⅵ

D僅Ⅲ和Ⅴ

22客戶端、服務(wù)器C/S架構(gòu)和欣賞器/服務(wù)器B/S架是現(xiàn)在常用的兩種數(shù)據(jù)庫應(yīng)用系統(tǒng)架構(gòu)。關(guān)于C/S和B/S架構(gòu)，以下說法錯誤的是

A在C/S和B/S架構(gòu)中，數(shù)據(jù)庫服務(wù)器都承受了數(shù)據(jù)共享和管理的功能

B假設(shè)系統(tǒng)的最終用戶群體大，用戶地域分布廣，一般應(yīng)采用B/S架構(gòu)

CC/S架構(gòu)的應(yīng)用程序需要發(fā)布給每個用戶，并在每個用戶計算機上舉行安裝。B/S架構(gòu)一般以通用欣賞器為業(yè)務(wù)應(yīng)用界面，較為繁雜的數(shù)據(jù)處理功能一般還可通過與欣賞器舉行交互的組件實現(xiàn)

D一般來說，對于功能需求一致的數(shù)據(jù)庫應(yīng)用系統(tǒng)工程，C/S架構(gòu)的應(yīng)用開發(fā)本金要高于B/S架構(gòu)的應(yīng)用開發(fā)本金

23數(shù)據(jù)庫應(yīng)用系統(tǒng)環(huán)境中存在各種類型的數(shù)據(jù)，設(shè)有如下數(shù)據(jù)

Ⅰ.為提高查詢效率建立的索引

Ⅱ.描述表布局信息的數(shù)據(jù)字典

Ⅲ.用于優(yōu)化查詢的統(tǒng)計分析數(shù)據(jù)

Ⅳ.用戶會話信息

Ⅴ.用戶查詢結(jié)果

以上數(shù)據(jù)一般會存儲在數(shù)據(jù)庫中的是

A僅Ⅰ、Ⅱ和Ⅴ

B僅Ⅰ和Ⅲ

C僅Ⅰ、Ⅱ和Ⅲ

D僅II、Ⅲ和Ⅳ

24在數(shù)據(jù)庫應(yīng)用系統(tǒng)生命周期中，系統(tǒng)規(guī)劃與分析是一個重要的環(huán)節(jié)。關(guān)于系統(tǒng)規(guī)劃與分析，以下說法錯誤的是

A規(guī)劃與分析是數(shù)據(jù)庫應(yīng)用系統(tǒng)生命周期的起點。規(guī)劃與分析階段的主要工作包括系統(tǒng)規(guī)劃與定義、可行性分析和工程規(guī)劃

B系統(tǒng)規(guī)劃與定義是規(guī)劃與分析的主要環(huán)節(jié)，它需要在系統(tǒng)設(shè)計過程中逐步完成

C可行性分析是從技術(shù)、經(jīng)濟和操作等方面舉行工程可行性的分析，它在明確目標(biāo)和任務(wù)之后，評估系統(tǒng)在給定條件下是否可行

D工程規(guī)劃是對工程所需的資源、本金和進度舉行合理估算，并制定初步的工程開發(fā)籌劃

25在SQLServer2000中，某數(shù)據(jù)庫的數(shù)據(jù)量對比大，且存儲在無磁盤陣列的存儲設(shè)備上。為盡可能提高數(shù)據(jù)的操作效率，以下構(gòu)建數(shù)據(jù)庫文件的方法中，最適合的是

A盡可能選擇一塊足夠大的磁盤，并在此磁盤上建立一個數(shù)據(jù)文件和一個日志文件

B盡可能建立多個數(shù)據(jù)文件，讓每個數(shù)據(jù)文件位于不同的磁盤上，并盡可能將日志文件一與數(shù)據(jù)文件分別建立在不同的磁盤上

C盡可能建立多個數(shù)據(jù)文件，將這些數(shù)據(jù)文件建立在一塊足夠大的磁盤上，并將全部日志文件建立在另一塊足夠大的磁盤上

D盡可能建立多個數(shù)據(jù)文件，讓每個數(shù)據(jù)文件位于不同的磁盤上，并盡可能將日志文件與數(shù)據(jù)文件建立在一致的磁盤上

26設(shè)有某大型連鎖超市的數(shù)據(jù)庫應(yīng)用系統(tǒng)，在系統(tǒng)實施或改造過程中，需要對系統(tǒng)舉行測試。設(shè)有以下測試活動

Ⅰ.模擬客戶消費行為，生成銷售數(shù)據(jù)，測試系統(tǒng)是否能正確完成銷售業(yè)務(wù)

Ⅱ.編寫模擬數(shù)據(jù)生成器，每秒生成2千筆與銷售業(yè)務(wù)對應(yīng)的銷售數(shù)據(jù)，測試系統(tǒng)吞吐率

Ⅲ.在數(shù)據(jù)庫中模擬生成5億條銷售數(shù)據(jù)，同時開啟全體的收銀臺，測試系統(tǒng)平均響應(yīng)時間

Ⅳ.模擬銷售持續(xù)一周時間，在此期間，每天審核系統(tǒng)結(jié)賬功能是否正確

Ⅴ.測試數(shù)據(jù)庫應(yīng)用系統(tǒng)能否正確地完成銀聯(lián)卡消費業(yè)務(wù)

以上測試活動，屬于性能測試的是

A僅Ⅰ、Ⅱ和Ⅲ

B僅Ⅱ、Ⅲ和Ⅴ

C僅Ⅱ和Ⅲ

D僅I、Ⅳ和Ⅴ

27在SQLServer2000中，設(shè)有課程表課程號，課程名，學(xué)分，開課學(xué)期，現(xiàn)要在此關(guān)系表上建立一個查詢指定學(xué)期開設(shè)的課程總門數(shù)和總學(xué)分數(shù)的內(nèi)嵌表值函數(shù)，函數(shù)名為f_FindTotal。實現(xiàn)這個函數(shù)的正確代碼是

ACREATEFUNCTIONf_FindTotal@semesterint

RETURNStable

AS

RETURN

SELECTCOUNT課程號as課程門數(shù),SUM學(xué)分as總學(xué)分FROM課程表

WHERE開課學(xué)期=@semester

BCREATEFUNCTIONf_FindTotal@semesterint

RETURNStable

AS

RETURN

SELECTCOUNT課程號as課程門數(shù),COUNT學(xué)分as總學(xué)分FROM課程表

WHERE開課學(xué)期=@semester

CCREATEFUNCTIONf_FindTotal@semesterint

RETURNStable

AS

RETURN

SELECTSUM課程號as課程門數(shù),SUM學(xué)分as總學(xué)分FROM課程表

WHERE開課學(xué)期=@semester

DCREATEFUNCTIONf_FindTotal@semesterint

RETURNStable

AS

RETURN

SELECTSUM課程號as課程門數(shù),COUNT學(xué)分as總學(xué)分FROM課程表

WHERE開課學(xué)期=@semester

28設(shè)商場業(yè)務(wù)系統(tǒng)中有銷售單據(jù)表銷售單據(jù)號,收款員,銷售時間，銷售明細表銷售明細條目號,銷售單據(jù)號,商品號,數(shù)量,單位,金額和商品表商品號,商品名,價格。該系統(tǒng)業(yè)務(wù)繁忙，保存的數(shù)據(jù)量分外大，每次換班時要統(tǒng)計收款員的收入總額，每天停業(yè)后要統(tǒng)計各個商品的當(dāng)天銷售量，銷售過程中經(jīng)常需要查詢某筆銷售業(yè)務(wù)的處境。為了優(yōu)化系統(tǒng)性能，以下優(yōu)化方案合理的是

A在銷售單據(jù)表的收款員屬性上建立聚集索引，在銷售明細表的銷售單據(jù)號屬性上建立非聚集索引，在商品表的商品號屬性上建立聚集索引

B在銷售單據(jù)表的銷售單據(jù)號屬性上建立聚集索引，在銷售明細表的銷售單據(jù)號屬性上建立非聚集索引，在商品表的商品號屬性上建立聚集索引，建立收款員單班銷售量表和商品當(dāng)天銷售匯總表，在每筆銷售成交后分別累計統(tǒng)計相應(yīng)數(shù)據(jù)

C在銷售單據(jù)表的銷售時間屬性和收款員屬性上分別建立聚集索引，在銷售明細表的銷售單據(jù)號屬性上建立非聚集索引，在商品表的商品號屬性上建立聚集索引，建立收款員單班銷售量表和商品當(dāng)天銷售匯總表，在每筆銷售成交后分別累計統(tǒng)計相應(yīng)數(shù)據(jù)

D在銷售單據(jù)表的銷售單據(jù)號屬性和收款員屬