建站
咨詢
售后
建站咨詢
新聞中心
近幾年來(lái)，數(shù)據(jù)處理和數(shù)據(jù)分析成為了企業(yè)招聘的熱門方向之一，越來(lái)越多的企業(yè)重視數(shù)據(jù)人才的培養(yǎng)。而在這個(gè)大環(huán)境下，數(shù)據(jù)庫(kù)成為了一個(gè)越來(lái)越重要的技術(shù)領(lǐng)域。在實(shí)際的工作中，相信大家都遇到過很多關(guān)于數(shù)據(jù)庫(kù)的問題。而為了進(jìn)入一個(gè)好的企業(yè)，對(duì)于求職者來(lái)說，考取一份數(shù)據(jù)庫(kù)證書成為了提高競(jìng)爭(zhēng)力的途徑之一。本文將會(huì)對(duì)最近中科軟數(shù)據(jù)庫(kù)筆試的題目進(jìn)行解析與分享，供在數(shù)據(jù)領(lǐng)域探索未來(lái)的技術(shù)人士參考。
創(chuàng)新互聯(lián)是一群有想法、有熱情，對(duì)互聯(lián)網(wǎng)抱有執(zhí)著信念的年輕人，愿用自己的智慧和熱情，幫助您使用好互聯(lián)網(wǎng)工具，成為您的建站英雄，成為您網(wǎng)站制作和網(wǎng)絡(luò)營(yíng)銷的“秘密武器”，專注于網(wǎng)站策劃、備案、空間域名、設(shè)計(jì)、后臺(tái)開發(fā)、關(guān)鍵詞優(yōu)化排名、運(yùn)營(yíng)管理、維護(hù)服務(wù)、微信網(wǎng)站、移動(dòng)網(wǎng)站建設(shè)，網(wǎng)站上線不是大家合作的終結(jié)，相反，網(wǎng)站維護(hù)才剛剛開始，我們期待常年累月的網(wǎng)站運(yùn)行過程總著為您提供更多的支持。我們致力于解決問題，創(chuàng)造價(jià)值，不推諉，主動(dòng)承擔(dān)。
一、題目概述
在進(jìn)行數(shù)據(jù)庫(kù)筆試之前，首先需要了解題目的標(biāo)準(zhǔn)和內(nèi)容。該筆試主要分為選擇題和編程題。其中選擇題難度較低，內(nèi)容不涉及太深入的理論方面，主要考查基礎(chǔ)的相關(guān)知識(shí)點(diǎn)，如SQL語(yǔ)句等。編程題則主要考察編程能力，以及對(duì)于實(shí)際場(chǎng)景的處理能力。
二、題目解析
以下是筆者對(duì)于其中幾道編程題進(jìn)行的解析，供讀者參考。
1. 給定一個(gè)MySQL表，表中有列a，列b，列c，并且表中的數(shù)據(jù)都為整數(shù)。請(qǐng)寫出SQL語(yǔ)句，查詢?cè)摫碇辛衋
本題考察SQL語(yǔ)句的基礎(chǔ)應(yīng)用。其中查詢條件只需要根據(jù)題目所給表的列名稱進(jìn)行填寫，且需要注意條件的關(guān)系（本題需要用到“and”邏輯詞），最后需要限制查詢條數(shù)為前5條。
答案：
“`
select * from table_name where a
“`
2. 給定兩個(gè)表T1和T2，T1中列A和列B的組合在T2中也以同樣的形式存在，兩個(gè)表都有一個(gè)主鍵。寫出查詢語(yǔ)句，將T1中所有滿足條件A>10或B
本題考察SQL語(yǔ)句的插入操作，需要將滿足條件的記錄插入到目標(biāo)表中。插入時(shí)需要注意將所有符合條件的記錄都插入到目標(biāo)表中。
答案：
“`
insert into T2 (column1, column2, …)
select column1, column2, …
from T1 where A > 10 or B
“`
3. 給定兩個(gè)表T1和T2，T2中包含一個(gè)外鍵，鏈接到T1的主鍵。寫一個(gè)SQL語(yǔ)句，刪除T1中所有沒有對(duì)應(yīng)外鍵的記錄。
本題考察SQL語(yǔ)句的刪除操作，其中需要涉及到多表操作。需要注意的是，涉及到外鍵的時(shí)候，需要先將外鍵關(guān)系刪除，才可以刪除主表的記錄。
答案：
“`
delete from T1 where T1.primary_key not in (select T2.foreign_key from T2);
“`
三、
通過上面的解析案例可以發(fā)現(xiàn)，數(shù)據(jù)庫(kù)筆試中?？疾榛A(chǔ)SQL語(yǔ)句的應(yīng)用，也會(huì)考查多表鏈接和外鍵的知識(shí)點(diǎn)。但在編程題上，筆試更多考查的是候選人的編程技能，以及基于一定數(shù)據(jù)分析場(chǎng)景下的編程實(shí)現(xiàn)。相對(duì)于選擇題來(lái)說，編程題難度和深度都有一定的提升。所以在準(zhǔn)備筆試的過程中，不僅需要掌握好基礎(chǔ)的SQL語(yǔ)句，同時(shí)還需要將開發(fā)技能與相關(guān)理論相結(jié)合，這樣才能夠在數(shù)據(jù)庫(kù)領(lǐng)域更快的成長(zhǎng)。
相關(guān)問題拓展閱讀：
- 軟件測(cè)試面試題
- 請(qǐng)問有誰(shuí)知道2023年3月的全國(guó)計(jì)算機(jī)四級(jí)數(shù)據(jù)庫(kù)工程師考試題型和以前的還一樣不？謝謝！
軟件測(cè)試面試題
Dotest測(cè)試學(xué)堂–董浩整理回答
題目一：怎么樣組織測(cè)試人員高效率完成測(cè)試工作，來(lái)確保產(chǎn)品質(zhì)量？
1：前期測(cè)試計(jì)劃，按照產(chǎn)品經(jīng)理、研發(fā)經(jīng)理提供的文檔：原型圖、需求說明書、設(shè)計(jì)稿等項(xiàng)目相關(guān)的文檔，先大概評(píng)估下測(cè)試范圍、工作量、需要人數(shù)、進(jìn)度、使用設(shè)備、難度（測(cè)試類型）和風(fēng)險(xiǎn)評(píng)估；如果哪里遇到問題，提前解決，不影響項(xiàng)目的完成時(shí)間和進(jìn)度；比如說：工作量：按照目前的人手可能完不成，那么需要考慮加班和團(tuán)隊(duì)的情緒，加班也完不成的情況下需要及時(shí)反饋給產(chǎn)品經(jīng)理\項(xiàng)目經(jīng)理協(xié)調(diào)人手或者調(diào)整項(xiàng)目的上線時(shí)間。
2：測(cè)試過程：分配更熟悉系統(tǒng)的人員書寫測(cè)試用例，指導(dǎo)測(cè)喚畢試并及時(shí)組織項(xiàng)目參與者評(píng)審用例，及時(shí)發(fā)現(xiàn)測(cè)試覆蓋率不全的問題，查漏補(bǔ)缺。更好的覆蓋全面。保證產(chǎn)品測(cè)試質(zhì)量。
3：過程配合：及時(shí)反饋遇到的問題；比如由于其他原因研發(fā)修改可能不及時(shí)也會(huì)造成進(jìn)度的耽誤，這時(shí)需要及時(shí)向研發(fā)經(jīng)理說明情況，商討目前手上項(xiàng)目的優(yōu)先級(jí)，看察槐看先修復(fù)哪個(gè)項(xiàng)目為好。
4：即將上線：無(wú)遺留bug（部分延期修改等問題，需討論是否本次修改完成）上線前要進(jìn)行灰度測(cè)試，再次進(jìn)行確認(rèn)測(cè)試\回歸測(cè)試，確保線上不會(huì)出現(xiàn)問題。
5：線上跟蹤：真正上線到和沒芹生產(chǎn)環(huán)境的話需要再次進(jìn)行線上跟蹤測(cè)試，整體回歸（確認(rèn)測(cè)試），app的話直接測(cè)試渠道包；確保生產(chǎn)環(huán)境無(wú)問題。如果有問題及時(shí)下線修改再次上線。
6：整體完成后總結(jié)本次測(cè)試過程和上線的過程，發(fā)現(xiàn)問題，下次避免；比如：人員熟悉系統(tǒng)程度、問題集中點(diǎn)、遺漏測(cè)試點(diǎn)。為了下次更快速、更好的完成項(xiàng)目的測(cè)試。
======
題目二：如何控制測(cè)試質(zhì)量和測(cè)試進(jìn)度，怎么評(píng)判本次的測(cè)試質(zhì)量？和上面的那道題類似了
控制測(cè)試質(zhì)量：提前計(jì)劃、把控過程、審核結(jié)果；
評(píng)估好前期計(jì)劃：比如：測(cè)試計(jì)劃，充分考慮測(cè)試范圍、工作量、需要人數(shù)、進(jìn)度、使用設(shè)備、難度（測(cè)試類型）和風(fēng)險(xiǎn)評(píng)估。
把控過程：評(píng)審測(cè)試用例、查漏補(bǔ)缺；多次反復(fù)測(cè)試，需在測(cè)試環(huán)境測(cè)試、灰度測(cè)試、UAT測(cè)試，最后線上的跟蹤測(cè)試來(lái)確保質(zhì)量。
審核結(jié)果：bug的修改情況、遺留問題、線上出現(xiàn)的問題；從而分析問題集中點(diǎn)，下次避免。
測(cè)試進(jìn)度：提前計(jì)劃、評(píng)審計(jì)劃。過程中需要及時(shí)反饋影響進(jìn)度的問題，及時(shí)解決。
評(píng)判測(cè)試質(zhì)量：我們一般是從灰度測(cè)試和線上回歸測(cè)試來(lái)評(píng)判；上線一段時(shí)間（一周、一個(gè)月）出現(xiàn)的問題總數(shù)，也就是線上出現(xiàn)的問題除以測(cè)試過程中的問題==測(cè)試問題遺漏比。通過這種方式來(lái)判斷。
當(dāng)然測(cè)試面試過程也不僅僅是這個(gè)問題，還有很多其他的，以下供參考：
—
軟件測(cè)試中面試問題整理-v2.0【根據(jù)真實(shí)學(xué)生面試過程總結(jié)的問題】
適合人群：零基礎(chǔ)轉(zhuǎn)崗、跳槽（1-6年）
注意：首先理解，然后會(huì)答\組織語(yǔ)言。前提是要會(huì)做項(xiàng)目，不然試用期可就過不了
會(huì)不斷更新該文檔，可以加我們進(jìn)行討論。面試中部分問題會(huì)深挖，就不再多寫
1：個(gè)人介紹
2：項(xiàng)目介紹
3：流程邏輯介紹
4：職責(zé)介紹
5：項(xiàng)目人數(shù)，分別負(fù)責(zé)的是什么
6：每日工作介紹
7：接口如何測(cè)試的？用例如何設(shè)計(jì)？
8：一個(gè)項(xiàng)目中大概有多少個(gè)接口
9：get\post的區(qū)別
10：常見的狀態(tài)碼是什么
11：postman、Jmeter\soapui的區(qū)別
12：公司流程
13：需求評(píng)審是怎么進(jìn)行的
14：測(cè)試計(jì)劃怎么寫的？重點(diǎn)是什么？
15：測(cè)試用例的思路？
16：如果我們沒有原型圖、需求的話，你怎么寫用例
17：給你個(gè)app\web你能快速說下用例的設(shè)計(jì)思路嗎？
18：app與web的不同點(diǎn)是什么？
19：測(cè)試報(bào)告的重點(diǎn)
20：什么是灰度測(cè)試
21：上線后的跟蹤如何做的？
22：為什么要做上線后的回歸測(cè)試
23：上線后發(fā)現(xiàn)的問題如何處理
24：什么是UAT測(cè)試，為什要做UAT測(cè)試
25：bug怎么描述的
26：用例怎么描述的
27：優(yōu)先級(jí)和嚴(yán)重程度如何劃分
28：如果和開發(fā)有歧義的話怎么辦
29：你映像bug是什么？
30：你發(fā)現(xiàn)一個(gè)bug如何定位的
31：自動(dòng)化測(cè)試如何進(jìn)行的？用的什么框架
32：常用的定位方法是什么？
33：功能測(cè)試與自動(dòng)化的區(qū)別
34：什么樣的項(xiàng)目適合自動(dòng)化
35：自動(dòng)化的好處是什么
36：自動(dòng)化的劣處是什么
37：你感覺你寫的用例覆蓋全面嗎
38：上線后發(fā)現(xiàn)的問題如何處理
39：linux常用的命令
40：linux常用的文件
41：linux環(huán)境搭建的步驟
42：常用sql語(yǔ)句
43：你們公司用sql嗎，怎么用的
44：兼容測(cè)試你怎么做的
45：手機(jī)是如何考慮的
46：兼容測(cè)試的重點(diǎn)是什么
47：如果手機(jī)不夠的話你怎么解決
48：真機(jī)和模擬器的區(qū)別是什么
49：你如何保證兼容的覆蓋率
50：怎么抓手機(jī)的數(shù)據(jù)包的？如何設(shè)置
51：通過抓取數(shù)據(jù)包主要測(cè)試什么
52：性能測(cè)試做嗎？怎么做的
53：python的遍歷是什么
54：隨意丟個(gè)軟件說下具體的用例
55：你們公司多長(zhǎng)時(shí)間迭代一次
56：迭代測(cè)試需要注意什么
57：你映像最深的bug是什么
58：你的期望薪資
59：你看比預(yù)期低2k，你能接受嗎
60：我們公司加班多，能接受嗎
61：能接受出差嗎？
62：路程有點(diǎn)遠(yuǎn)
63：你為什么要離職
64：你感覺你的優(yōu)勢(shì)在哪？
65：你未來(lái)的規(guī)劃是什么
66：你對(duì)下一個(gè)工作崗位有什么期望或要求嗎
67：對(duì)你的領(lǐng)導(dǎo)有什么要求嗎
68：你感覺你上家公司怎么樣；能說下優(yōu)缺點(diǎn)嗎？
69：你感覺你上家領(lǐng)導(dǎo)怎么樣；能說下優(yōu)缺點(diǎn)嗎？
70：有女朋友\男朋友嗎？
71：打算什么時(shí)候要孩子
72：你看你有什么想問的嗎
73：你大概什么時(shí)候能入職
74：最近面試多嗎？
75：手上有offer嗎？
76：你是什么時(shí)候開始找工作的？
77：你從上家公司離職已經(jīng)有好幾天了，是剛開始找工作嗎？\為什么一直沒找工作
希望對(duì)你有所幫助！
之一題：我認(rèn)為需要在測(cè)試前需要先寫好測(cè)試計(jì)劃，其中最重要的是本次測(cè)試使用的測(cè)試方法、使用的測(cè)試工具、測(cè)試環(huán)境。人員方面需要進(jìn)行人員及進(jìn)度的安排，每個(gè)測(cè)試階段后的輸出工件，還要有風(fēng)險(xiǎn)評(píng)估。在測(cè)試前將這些準(zhǔn)備工作做到位，這樣在測(cè)試的時(shí)候就會(huì)比較有條渣衫臘理。
第二題：控制測(cè)試質(zhì)量，我認(rèn)為更好是做好測(cè)試用例的設(shè)計(jì)，這樣可以對(duì)測(cè)試的覆蓋率進(jìn)行控制。
補(bǔ)充：如果時(shí)間充裕的話可以在設(shè)計(jì)用例后對(duì)其進(jìn)行評(píng)審，這樣可以提高測(cè)試質(zhì)量。不過這個(gè)在實(shí)際的工作當(dāng)中一般實(shí)現(xiàn)不了。。。。
下面列出的是網(wǎng)上的一個(gè)軟測(cè)筆試題，好多單位在筆試的時(shí)候都會(huì)copy下來(lái)作為筆試題，我至少遇到兩次了，其他的筆試題還有，但不一一列出了。
一、判斷題（每題1分，12 分，正確的√，錯(cuò)誤的╳）
1．軟件測(cè)試的目的是盡可能多的找出軟件的缺如滑陷。（）
2．Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（）
3．驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。（）
4．項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（）
5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（）
6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（）
7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（）
8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力更高能達(dá)到什么程度。（）
9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（）
10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（） 1
11．我們可以人為的使得軟件不存在配置問題。（）
12．集成測(cè)試計(jì)劃在需求分析階段末提交。（）
二、不定項(xiàng)選擇題（每題2 分，10分）
1．軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（）
A． 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。
B． 所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。
C． 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。
D． 驗(yàn)收測(cè)試工件齊全。
2．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）
A．項(xiàng)目經(jīng)理
B．SQA 負(fù)責(zé)人
C．配置負(fù)責(zé)人
D．測(cè)試組
3．下列關(guān)于alpha 測(cè)試的描述中正確的是：（）
A．a(chǎn)lpha 測(cè)試需要用戶代表參加
B．a(chǎn)lpha 測(cè)試不需要用戶代表參加
C．a(chǎn)lpha 測(cè)試是系統(tǒng)測(cè)試的一種
D．a(chǎn)lpha 測(cè)試是驗(yàn)收測(cè)試的一種
4．測(cè)試設(shè)計(jì)員的職責(zé)有：（）
A．制定測(cè)試計(jì)劃
B．設(shè)計(jì)測(cè)試用例
C．設(shè)計(jì)測(cè)試過程、腳本
D．評(píng)估測(cè)試活動(dòng)
5．軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（）
A．需求工件已經(jīng)被基線化
B．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化
C．構(gòu)架工件已經(jīng)被基線化
D．項(xiàng)目階段成果已經(jīng)被基線化
三、填空題（每空1分塌如，24 分）
1．軟件驗(yàn)收測(cè)試包括(正式驗(yàn)收測(cè)試)、(非正式驗(yàn)收測(cè)試和Alpha測(cè)試)、(Beta測(cè)試)三種類型。
2．系統(tǒng)測(cè)試的策略有功能測(cè)試、（性能測(cè)試）、（負(fù)載測(cè)試）、（壓力測(cè)試）、易用性測(cè)試、（容量測(cè)試）、（強(qiáng)度測(cè)試）、 （兼容性測(cè)試又稱）、（本地化測(cè)試）、（BVT測(cè)試）、（裸機(jī)測(cè)試）、（安全性測(cè)試）、（）、（容錯(cuò)性測(cè)試）、（恢復(fù)測(cè)試）、（）等15 種方法。
3．設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有（需求規(guī)格說明書）、（）和迭代計(jì)劃。
4．對(duì)面向過程的系統(tǒng)采用的集成策略有（）、（）兩種。
5．通過畫因果圖來(lái)寫測(cè)試用例的步驟為、、、及把因果圖轉(zhuǎn) 換為狀態(tài)圖共五個(gè)步驟。
四、簡(jiǎn)答題（共37分）
1． 階段評(píng)審與同行評(píng)審的區(qū)別。（4 分）
2 ． 什么是軟件測(cè)試。（3 分）
答：通過人工或自動(dòng)化手段對(duì)系統(tǒng)進(jìn)行測(cè)試，目的是為了驗(yàn)證系統(tǒng)是否滿足預(yù)定功能或者是為了弄清楚實(shí)際結(jié)果與預(yù)期結(jié)果之間的差別。
3 ． 簡(jiǎn)述集成測(cè)試的過程。（5 分）
答：將通過單元測(cè)試的單元模塊按照設(shè)計(jì)要求組合起來(lái)再進(jìn)行測(cè)試。重點(diǎn)檢查程序接口處是否有問題。
過程：首先進(jìn)行集成測(cè)試的測(cè)試計(jì)劃?測(cè)試設(shè)計(jì)?測(cè)試開發(fā)?測(cè)試用例執(zhí)行?測(cè)試評(píng)估，并且進(jìn)行全程的缺陷跟蹤。
4 ． 怎樣做好文檔測(cè)試？（4 分）
答：文檔測(cè)試要注意一下幾點(diǎn)：文檔的讀者群、文檔的術(shù)語(yǔ)、文檔的正確性、文檔的完整性、文檔的一致性、文檔的易用性、樣例與示例、文檔的語(yǔ)言
5． 白盒測(cè)試有那幾種方法？（6 分）
答：白盒測(cè)試方法分為：靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試
靜態(tài)測(cè)試方法：①編碼標(biāo)準(zhǔn)與準(zhǔn)則 ②走查 ③審查 ④評(píng)審
動(dòng)態(tài)測(cè)試方法：①語(yǔ)句覆蓋 ②判定覆蓋 ③條件覆蓋 ④判定-條件覆蓋 ⑤條件組合覆蓋 ⑥路徑覆蓋
⑦條件組合+路徑覆蓋
6． 系統(tǒng)測(cè)試計(jì)劃是否需要同行評(píng)審，為什么？（4 分）
答：系統(tǒng)測(cè)試計(jì)劃需要進(jìn)行同行評(píng)審，因?yàn)槿绻麑?duì)一個(gè)系統(tǒng)長(zhǎng)時(shí)間進(jìn)行測(cè)試可能會(huì)出現(xiàn)測(cè)試疲勞甚至出現(xiàn)
對(duì)系統(tǒng)的免疫現(xiàn)象，因此可以進(jìn)行同行評(píng)審，減少對(duì)相同系統(tǒng)的疲勞測(cè)試。
7． Alpha 測(cè)試與beta 測(cè)試的區(qū)別。（4 分）
8 ． 比較負(fù)載測(cè)試、容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別。（6 分）
9 ． 測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？（3 分）
常見軟件測(cè)試工程師面試題
1. 你如何在pocket pc 上TEST 你的程序. 你考慮了哪些方面.
2. 如辯扒果將你的程序的語(yǔ)言擴(kuò)展到非英語(yǔ),例如中文, 你如何測(cè)試.
3. 給你一個(gè)COCAN, 你如何測(cè)試(解釋說就是罐裝的可口可樂).
4. 當(dāng)你的程序遇到BUG的時(shí)候，你選擇怎樣處理.
5. 你如何isolation 你程序里的BUG.
6. 給你一個(gè)產(chǎn)品有10個(gè)functionality,如果時(shí)間緊迫, 只能測(cè)其中的5個(gè), 你如何選擇.
之一題：我認(rèn)為需要在測(cè)試前需要先寫好測(cè)試計(jì)劃，其中最重要的是本次測(cè)試使用的測(cè)試方法、使用的測(cè)試工具、測(cè)試環(huán)境。人員方面需要進(jìn)行人員及進(jìn)度的安排，每個(gè)測(cè)試階段攜搜昌后的輸出工件，還要有風(fēng)險(xiǎn)評(píng)估。在測(cè)試前將這些準(zhǔn)備工作做到位，這樣在測(cè)試的時(shí)候就會(huì)比較有條理。
第二題：控制測(cè)試質(zhì)漏昌量，我認(rèn)為更好是做好測(cè)試用例的設(shè)計(jì)，這樣可以對(duì)測(cè)試的覆蓋率進(jìn)行控制。
常見軟件測(cè)試工程師面試題
1. 你如何在pocket pc 上TEST 你的程序. 你考慮了哪些方面.
2. 如果將你歲升的程序的語(yǔ)言擴(kuò)展到非英語(yǔ),例如中文, 你如何測(cè)試.
3. 給你一個(gè)COCAN, 你如何測(cè)試(解釋說就是罐裝的可口可樂).
4. 當(dāng)你的程序遇到BUG的時(shí)候，你選擇怎樣處理.
5. 你如何isolation 你程序里的BUG.
6. 給你乎蠢老一個(gè)產(chǎn)品有10個(gè)functionality,如果時(shí)間緊迫, 只能測(cè)其中的5個(gè), 你如何選擇.
答案在軟件測(cè)試時(shí)代網(wǎng)-ltesting軟件測(cè)試技檔喚術(shù)之一門戶
如果是我我會(huì)回答:
1對(duì)我來(lái)說,測(cè)試并不枯燥,我會(huì)認(rèn)真的對(duì)每個(gè)項(xiàng)目都進(jìn)行測(cè)試,因?yàn)槊總€(gè)項(xiàng)目都有它不同的地方,比天天打字的打字員好多了..
2如果我覺得枯燥了友坦,我會(huì)想想其他的事情,放松自己的情緒,以達(dá)到調(diào)節(jié)的目的.因?yàn)楣ぷ?不管什么工作,都會(huì)有枯燥的一面.
3測(cè)試可以給我?guī)?lái)很多快樂,如果測(cè)試出一個(gè)項(xiàng)目缺少東西,我會(huì)很高興,因?yàn)槲覍?duì)自己的工作有好數(shù)桐了新的認(rèn)識(shí),也為公司做了效益;如果測(cè)試出一畢穗個(gè)項(xiàng)目沒有問題,我也很高興,因?yàn)橥聜兌荚谂?大家都希望為公司做貢獻(xiàn),這就是一個(gè)很強(qiáng)大的團(tuán)隊(duì)，這是一件多么另人振奮的事情啊!
請(qǐng)問有誰(shuí)知道2023年3月的全國(guó)計(jì)算機(jī)四級(jí)數(shù)據(jù)庫(kù)工程師考試題型和以前的還一樣不？謝謝！
一樣的。我剛過3月的。有三種題型：選擇題+填空題+設(shè)計(jì)與應(yīng)用題
如果需要真題，請(qǐng)留下郵箱。
2023年3月計(jì)算機(jī)等級(jí)考試四級(jí)數(shù)據(jù)庫(kù)筆試試題(文字版)
一、選擇題
(1)在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的需求分析階段，需要考慮數(shù)據(jù)的安全性需求。下列不屬于數(shù)據(jù)安全性需求分析內(nèi)容的是
A)分析數(shù)據(jù)的安全性需求，以確定每個(gè)關(guān)系表上定義的數(shù)據(jù)約束能夠滿足使用要求
B)分析全局用戶對(duì)數(shù)據(jù)的存取需求，以確定全局?jǐn)?shù)據(jù)的安全控制策略
C)分析特殊用戶對(duì)數(shù)據(jù)的存取需求，以保證數(shù)據(jù)庫(kù)的安全控制策略能夠滿足其使用要求
D)分析各類用戶對(duì)數(shù)據(jù)的存取需求，以確定各類用戶能夠操作的數(shù)據(jù)
(2)有學(xué)生表(學(xué)號(hào), 姓名, 性別, 身份證號(hào), 出生日期, 所在系號(hào))，在此表上使用如下語(yǔ)句建立索引：
CREATE NONCLUSTERED INDEX Idx_Name ON學(xué)生表(姓名);
此索引被稱為
A)非聚集散列索引
B)非聚集輔索引
C)非聚集順序索引
D)非聚集主索引
(3)在數(shù)據(jù)庫(kù)物理設(shè)計(jì)階段，使用聚集文件組織數(shù)據(jù)可以提高一些查詢的效率。下列關(guān)于聚集文件和聚集鍵的描述錯(cuò)誤的是
A)聚集文件將不同關(guān)系表中有關(guān)聯(lián)關(guān)系的記錄存儲(chǔ)在一起，以減少系統(tǒng)的物理I/O次數(shù)
B)聚集鍵應(yīng)該選用頻繁用于進(jìn)行自然連接的屬性或?qū)傩越M
C)聚集文件可以提高某些連接查詢的速度，但是它可能導(dǎo)致其他類型的查詢處理變慢
D)關(guān)系表中某個(gè)屬性的數(shù)據(jù)重復(fù)率越高，越適合作聚集鍵
(4)己知有描述科研項(xiàng)目及負(fù)責(zé)教師的關(guān)系模式：科研項(xiàng)目(項(xiàng)目號(hào), 項(xiàng)目名稱, 經(jīng)費(fèi), 負(fù)責(zé)教師號(hào), 姓名, 職稱)，該關(guān)系模式滿足函數(shù)依賴集：F={項(xiàng)目號(hào)→項(xiàng)目名稱, 項(xiàng)目號(hào)→經(jīng)費(fèi), 項(xiàng)目號(hào)→負(fù)責(zé)教師號(hào), 負(fù)責(zé)教師號(hào)→姓名, 負(fù)責(zé)教師號(hào)→職稱｝。下列分解中最合理的符合3NF的關(guān)系模式是
A)科研項(xiàng)目(項(xiàng)目號(hào), 項(xiàng)目名稱, 經(jīng)費(fèi))，教師(教師號(hào), 姓名, 職稱)
B)科研項(xiàng)目(項(xiàng)目號(hào), 項(xiàng)目名稱, 經(jīng)費(fèi))，教師(教師號(hào), 姓名, 職稱, 項(xiàng)目號(hào))
C)科研項(xiàng)目(項(xiàng)目號(hào), 項(xiàng)目名稱, 經(jīng)費(fèi), 負(fù)責(zé)教師號(hào))，教師(教師號(hào), 姓名, 職稱)
D)科研項(xiàng)目(項(xiàng)目號(hào), 項(xiàng)目名稱, 經(jīng)費(fèi))，項(xiàng)目_教師(項(xiàng)目號(hào), 負(fù)責(zé)教師號(hào))， 教師(教師號(hào), 姓名, 職稱)
(5)在IDEF0圖中矩形框代表功能活動(dòng)。關(guān)于連接到矩形框4條邊上的箭頭的語(yǔ)義，下列說法錯(cuò)誤的是
A)左邊的箭頭表示完成功能活動(dòng)需要的數(shù)據(jù)，它強(qiáng)調(diào)被活動(dòng)消耗或變換的內(nèi)容
B)上邊的箭頭表示影響這個(gè)活動(dòng)執(zhí)行的事件或約束，它強(qiáng)調(diào)被活動(dòng)變換的內(nèi)容
C)右邊的箭頭表示由這個(gè)活動(dòng)產(chǎn)生的信息，它強(qiáng)調(diào)活動(dòng)變換和處理的結(jié)果
D)下邊的箭頭表示實(shí)施該活動(dòng)的手段或完成活動(dòng)需要的資源，它強(qiáng)調(diào)如何做
(6)數(shù)據(jù)庫(kù)的運(yùn)行管理與維護(hù)主要由數(shù)據(jù)庫(kù)管理員負(fù)責(zé)，工作內(nèi)容主要包括日常維護(hù)、系統(tǒng)監(jiān)控與分析、性能優(yōu)化等。下列關(guān)于數(shù)據(jù)庫(kù)管理員工作內(nèi)容的說法錯(cuò)誤的是
A)數(shù)據(jù)庫(kù)的備份和恢復(fù)是重要的維護(hù)工作，數(shù)據(jù)庫(kù)管理員應(yīng)根據(jù)不同的應(yīng)用要求制定不同的備份計(jì)劃，在備份計(jì)劃中應(yīng)包含備份的時(shí)間、周期、備份方式和備份內(nèi)容等
B)性能優(yōu)化是數(shù)據(jù)庫(kù)管理員的重要工作，性能優(yōu)化的主要手段有查詢優(yōu)化、索引調(diào)整、模式調(diào)整等，這些工作一般無(wú)需開發(fā)人員參與
C)數(shù)據(jù)庫(kù)管理員應(yīng)監(jiān)控?cái)?shù)據(jù)庫(kù)中各種鎖的使用情況，并處理可能出現(xiàn)的死鎖情況，若發(fā)現(xiàn)問題應(yīng)及時(shí)通知相關(guān)人員
D)數(shù)據(jù)庫(kù)管理員需要定期檢查存儲(chǔ)空間使用情況并根據(jù)需求擴(kuò)展存儲(chǔ)空間，這些工作一般無(wú)需最終用戶參與
(7)若系統(tǒng)中存在4個(gè)等待事務(wù)T0、T1、T2、T3，其中T0正等待被T1鎖住的數(shù)據(jù)項(xiàng)Al，T1正等待被T2鎖住的數(shù)據(jù)項(xiàng)A2，T2正等待被T3鎖住的數(shù)據(jù)項(xiàng)A3，T3正等待被T0鎖住的數(shù)據(jù)項(xiàng)A0。根據(jù)上述描述，系統(tǒng)所處的狀態(tài)是
A)活鎖
B)死鎖
C)封鎖
D)正常
(8)在SQL Server 2023中，某數(shù)據(jù)庫(kù)中有教師表(教師號(hào), 姓名, 職稱)，其中教師號(hào)的數(shù)據(jù)類型是整型，其他均為字符類型。若教師表中當(dāng)前沒有數(shù)據(jù)，用戶在數(shù)霜尾幣藕次執(zhí)行下列語(yǔ)句：
?、?BEGIN TRANSACTION T1
?、?INSERT INTO教師表VALUES(1000,’張三’,’助教’);
?、?INSERT INTO教師表VALUES(1001,’王二’,’助教’);
?、?COMMIT T1;
Ⅴ.BEGIN TRANSACTION T2
?、?INSERT INTO教師表VALUES(1002,’王三’,’講師’);
?、?INSERT INTO教師表VALUES(1003,’李四’,’講師’);
?、?COMMIT T2;
在Ⅶ執(zhí)行的時(shí)候數(shù)據(jù)庫(kù)所在的服務(wù)器突然掉電，當(dāng)數(shù)據(jù)庫(kù)系統(tǒng)重新啟動(dòng)后，教師表中包含的數(shù)據(jù)條數(shù)為
A)4條
B)3條
C)2條
D)0條
(9)已知學(xué)生關(guān)系(學(xué)號(hào), 姓名, 性別, 課程號(hào), 成績(jī), 所在系號(hào))有下列函數(shù)依賴
?、?(學(xué)號(hào), 課程號(hào))→課程號(hào) Ⅱ.(學(xué)號(hào), 課程號(hào))→成績(jī)
?、?(學(xué)號(hào), 課程號(hào))→所在系號(hào) Ⅳ.(學(xué)號(hào), 課程號(hào))→姓名，性別
?、?(學(xué)弓, 桌程號(hào))→學(xué)號(hào)
以上函數(shù)依賴屬于非平凡函數(shù)依賴的是
A)僅I和V
B)僅Ⅱ和V
C)僅Ⅲ和Ⅳ
D)僅II、Ⅲ和Ⅳ
(10)數(shù)據(jù)庫(kù)管理系統(tǒng)采用三級(jí)加鎖協(xié)議來(lái)防止并發(fā)操作可能導(dǎo)致的數(shù)據(jù)錯(cuò)誤。在三級(jí)加鎖協(xié)議中，1級(jí)加鎖協(xié)議能夠解決的問題是
A)丟失修改
B)不可重復(fù)讀
C)讀臟數(shù)據(jù)
D)死鎖
(11)在SQL Server 2023中，假設(shè)某數(shù)據(jù)庫(kù)使用一段時(shí)間后，其數(shù)據(jù)文件和日志文件的空間均己快用完，如果要以手工方式擴(kuò)大該數(shù)據(jù)庫(kù)的空間，下列說法正確的是
A)可以擴(kuò)大單個(gè)數(shù)據(jù)文件的大小，但不能擴(kuò)大單個(gè)日志文件的大小
B)可以一次按比例擴(kuò)大整個(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)文件和日志文件的大小
C)可以添加一塊新的磁盤，并在新的磁盤上為數(shù)據(jù)庫(kù)建立新的數(shù)據(jù)文件和日志文件
D)可以一次按比例擴(kuò)大整個(gè)數(shù)據(jù)文件的大小，但不能擴(kuò)大日志文件的大小
(12)在SQL Server 2023中，設(shè)有職工表(職工號(hào), 職工名, 電子郵箱)，現(xiàn)要限制電子郵箱的最后幾位的取值為“@abc.com”，且“@”前至少有一位字符。下列添加約束的語(yǔ)句正確的是
A)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱LIKE ‘)
B)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱 = ‘)
C)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱LIKE ‘)
D)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱 = ‘)
(13)OLE DB是一種通用數(shù)據(jù)訪問接口。下列關(guān)于OLE DB的說法錯(cuò)誤的是
A)OLE DB是Microsoft OLE對(duì)象標(biāo)準(zhǔn)的一個(gè)實(shí)現(xiàn)，它由一系列的COM接口組成
B)與ODBC驅(qū)動(dòng)程序需要支持幾乎所有的DBMS特性不同，OLE DB允許只支持DBMS的部分功能
C)OLE DB支持訪問關(guān)系數(shù)據(jù)庫(kù)和非關(guān)系數(shù)據(jù)庫(kù)
D)OLE DB定義了數(shù)據(jù)提供者、數(shù)據(jù)消費(fèi)者和數(shù)據(jù)驅(qū)動(dòng)理序三類數(shù)據(jù)訪問組件
(14)日志文件是數(shù)據(jù)庫(kù)系統(tǒng)出現(xiàn)故障以后，保證數(shù)據(jù)正確、一致的重要機(jī)制之一。下列關(guān)于日志文件的說法錯(cuò)誤的是
A)日志的登記順序必須嚴(yán)格按照事務(wù)執(zhí)行的時(shí)間次序進(jìn)行
B)為了保證發(fā)生故障時(shí)能正確地恢復(fù)數(shù)據(jù)，必須保證先寫數(shù)據(jù)庫(kù)后寫日志
C)檢查點(diǎn)記錄是日志文件的一種記錄，用于改善恢復(fù)效率
D)事務(wù)故障恢復(fù)和系統(tǒng)故障恢復(fù)都必須使用日志文件
(15)統(tǒng)一建模語(yǔ)言UML是一種定義良好、易于表達(dá)、功能強(qiáng)大、通用的可視化建模語(yǔ)言，下列關(guān)于UML說法錯(cuò)誤的是
A)在UML的用例模型中，一個(gè)角色可以執(zhí)行多個(gè)用例，一個(gè)用例可以被多個(gè)角色使用
B)UML也適用于對(duì)象建模，其中的類圖和對(duì)象圖用于描述類模型、對(duì)象模型以及它們之間的動(dòng)態(tài)關(guān)系，這兩種圖都屬于UML的動(dòng)態(tài)視圖
C)UML的包圖是表明包以及包之間的關(guān)系的類圖，包是對(duì)模型中涉及的元素進(jìn)行分組后得到的結(jié)果。在進(jìn)行元素分組時(shí)，應(yīng)盡量追求包間低耦合、包內(nèi)高內(nèi)聚的目標(biāo)
D)UML中的順序圖和協(xié)作圖都描述交互，但是順序圖強(qiáng)調(diào)的是時(shí)間，協(xié)作圖強(qiáng)調(diào)的是空間
(16)對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行及時(shí)轉(zhuǎn)儲(chǔ)是保證數(shù)據(jù)安全可靠的重要手段。下列關(guān)于靜態(tài)轉(zhuǎn)儲(chǔ)和動(dòng)態(tài)轉(zhuǎn)儲(chǔ)的說法正確的是
A)靜態(tài)轉(zhuǎn)儲(chǔ)過程中數(shù)據(jù)庫(kù)系統(tǒng)不能運(yùn)行其他事務(wù)，不允許在轉(zhuǎn)儲(chǔ)期間執(zhí)行數(shù)據(jù)插入、修改和刪除操作
B)靜態(tài)轉(zhuǎn)儲(chǔ)必須依賴數(shù)據(jù)庫(kù)日志才能保證數(shù)據(jù)的一致性和有效性
C)動(dòng)態(tài)轉(zhuǎn)儲(chǔ)需要等待正在運(yùn)行的事務(wù)結(jié)束后才能開始
D)對(duì)一個(gè)24小時(shí)都有業(yè)務(wù)發(fā)生的業(yè)務(wù)系統(tǒng)來(lái)說，比較適合采用靜態(tài)轉(zhuǎn)儲(chǔ)技術(shù)
(17)設(shè)某并行數(shù)據(jù)庫(kù)系統(tǒng)中有表T(al, a2, . . .,an),因數(shù)據(jù)量大，需采用一維劃分法將數(shù)據(jù)劃分到不同的磁盤上，以提高系統(tǒng)效率。設(shè)al是劃分屬性，針對(duì)表T的查詢操作多數(shù)為點(diǎn)查詢，則適合采用的元組劃分策略是
A)輪轉(zhuǎn)法與范圍劃分
B)輪轉(zhuǎn)法與散列劃分
C)散列劃分與范圍劃分
D)以上都不合適
(18)軟件開發(fā)模型是對(duì)軟件開發(fā)過程的一種規(guī)范描述，用于表示軟件開發(fā)過程的整體框架和軟件開發(fā)活動(dòng)各階段間的關(guān)系。下列模型屬于軟件開發(fā)模型的是
Ⅰ.爆布模型 Ⅱ.快速原型模型
?、?增量模型 Ⅳ.螺旋模型
A)僅Ⅰ和Ⅱ
B)僅Ⅰ、Ⅲ和Ⅳ
C)僅Ⅱ和Ⅲ
D)Ⅰ、II、Ⅲ和Ⅳ
(19)設(shè)有某大型聯(lián)鎖商場(chǎng)，建立有面向業(yè)務(wù)的數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)和面向決策支持的數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)，數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)每天夜間需要從數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的數(shù)據(jù)庫(kù)導(dǎo)入新數(shù)據(jù)。在下列數(shù)據(jù)表中，最不適合采用快照方式從數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)中獲取數(shù)據(jù)的是
A)商品表和商品類別表
B)員工表和供應(yīng)商表
C)商品銷售表和商品采購(gòu)表
D)商場(chǎng)組織機(jī)構(gòu)表
(20)在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)中，查詢效率是考核數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的一個(gè)重要方面。下列方法中，通常有利于提高查詢效率的是
?、?盡可能避免無(wú)用的排序操作
Ⅱ.盡可能消除對(duì)大型表行數(shù)據(jù)的順序存取
?、?盡可能避免使用否定查詢
?、?盡可能避免使用外連接操作
?、?盡可能用子查詢代替連接查詢
A)僅I、Ⅱ、Ⅲ和Ⅳ
B)僅I、Ⅱ和Ⅳ
C)僅II、Ⅲ、Ⅳ和V
D)全部
(21)數(shù)據(jù)庫(kù)概念設(shè)計(jì)需要對(duì)一個(gè)企業(yè)或組織的應(yīng)用所涉及的數(shù)據(jù)進(jìn)行分析和組織。現(xiàn)有下列設(shè)計(jì)內(nèi)容
?、?分析數(shù)據(jù)，確定實(shí)體集
?、?分析數(shù)據(jù)，確定實(shí)體集之間的聯(lián)系
?、?分析數(shù)據(jù)，確定每個(gè)實(shí)體集的存儲(chǔ)方式
?、?分析數(shù)據(jù)，確定實(shí)體集之間聯(lián)系的基數(shù)
Ⅴ.分析數(shù)據(jù)，確定每個(gè)實(shí)體集的數(shù)據(jù)量
Ⅵ.分析數(shù)據(jù)，確定每個(gè)實(shí)體集包含的屬性
以上內(nèi)容不屬于數(shù)據(jù)庫(kù)概念設(shè)計(jì)的是
A)僅I、Ⅳ和Ⅵ
B)僅Ⅱ和Ⅴ
C)僅Ⅲ、Ⅳ和Ⅵ
D)僅Ⅲ和Ⅴ
(22)客戶端、服務(wù)器(C/S)架構(gòu)和瀏覽器/服務(wù)器(B/S)架是現(xiàn)在常用的兩種數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)架構(gòu)。關(guān)于C/S和B/S架構(gòu)，下列說法錯(cuò)誤的是
A)在C/S和B/S架構(gòu)中，數(shù)據(jù)庫(kù)服務(wù)器都承擔(dān)了數(shù)據(jù)共享和管理的功能
B)如果系統(tǒng)的最終用戶群體大，用戶地域分布廣，一般應(yīng)采用B/S架構(gòu)
C)C/S架構(gòu)的應(yīng)用程序需要發(fā)布給每個(gè)用戶，并在每個(gè)用戶計(jì)算機(jī)上進(jìn)行安裝。B/S架構(gòu)一般以通用瀏覽器為業(yè)務(wù)應(yīng)用界面，較為復(fù)雜的數(shù)據(jù)處理功能一般還可通過與瀏覽器進(jìn)行交互的組件實(shí)現(xiàn)
D)一般來(lái)說，對(duì)于功能需求相同的數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)項(xiàng)目，C/S架構(gòu)的應(yīng)用開發(fā)成本要高于B/S架構(gòu)的應(yīng)用開發(fā)成本
(23)數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)環(huán)境中存在各種類型的數(shù)據(jù)，設(shè)有如下數(shù)據(jù)
Ⅰ.為提高查詢效率建立的索引
?、?描述表結(jié)構(gòu)信息的數(shù)據(jù)字典
?、?用于優(yōu)化查詢的統(tǒng)計(jì)分析數(shù)據(jù)
?、?用戶會(huì)話信息
?、?用戶查詢結(jié)果
以上數(shù)據(jù)一般會(huì)存儲(chǔ)在數(shù)據(jù)庫(kù)中的是
A)僅Ⅰ、Ⅱ和Ⅴ
B)僅Ⅰ和Ⅲ
C)僅Ⅰ、Ⅱ和Ⅲ
D)僅II、Ⅲ和Ⅳ
(24)在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)生命周期中，系統(tǒng)規(guī)劃與分析是一個(gè)重要的環(huán)節(jié)。關(guān)于系統(tǒng)規(guī)劃與分析，下列說法錯(cuò)誤的是
A)規(guī)劃與分析是數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)生命周期的起點(diǎn)。規(guī)劃與分析階段的主要工作包括系統(tǒng)規(guī)劃與定義、可行性分析和項(xiàng)目規(guī)劃
B)系統(tǒng)規(guī)劃與定義是規(guī)劃與分析的主要環(huán)節(jié)，它需要在系統(tǒng)設(shè)計(jì)過程中逐步完成
C)可行性分析是從技術(shù)、經(jīng)濟(jì)和操作等方面進(jìn)行項(xiàng)目可行性的分析，它在明確目標(biāo)和任務(wù)之后，評(píng)估系統(tǒng)在給定條件下是否可行
D)項(xiàng)目規(guī)劃是對(duì)項(xiàng)目所需的資源、成本和進(jìn)度進(jìn)行合理估算，并制定初步的項(xiàng)目開發(fā)計(jì)劃
(25)在SQL Server 2023中，某數(shù)據(jù)庫(kù)的數(shù)據(jù)量比較大，且存儲(chǔ)在無(wú)磁盤陣列的存儲(chǔ)設(shè)備上。為盡可能提高數(shù)據(jù)的操作效率，下列構(gòu)建數(shù)據(jù)庫(kù)文件的方法中，最合適的是
A)盡可能選擇一塊足夠大的磁盤，并在此磁盤上建立一個(gè)數(shù)據(jù)文件和一個(gè)日志文件
B)盡可能建立多個(gè)數(shù)據(jù)文件，讓每個(gè)數(shù)據(jù)文件位于不同的磁盤上，并盡可能將日志文件一與數(shù)據(jù)文件分別建立在不同的磁盤上
C)盡可能建立多個(gè)數(shù)據(jù)文件，將這些數(shù)據(jù)文件建立在一塊足夠大的磁盤上，并將全部日志文件建立在另一塊足夠大的磁盤上
D)盡可能建立多個(gè)數(shù)據(jù)文件，讓每個(gè)數(shù)據(jù)文件位于不同的磁盤上，并盡可能將日志文件與數(shù)據(jù)文件建立在相同的磁盤上
(26)設(shè)有某大型連鎖超市的數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)，在系統(tǒng)實(shí)施或改造過程中，需要對(duì)系統(tǒng)進(jìn)行測(cè)試。設(shè)有下列測(cè)試活動(dòng)
?、?模擬客戶消費(fèi)行為，生成銷售數(shù)據(jù)，測(cè)試系統(tǒng)是否能正確完成銷售業(yè)務(wù)
Ⅱ.編寫模擬數(shù)據(jù)生成器，每秒生成2千筆與銷售業(yè)務(wù)對(duì)應(yīng)的銷售數(shù)據(jù)，測(cè)試系統(tǒng)吞吐率
?、?在數(shù)據(jù)庫(kù)中模擬生成5億條銷售數(shù)據(jù)，同時(shí)開啟所有的收銀臺(tái)，測(cè)試系統(tǒng)平均響應(yīng)時(shí)間
?、?模擬銷售持續(xù)一周時(shí)間，在此期間，每天審核系統(tǒng)結(jié)賬功能是否正確
?、?測(cè)試數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)能否正確地完成銀聯(lián)卡消費(fèi)業(yè)務(wù)
以上測(cè)試活動(dòng)，屬于性能測(cè)試的是
A)僅Ⅰ、Ⅱ和Ⅲ
B)僅Ⅱ、Ⅲ和Ⅴ
C)僅Ⅱ和Ⅲ
D)僅I、Ⅳ和Ⅴ
(27)在SQL Server 2023中，設(shè)有課程表(課程號(hào)，課程名，學(xué)分，開課學(xué)期)，現(xiàn)要在此關(guān)系表上建立一個(gè)查詢指定學(xué)期開設(shè)的課程總門數(shù)和總學(xué)分?jǐn)?shù)的內(nèi)嵌表值函數(shù)，函數(shù)名為f _FindTotal。實(shí)現(xiàn)這個(gè)函數(shù)的正確代碼是
A)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
SELECT COUNT(課程號(hào))as課程門數(shù), SUM(學(xué)分)as總學(xué)分FROM課程表
WHERE開課學(xué)期 = @ semester)
B)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
SELECT COUNT(課程號(hào))as課程門數(shù), COUNT(學(xué)分)as總學(xué)分FROM課程表
WHERE開課學(xué)期 = @semester)
C)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
SELECT SUM(課程號(hào))as課程門數(shù), SUM(學(xué)分)as總學(xué)分FROM課程表
WHERE開課學(xué)期= @semester)
D)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
SELECT SUM(課程號(hào))as課程門數(shù), COUNT(學(xué)分)as 總學(xué)分FROM課程表
WHERE開課學(xué)期 = @semester)
(28)設(shè)商場(chǎng)業(yè)務(wù)系統(tǒng)中有銷售單據(jù)表(銷售單據(jù)號(hào), 收款員, 銷售時(shí)間)，銷售明細(xì)表(銷售明細(xì)條目號(hào), 銷售單據(jù)號(hào), 商品號(hào), 數(shù)量, 單位, 金額)和商品表(商品號(hào), 商品名, 價(jià)格)。該系統(tǒng)業(yè)務(wù)繁忙，保存的數(shù)據(jù)量非常大，每次換班時(shí)要統(tǒng)計(jì)收款員的收入總額，每天停業(yè)后要統(tǒng)計(jì)各個(gè)商品的當(dāng)天銷售量，銷售過程中經(jīng)常需要查詢某筆銷售業(yè)務(wù)的情況。為了優(yōu)化系統(tǒng)性能，下列優(yōu)化方案合理的是
A)在銷售單據(jù)表的收款員屬性上建立聚集索引，在銷售明細(xì)表的銷售單據(jù)號(hào)屬性上建立非聚集索引，在商品表的商品號(hào)屬性上建立聚集索引
B)在銷售單據(jù)表的銷售單據(jù)號(hào)屬性上建立聚集索引，在銷售明細(xì)表的銷售單據(jù)號(hào)屬性上建立非聚集索引，在商品表的商品號(hào)屬性上建立聚集索引，建立收款員單班銷售量表和商品當(dāng)天銷售匯總表，在每筆銷售成交后分別累計(jì)統(tǒng)計(jì)相應(yīng)數(shù)據(jù)
C)在銷售單據(jù)表的銷售時(shí)間屬性和收款員屬性上分別建立聚集索引，在銷售明細(xì)表的銷售單據(jù)號(hào)屬性上建立非聚集索引，在商品表的商品號(hào)屬性上建立聚集索引，建立收款員單班銷售量表和商品當(dāng)天銷售匯總表，在每筆銷售成交后分別累計(jì)統(tǒng)計(jì)相應(yīng)數(shù)據(jù)
D)在銷售單據(jù)表的銷售單據(jù)號(hào)屬性和收款員屬性上分別建立聚集索引，在銷售明細(xì)表的商品號(hào)屬性上建立聚集索引
(29)在SQL Server 2023中，假設(shè)利用備份設(shè)備對(duì)某個(gè)數(shù)據(jù)量和日志量都比較大的數(shù)據(jù)庫(kù)進(jìn)行完全備份。下列說法正確的是
A)如果各個(gè)磁盤上的剩余空間均不足以存儲(chǔ)數(shù)據(jù)庫(kù)的備份，但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫(kù)所需的空間，則可以將這些磁盤的剩余空間組織起來(lái)建立一個(gè)備份設(shè)備以實(shí)施備份
B)如果各個(gè)磁盤上的剩余空間均不足以存儲(chǔ)數(shù)據(jù)庫(kù)的備份，但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫(kù)所需的空間，則可以將數(shù)據(jù)庫(kù)中的數(shù)據(jù)和日志分別備份到位于不同磁盤的備份設(shè)備上，以解決單個(gè)磁盤空間不足的問題
C)可以只對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行備份，并且可以備份到位于不同磁盤的備份設(shè)備上，以更大限度地減少備份該數(shù)據(jù)庫(kù)占用的空間
D)如果各個(gè)磁盤上的剩余空間均不足以存儲(chǔ)數(shù)據(jù)庫(kù)的備份，但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫(kù)所需的空間，則可以在每個(gè)磁盤上分別建立一個(gè)備份設(shè)備，并同時(shí)利用這些設(shè)備備份數(shù)據(jù)庫(kù)
?。?0）在某分布式數(shù)據(jù)庫(kù)系統(tǒng)中，設(shè)某數(shù)據(jù)表的模式為S(al, a2, a3, a4, a5），其中al為主碼，該表中數(shù)據(jù)量大，a2取值空間為{1,2,3}。設(shè)有兩個(gè)數(shù)據(jù)分片方案，分別為PSz1＝{S11, S12, S13}和PS2＝{S21, S22, S23}，任取分片S1i，S1i的模式為(al, a2, a3, a4, a5)，且S1i中的任一元組t都屬于S，且t在屬性a2上的取值為i。任取分片S2i，有S2i與S元組數(shù)相同，且其主碼為al，S21的模式為（al, a2），S22為（a1, a3, a4），S23為（al, a5）。則關(guān)于PS1和PS2的分片機(jī)制，下列說法正確的是
A）PS1為水平分片，PS2為垂直分片
B）PS1為垂直分片，PS2為導(dǎo)出分片
C）PS1為水平分片，PS2為導(dǎo)出分片
D）PS1為垂直分片，PS2為水平分片
二、應(yīng)用題
(1)在SQL Server 2023中，現(xiàn)要在employees表的first_name和last_name列上建立一個(gè)唯一的非聚集復(fù)合索引，其中first_name列數(shù)據(jù)的重復(fù)率是5%，last_name列數(shù)據(jù)的重復(fù)率是10%。請(qǐng)補(bǔ)全下列語(yǔ)句使以first_name和last_name列作為條件的查詢效率更高。
CREATE UNIQUE NONCLUSTERED INDEX Idx_Name
ON employees( 【1】 )
(2)在SQL Server 2023中，設(shè)有顧客表(顧客號(hào), 顧客名, 所在地區(qū), 年齡)，應(yīng)用系統(tǒng)中需統(tǒng)計(jì)指定地區(qū)的顧客人數(shù)和平均年齡。請(qǐng)補(bǔ)全下列存儲(chǔ)過程代碼以完成該功能。
CREATE PROC P_Count
@area varchar(20)
AS
SELECT COUNT(*)AS 人數(shù), 【2】 AS平均年齡FROM顧客表
WHERE所在地區(qū)=@area
(3)設(shè)有顧客表(顧客號(hào), 顧客名, 聯(lián)系)和購(gòu)買表(商品號(hào), 顧客號(hào), 購(gòu)買時(shí)間)，現(xiàn)要統(tǒng)計(jì)有購(gòu)買記錄的顧客人數(shù)。請(qǐng)補(bǔ)全下列實(shí)現(xiàn)該功能的語(yǔ)句。
SELECT【3】FROM購(gòu)買表
(4)在VB 6.0中，為簡(jiǎn)化訪問數(shù)據(jù)庫(kù)數(shù)據(jù)的編程，經(jīng)常使用Adodc數(shù)據(jù)控件來(lái)訪問數(shù)據(jù)庫(kù)中的數(shù)據(jù)。該控件中用于描述服務(wù)器連接信息的屬性是【4】 。
(5)在SQL Server 2023中，要授予某數(shù)據(jù)庫(kù)中的某個(gè)用戶具有該數(shù)據(jù)庫(kù)中全部用戶數(shù)據(jù)表的插入、刪除和修改權(quán)限，比較合理的做法是將該用戶添加到系統(tǒng)提供的【5】數(shù)據(jù)庫(kù)角色中。
(6)設(shè)有學(xué)生表(學(xué)號(hào), 姓名, 性別, 所在系)，這些列均不允許有空值?，F(xiàn)要建立一個(gè)視圖，統(tǒng)計(jì)“計(jì)算機(jī)系”的男生人數(shù)和女生人數(shù)。請(qǐng)補(bǔ)全下列語(yǔ)句。
CREATE VIEW V_Count
AS
SELECT【6】 , COUNT(*)AS人數(shù)FROM學(xué)生表
WHERE所在系=’計(jì)算機(jī)系’
【7】
(7)事務(wù)是由一系列操作組成的，事務(wù)的執(zhí)行表現(xiàn)為事務(wù)中各個(gè)操作的執(zhí)行。每個(gè)事務(wù)應(yīng)具有結(jié)束操作。當(dāng)一個(gè)事務(wù)需要終止并取消所有已執(zhí)行的數(shù)據(jù)修改時(shí)應(yīng)執(zhí)行的語(yǔ)句是【8】。
(8)數(shù)據(jù)倉(cāng)庫(kù)是一個(gè)面向【9】的、集成的、非易失的，且隨時(shí)間變化的數(shù)據(jù)。
(9)事務(wù)對(duì)一個(gè)數(shù)據(jù)項(xiàng)的操作類型決定了數(shù)據(jù)項(xiàng)上的鎖的類型。鎖的類型主要有互斥鎖(簡(jiǎn)稱X鎖)和【10】鎖(簡(jiǎn)稱S鎖)兩種。
(10)在SQL Server 2023中，現(xiàn)要將數(shù)據(jù)庫(kù)DB1差異備份到備份設(shè)備BK上，并且不覆蓋BK上的已有內(nèi)容。請(qǐng)補(bǔ)全下列備份數(shù)據(jù)庫(kù)DBI的語(yǔ)句。
BACKUP 【11】 DB1 TO BK【12】 , NOINIT
(11)在SQL Server 2023中，某數(shù)據(jù)庫(kù)中有圖書表(書號(hào), 圖書名稱, 類別)和銷售表(書號(hào), 銷售時(shí)間, 銷售數(shù)量)，其中銷售數(shù)量大于0?，F(xiàn)要查詢2023年10月銷售的圖書名稱和類別。請(qǐng)補(bǔ)全下列實(shí)現(xiàn)該功能的查詢語(yǔ)句。
SELECT圖書名稱, 類別FROM圖書表
WHERE EXISTS(SELECT*FROM銷售表
WHERE銷售時(shí)間BETWEEN ‘2023/10/1’ AND ‘2023/10/31’
【13】 )
(12)OLAP主要用于支持復(fù)雜的分析操作，側(cè)重對(duì)決策人員和高層管理人員的數(shù)據(jù)支持。OLAP的實(shí)現(xiàn)方式主要有三種：MOLAP、【14】和HOLAP。
(13)在分布式數(shù)據(jù)庫(kù)系統(tǒng)中，數(shù)據(jù)分布透明性是方便用戶使用數(shù)據(jù)的重要保證。數(shù)據(jù)分布透明性的更高級(jí)別是【15】透明性。
三、設(shè)計(jì)與應(yīng)用題
(1)設(shè)有某簡(jiǎn)化的網(wǎng)上購(gòu)物系統(tǒng)，其ER圖如下：
該系統(tǒng)數(shù)據(jù)之間存在下列約束：
?、? 一個(gè)客戶(編號(hào)唯一)可以擁有多個(gè)訂單，每個(gè)訂單僅屬于一個(gè)客戶;
?、? 一個(gè)訂單(編號(hào)唯一)可以包含多個(gè)訂購(gòu)細(xì)目，每個(gè)訂購(gòu)細(xì)目只屬于一個(gè)訂單;
?、? 一種商品可以出現(xiàn)在多個(gè)訂購(gòu)細(xì)目中，一個(gè)訂購(gòu)細(xì)目只包含一種商品;
?、? 一個(gè)商品類別可以包含多種商品，一種商品只屬于一個(gè)商品類別。
?、?請(qǐng)根據(jù)以上約束，標(biāo)出ER圖中各實(shí)體集之間聯(lián)系的基數(shù)。(2分)
?、?請(qǐng)將ER圖轉(zhuǎn)換成符合3NF的關(guān)系模式，并給出各關(guān)系模式的主碼和外碼。(4分)
?、?請(qǐng)修改所設(shè)計(jì)的關(guān)系模式使之支持下列功能(僅列出發(fā)生修改的關(guān)系模式)。(4分)
Ⅰ. 使客戶能方便了解每個(gè)訂購(gòu)細(xì)目的處理狀態(tài)和到貨時(shí)間;
?、? 使客戶能方便查詢商品供應(yīng)商的編號(hào)、名稱、所在城市、聯(lián)系和信譽(yù)。(限定一個(gè)供應(yīng)商可以供應(yīng)多種商品，一種商品只選自一個(gè)供應(yīng)商)
(2)某學(xué)校的學(xué)籍管理系統(tǒng)實(shí)現(xiàn)了對(duì)學(xué)生學(xué)籍信息的管理，其中學(xué)生表結(jié)構(gòu)為：學(xué)生表(學(xué)號(hào), 姓名, 性別, 系號(hào), 是否有學(xué)籍)，此表中除學(xué)號(hào)列有唯一索引外，其它列均無(wú)索引。
?、僭O(shè)學(xué)籍管理系統(tǒng)中經(jīng)常執(zhí)行如下形式的操作：
SELECT*FROM學(xué)生表
WHERE姓名=’張三’ AND 系號(hào)=’10’ AND 是否有學(xué)籍=’有’
系統(tǒng)運(yùn)行中發(fā)現(xiàn)這類操作的效率比較低，系統(tǒng)工程師建議：由于查詢條件中使用了“系號(hào)”、“姓名”和“是否有學(xué)籍”三列，建議在這三個(gè)列上分別建立索引，以提高查詢效率。
請(qǐng)問其建議建立的三個(gè)索引是否都能提高查詢效率?請(qǐng)簡(jiǎn)要說明原因。
?、谠O(shè)學(xué)生表中有下列數(shù)據(jù)：
并且已經(jīng)在學(xué)生表的姓名列上建立了一個(gè)非聚集索引(按姓名拼音升序排序)。請(qǐng)給出查找碼“姓名”對(duì)應(yīng)的稠密索引示意圖。(4分)
(3)在SQL Server 2023中，設(shè)有教師表(教師號(hào), 姓一名, 所在部門號(hào), 職稱)和部門表(部門號(hào), 部門名, 高級(jí)職稱人數(shù))。請(qǐng)編寫滿足下列要求的后觸發(fā)型觸發(fā)器(設(shè)觸發(fā)器名字為tri_zc)。(10分)
每當(dāng)在教師表中插入一名具有高級(jí)職稱(“教授”或“副教授”)的教師時(shí)，或者將非高級(jí)職稱教師的職稱更改為高級(jí)職稱時(shí)，均修改部門表中相應(yīng)部門的高級(jí)職稱人數(shù)。(假設(shè)一次操作只插入或更改一名教師的職稱)
關(guān)于中科軟數(shù)據(jù)庫(kù)筆試題的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
成都創(chuàng)新互聯(lián)建站主營(yíng)：成都網(wǎng)站建設(shè)、網(wǎng)站維護(hù)、網(wǎng)站改版的網(wǎng)站建設(shè)公司，提供成都網(wǎng)站制作、成都網(wǎng)站建設(shè)、成都網(wǎng)站推廣、成都網(wǎng)站優(yōu)化seo、響應(yīng)式移動(dòng)網(wǎng)站開發(fā)制作等網(wǎng)站服務(wù)。
分享名稱：中科軟數(shù)據(jù)庫(kù)筆試題解析與分享(中科軟數(shù)據(jù)庫(kù)筆試題)
轉(zhuǎn)載來(lái)于：http://www.5511xx.com/article/cogpjss.html
