【導(dǎo)讀】腿莇螂羆肅莆蒂蝿羈蒞蚄羅羇莄螆袇芆莃蒆肅膂莃薈袆肈莂蟻肁羄蒁螃襖芃蒀蒃蚇腿葿薅袂肅蒈螇蚅肁蕆蕆羀羇蕆蕿螃芅蒆螞罿膁蒅螄螂肇薄蒄羇羃薃薆螀節(jié)薂蚈羅膈薂袀螈膄薁薀肄肀膇螞袆羆膆螅肂芄膅蒄裊膀膅薇肀肆芄蠆袃芃螁蚆莁節(jié)薁袁芇芁蚃螄膃芀螆羀聿艿蒅螂羅艿薈羈芃莈蝕螁腿莇螂羆肅莆蒂蝿羈蒞蚄羅羇莄螆袇芆莃蒆肅膂莃薈袆肈莂蟻肁羄蒁螃襖芃蒀蒃蚇腿葿薅袂肅蒈螇蚅肁蕆蕆羀羇蕆蕿螃芅蒆螞罿膁蒅螄螂肇薄蒄羇羃薃薆螀節(jié)薂蚈羅膈薂袀螈膄薁薀肄肀膇螞袆羆膆螅肂芄膅蒄裊膀膅薇肀肆芄蠆袃芃螁蚆莁節(jié)薁袁芇芁蚃螄膃芀螆羀聿艿蒅螂羅艿薈羈芃莈蝕螁腿莇螂羆肅莆蒂蝿羈蒞蚄羅羇莄螆袇芆莃蒆肅膂莃薈袆肈莂蟻肁羄蒁螃襖芃蒀蒃蚇腿葿薅袂肅蒈螇蚅肁蕆蕆羀羇蕆蕿螃芅蒆螞罿膁蒅螄螂肇薄蒄羇羃薃薆螀節(jié)薂蚈羅膈薂袀螈膄薁薀肄肀膇螞袆羆膆螅肂芄膅蒄裊膀膅薇肀肆芄蠆袃芃螁蚆莁節(jié)薁袁芇芁蚃螄膃芀螆羀聿艿蒅螂羅艿薈羈芃莈蝕螁腿莇螂羆肅莆蒂蝿羈蒞蚄羅羇莄螆袇芆莃蒆

　　

【正文】 20）每題 1 分，（ 21） ~（ 30）每題 2 分，共 40 分） （ 1）查詢(xún)處理器是數(shù)據(jù)庫(kù)管理系統(tǒng)的重要組成部分，下列不屬于查詢(xún)處理器功能組成模塊的是 A） DML 編譯器 B）查詢(xún)執(zhí)行引擎 C) 嵌入式 DML 的預(yù)編輯器 D) 查詢(xún)權(quán)限管理器 （ 2）關(guān)于數(shù)據(jù)視圖預(yù)與三級(jí)模式，下列說(shuō)法錯(cuò)誤的是 A）數(shù)據(jù)視圖是指用戶(hù)從某個(gè)角度看到的客觀(guān)世界數(shù)據(jù)對(duì)象的特征 B) 外模式是數(shù)據(jù)庫(kù)用戶(hù)能使用的局部數(shù)據(jù)，描述外模式時(shí)，通常需要給出其物理結(jié)構(gòu) C）概念模式以數(shù)據(jù)模型的形式描述 數(shù)據(jù) D）三級(jí)模式結(jié)構(gòu)實(shí)現(xiàn)了數(shù)據(jù)的獨(dú)立性 （ 3）為了保證數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)正常運(yùn)行，數(shù)據(jù)庫(kù)管理員在日常工作中需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行維護(hù)。下列一般不屬于數(shù)據(jù)庫(kù)管理員日常維護(hù)工作的是 A) 數(shù)據(jù)內(nèi)容的一致性維護(hù) B) 數(shù)據(jù)庫(kù)備份與恢復(fù) C）數(shù)據(jù)庫(kù)安全性維護(hù) D) 數(shù)據(jù)庫(kù)存儲(chǔ)空間管理 (4) 事務(wù)的活鎖又稱(chēng)為事務(wù)的饑餓，為了避免數(shù)據(jù)庫(kù)出現(xiàn)事務(wù)活鎖，可以采用的措施是 A) 使用先來(lái)服務(wù)策略處理事務(wù)請(qǐng)求 B) 使用兩階段鎖協(xié)議 C) 對(duì)事務(wù)進(jìn)行并發(fā)調(diào)度 D) 使用小粒度鎖 （ 5）關(guān)于數(shù)據(jù)庫(kù)視圖，下列說(shuō)法正確的是 A) 視圖可以提高數(shù)據(jù)的操作性能 B）定義視圖的語(yǔ)句可以是任何數(shù)據(jù)操作語(yǔ)句 C) 視圖可以提供一定程度的數(shù)據(jù)獨(dú)立性 D) 視圖的數(shù)據(jù)一般是物理存儲(chǔ)的 （ 6）在需求分析階段，結(jié)構(gòu)化分析和建模方法是一種較為有效的需求分析方法。下列不屬于結(jié)構(gòu)化分析和建模方法優(yōu)點(diǎn)的是 A) 用圖形化模型能直觀(guān)地表示系統(tǒng)功能 B）可避免過(guò)早陷入具體細(xì)節(jié) C) 圖形對(duì)象不涉及太多技術(shù)術(shù)語(yǔ)，便于用戶(hù)理解模型 D) 從局部或子系統(tǒng)開(kāi)始分析問(wèn)題，便于建模人員 了解業(yè)務(wù)模型 （ 7）數(shù)據(jù)字典是數(shù)據(jù)庫(kù)管理系統(tǒng)的重要組成部分，其中存儲(chǔ)的各類(lèi)信息通常由 A）數(shù)據(jù)庫(kù)管理員維護(hù) B) 程序員維護(hù) C) 數(shù)據(jù)庫(kù)管理系統(tǒng)維護(hù) D）一般用戶(hù)維護(hù) （ 8）下列約束中能確保一個(gè)函數(shù)依賴(lài)是完全非平凡函數(shù)依賴(lài)的是 A) 僅當(dāng)其右邊的屬性集是左邊屬性集的子集 B) 僅當(dāng)其右邊屬性集中的屬性都不屬于左邊的屬性集 C) 僅當(dāng)其右邊屬性集中至少有一個(gè)屬性不屬于左邊的屬性集 D) 僅當(dāng)其右邊屬性集中的屬性都屬于左邊的屬性集 （ 9）在數(shù)據(jù)庫(kù)中可用多 種結(jié)構(gòu)組織數(shù)據(jù)，散列文件是其中的一種。關(guān)于散列文件，下列說(shuō)法錯(cuò)誤的是 A）為了防止桶溢出，在散列文件設(shè)計(jì)時(shí)，需要預(yù)留一些空間大小固定的桶 B) 用散列文件組織數(shù)據(jù)時(shí)，需要使用文件記錄中的一個(gè)或多個(gè)域作為查找碼 C) 如果散列文件中散列函數(shù)的 “均有分布性 ”不好，可能會(huì)造成桶溢出 D) 好的散列函數(shù)產(chǎn)生的存儲(chǔ)地址分布以盡可能是隨機(jī)的 （ 10）雖然數(shù)據(jù)庫(kù)應(yīng)該系統(tǒng)用戶(hù)界面的要求與具體應(yīng)用領(lǐng)域密切相關(guān)，但都是遵守一定的原則，下列描述的用戶(hù)界面設(shè)計(jì)原則，錯(cuò)誤的是 A) 當(dāng)系統(tǒng)出現(xiàn)錯(cuò)誤或程序 運(yùn)行時(shí)間較長(zhǎng)時(shí)，用戶(hù)界面應(yīng)為用戶(hù)提供有意義的反饋信息 B）友好的用戶(hù)界面應(yīng)該能適當(dāng)容忍用戶(hù)在使用中的一些操作錯(cuò)誤 C） Web 界面應(yīng)多采用動(dòng)畫(huà)和圖形效果，以吸引用戶(hù)使用 D) 用戶(hù)界面應(yīng)采取靈活多樣的數(shù)據(jù)輸入方式，以降低用戶(hù)輸入負(fù)擔(dān) (11) 在 SQL Server 2020 中，若希望數(shù)據(jù)庫(kù)用戶(hù) ACCT 具有創(chuàng)建數(shù)據(jù)庫(kù)對(duì)象的權(quán)限，較為合適的實(shí)現(xiàn)方法是 A) 使 ACCT 只在 dbcreator 角色中 B）使 ACCT 只在 publie 角色中 C) 使 ACCT 只在 db_owner 角色中 D) 使 ACCT 只在 db_ddladmin 角色中 (12) 設(shè)系、學(xué)生、教師三個(gè)實(shí)體之間存在約束：一個(gè)系可以招聘多名教師，一名教師只受聘于一個(gè)系，一個(gè)系可以招收多名學(xué)生，一名學(xué)生只屬于一個(gè)系，下列 ER 圖能準(zhǔn)確表達(dá)以上約束的是 (13) 在 SQL Server 2020 中，為確保數(shù)據(jù)庫(kù)系統(tǒng)能可 靠地運(yùn)行，不僅要考慮用戶(hù)數(shù)據(jù)庫(kù)的備份，也需要考慮系統(tǒng)數(shù)據(jù)庫(kù)（不考慮 tempdb）的備份，關(guān)于系統(tǒng)數(shù)據(jù)庫(kù)的備份策略，下列做法中最合理的是 A) 每天備份一次系統(tǒng)數(shù)據(jù)庫(kù) B）每天用戶(hù)進(jìn)行數(shù)據(jù)庫(kù)更改操作時(shí)，備份系統(tǒng)數(shù)據(jù)庫(kù) C) 每當(dāng)用戶(hù)操作影響了系統(tǒng)數(shù)據(jù)庫(kù)內(nèi)容時(shí)，備份系統(tǒng)數(shù)據(jù)庫(kù) D) 備份用戶(hù)數(shù)據(jù)庫(kù)的同時(shí)備份系統(tǒng)數(shù)據(jù)庫(kù) （ 14）在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的需求分析階段，需要進(jìn)行性能分析。下列關(guān)于數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)性能指標(biāo)的說(shuō)法，錯(cuò)誤的是 A) 數(shù)據(jù)訪(fǎng)問(wèn)響應(yīng)時(shí)間是指用戶(hù)向數(shù)據(jù)庫(kù)提交數(shù)據(jù)操作請(qǐng)求到操作 結(jié)果返回給用戶(hù)的時(shí)間 B) 系統(tǒng)吞吐量是指在單位時(shí)間內(nèi)系統(tǒng)能存儲(chǔ)的數(shù)據(jù)量 C) 并發(fā)用戶(hù)數(shù)量是指在保證單個(gè)用戶(hù)查詢(xún)響應(yīng)時(shí)間的前提下，系統(tǒng)最多允許同時(shí)訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)的用戶(hù)數(shù)量 D) 系統(tǒng)性能指標(biāo)是系統(tǒng)軟硬件設(shè)計(jì)和選型的重要依據(jù) (15) 下列屬于數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)需求分析階段工作的是 I. 標(biāo)識(shí)的理解問(wèn)題 II. 構(gòu)建關(guān)系模式 III. 實(shí)現(xiàn)應(yīng)用系統(tǒng) IV. 建立功能模型 A)I和 IV B)II和 III C)I和 II D)II和 IV (16) 在 SQL Server 2020 中，常用的數(shù)據(jù)庫(kù)備份方法有完全備份、差異備份和日志備份。為保證某些數(shù)據(jù)庫(kù)的可靠性，需要綜合采用者三種方式對(duì)該數(shù)據(jù)庫(kù)進(jìn)行備份。下列說(shuō)法正確的是 A）這三種備份操作的周期都必須一樣，并且都必須備份在同一個(gè)備份設(shè)備上 B) 這三種備份操作的周期都必須一樣，但可以備份在不同的備份設(shè)備上 C) 這三種備份操作的周期可以不一樣，但必須備份在同一個(gè)備份設(shè)備上 D) 這三種備份操作的周期可以不一樣，并且可以備份在不同的備份設(shè)備上 （ 17）對(duì)于聯(lián)機(jī)事務(wù)處理系統(tǒng)和數(shù)據(jù)倉(cāng)庫(kù)系 統(tǒng)中的數(shù)據(jù)，下列說(shuō)法正確的是 A) 一般情況下，聯(lián)機(jī)事務(wù)處理系統(tǒng)中的數(shù)據(jù)不能被修改，數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)中的數(shù)據(jù)可以被修改 B) 聯(lián)機(jī)事務(wù)處理系統(tǒng)中的數(shù)據(jù)規(guī)模一般大于數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)中的數(shù)據(jù)規(guī)模 C) 聯(lián)機(jī)事務(wù)處理系統(tǒng)中的數(shù)據(jù)一般按面向業(yè)務(wù)應(yīng)用的方式組織，數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)中的數(shù)據(jù)一般按面向分析主題的方式組織 D）一般情況下，在安全性和一致性要求上，對(duì)數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)中數(shù)據(jù)的要求要高于對(duì)聯(lián)機(jī)事務(wù)處理系統(tǒng)中數(shù)據(jù)的要求 （ 18）關(guān)于分布式數(shù)據(jù)庫(kù)，下列說(shuō)法錯(cuò)誤的是 A) 在分布式數(shù)據(jù)庫(kù)系統(tǒng)中，分片透明性主要是指數(shù)據(jù) 分片的分配位置對(duì)用戶(hù)是透明的，用戶(hù)無(wú)需關(guān)注每個(gè)分片被分配的場(chǎng)地 B) 對(duì)于用戶(hù)而言，一個(gè)分布式數(shù)據(jù)庫(kù)系統(tǒng)從邏輯上看如何一個(gè)集中式數(shù)據(jù)庫(kù)，用戶(hù)可在任何一個(gè)場(chǎng)地進(jìn)行執(zhí)行全局應(yīng)用和局部應(yīng)用 C) 分布式數(shù)據(jù)庫(kù)的查詢(xún)處理代價(jià)包括 CPU 和 I/O 代價(jià)，也需要考慮場(chǎng)地間傳輸數(shù)據(jù)所需的通信代價(jià) D）在分布式數(shù)據(jù)庫(kù)查詢(xún)中，導(dǎo)致場(chǎng)地間數(shù)據(jù)傳輸最大的主要原因是數(shù)據(jù)間的連接操作和并操作 （ 19）查詢(xún)優(yōu)化是提高數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)性能的重要手段。下列給出的查詢(xún)優(yōu)化方法，一般情況下無(wú)效的是 A) 為經(jīng)常需要進(jìn)行排序 或分組的列建立索引 B) 為經(jīng)常出現(xiàn)在查詢(xún)條件中的列建立索引 C）對(duì)涉及連接的查詢(xún)，盡量用左外連接或右外連接代替內(nèi)連接 D) 采用提前計(jì)算方法，將頻繁訪(fǎng)問(wèn)的視圖轉(zhuǎn)為物化視圖 （ 20）關(guān)于 UML 建模機(jī)制，下列說(shuō)法錯(cuò)誤的是 A) 用例模型可以把滿(mǎn)足用戶(hù)需求的功能表示出來(lái) B) 包圖是表面包與包之間關(guān)系的類(lèi)圖 C) 協(xié)作圖包含一組對(duì)象，并在圖中展示這些對(duì)象之間聯(lián)系以及對(duì)象間發(fā)送和接收的消息 D) 順序圖主要用于描述系統(tǒng)、用例和程序模塊中邏輯流程的先后秩序次序或并行次序 （ 21）在明確了解數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的任務(wù)目標(biāo)和系統(tǒng)范圍之后，需要進(jìn)行項(xiàng)目的可行性分析，關(guān)于可行性分析，下列說(shuō)法錯(cuò)誤的是 A) 經(jīng)濟(jì)可行性分析是指對(duì)項(xiàng)目進(jìn)行成本效益分析，其中項(xiàng)目成本一般包括開(kāi)發(fā)費(fèi)用，軟硬件購(gòu)置費(fèi)用、安裝調(diào)試及維護(hù)費(fèi)用 B) 技術(shù)可行性分析一般以系統(tǒng)的性能要求為主要依據(jù)，對(duì)系統(tǒng)的軟件，硬件和技術(shù)方案做出評(píng)估和選擇建議 C) 操作可行性分析的主要目的在于論證系統(tǒng)開(kāi)發(fā)是否具備所需要的人員、軟件、硬件、和工作環(huán)境等條件 D) 開(kāi)發(fā)方案選擇的目的在于提出并評(píng)價(jià)實(shí)現(xiàn)系統(tǒng)的各種開(kāi)發(fā)方案， 并從中選出合理的方案 （ 22）在 SQL Server 2020 中，某數(shù)據(jù)庫(kù)中有角色 R1 和用戶(hù) U1， U1 是 R1 角色的成員，且只屬于該角色。現(xiàn)對(duì) T 表給 R1 只授予 SELECT 和 DELETE 權(quán)限，并授予 U1 對(duì)于 T表具有 SELECT、 UPDATE 和 DENY DELETE 權(quán)限，則用戶(hù) U1 對(duì) T表可以執(zhí)行的操作是 A) 查詢(xún)，刪除和更改數(shù)據(jù) B) 查詢(xún)和更改數(shù)據(jù) C) 查詢(xún)和刪除數(shù)據(jù) D) 查詢(xún)和更改表結(jié)構(gòu) （ 23）對(duì)于關(guān)系的主碼必須滿(mǎn)足的條件，有下列說(shuō)法： I. 一個(gè)關(guān)系中的主碼屬性或?qū)傩孕?能函數(shù)決定該關(guān)系中的所有其他屬性 II. 一個(gè)關(guān)系中的主碼屬性不能與其他關(guān)系中的主碼屬性重名 III. 在一個(gè)關(guān)系中，一個(gè)主碼屬性的任一真子集都不能函數(shù)決定其他屬性 IV. 在一個(gè)關(guān)系中，從主碼屬性集中去掉某個(gè)屬性仍能唯一標(biāo)識(shí)一