建站
咨詢
售后
建站咨詢
新聞中心
數(shù)據(jù)庫活鎖是數(shù)據(jù)庫處理過程中常見的一個(gè)問題。當(dāng)事務(wù)在競爭同一資源的時(shí)候，由于互相等待對(duì)方釋放資源，導(dǎo)致事務(wù)始終無法繼續(xù)執(zhí)行，形成死循環(huán)。這種死循環(huán)的現(xiàn)象即被稱為數(shù)據(jù)庫活鎖。數(shù)據(jù)庫活鎖問題不僅會(huì)影響業(yè)務(wù)的正常運(yùn)行，還會(huì)增加數(shù)據(jù)庫的系統(tǒng)負(fù)擔(dān)，耗費(fèi)更多的時(shí)間和資源。為了避免數(shù)據(jù)庫活鎖問題的發(fā)生，本文從三個(gè)方面介紹避免數(shù)據(jù)庫活鎖的方法。
公司主營業(yè)務(wù)：成都網(wǎng)站制作、成都做網(wǎng)站、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)推出井陘礦免費(fèi)做網(wǎng)站回饋大家。
方法一：合理設(shè)計(jì)事務(wù)
避免數(shù)據(jù)庫活鎖問題的一個(gè)重要方法是合理設(shè)計(jì)事務(wù)，確保事務(wù)之間的執(zhí)行順序和資源互斥關(guān)系。首先需要確定資源互斥關(guān)系，即哪些資源會(huì)被多個(gè)事務(wù)同時(shí)競爭。然后，考慮如何保證事務(wù)之間的執(zhí)行順序，避免發(fā)生活鎖問題。具體來說，可以采用以下方法：
1.順序執(zhí)行事務(wù)
如果一個(gè)事務(wù)需要多個(gè)資源才能完成，那么就需要保證每個(gè)資源只被一個(gè)事務(wù)占用，且事務(wù)的執(zhí)行順序是有序的。這可以通過在事務(wù)中使用加鎖機(jī)制或者控制語句執(zhí)行的位置來實(shí)現(xiàn)。
2.避免長事務(wù)
長事務(wù)是導(dǎo)致數(shù)據(jù)庫活鎖的主要原因之一。長事務(wù)會(huì)占用數(shù)據(jù)庫的資源，并且會(huì)導(dǎo)致其他事務(wù)等待長時(shí)間才能獲得資源。為了避免長事務(wù)的出現(xiàn)，可以使用更細(xì)粒度的事務(wù)來代替長事務(wù)。
3.避免嵌套事務(wù)
嵌套事務(wù)也是一個(gè)常見的導(dǎo)致數(shù)據(jù)庫活鎖的問題。在事務(wù)嵌套的過程中，如果事務(wù)的層數(shù)太多，容易導(dǎo)致鎖的競爭和死鎖問題。因此，更好避免在事務(wù)中嵌套事務(wù)。
方法二：盡量減少鎖的使用
鎖是避免數(shù)據(jù)庫活鎖的重要手段之一，但是過多的鎖的使用也會(huì)導(dǎo)致數(shù)據(jù)庫活鎖的問題。為了避免過多的鎖的使用，需要采用以下方法：
1.使用較高級(jí)別的鎖
在數(shù)據(jù)庫中，鎖的粒度越細(xì)，產(chǎn)生鎖的代價(jià)就越高。因此，針對(duì)長時(shí)間的事務(wù)操作，可以使用較高級(jí)別的鎖，從而減少鎖的數(shù)量和代價(jià)。
2.事務(wù)異步執(zhí)行
異步執(zhí)行事務(wù)可以減少數(shù)據(jù)庫的鎖數(shù)和查詢的次數(shù)。因?yàn)樵诋惒綀?zhí)行事務(wù)的過程中，只需要在事務(wù)處理開始和結(jié)束的地方加鎖和解鎖即可。這樣可以避免在事務(wù)處理的過程中不必要的鎖和查詢。
3.盡量避免鎖沖突
在數(shù)據(jù)庫中，鎖的沖突是導(dǎo)致數(shù)據(jù)庫活鎖的主要原因之一。為了避免鎖沖突，應(yīng)該在程序設(shè)計(jì)的時(shí)候避免并發(fā)訪問同一數(shù)據(jù)區(qū)域。比如可以通過在代碼中添加延遲、分批處理或沖突檢測(cè)等方法來避免鎖沖突。
方法三：正確使用數(shù)據(jù)庫技巧
正確使用數(shù)據(jù)庫技巧是避免數(shù)據(jù)庫活鎖的關(guān)鍵之一。以下是一些常見的使用數(shù)據(jù)庫技巧：
1.正確使用索引
正確使用索引可以加快數(shù)據(jù)庫的查詢速度和降低鎖的數(shù)量。索引可以提高查詢效率，減少查詢時(shí)的鎖沖突，從而降低常見的數(shù)據(jù)庫活鎖問題。
2.合理設(shè)計(jì)數(shù)據(jù)庫結(jié)構(gòu)
合理設(shè)計(jì)數(shù)據(jù)庫結(jié)構(gòu)可以避免數(shù)據(jù)表的設(shè)計(jì)不當(dāng)而導(dǎo)致的死鎖問題。通過合理的分類和設(shè)計(jì)，可以減少數(shù)據(jù)庫表之間的依賴，從而避免死鎖問題。
3.合理配置數(shù)據(jù)庫參數(shù)
合理配置數(shù)據(jù)庫參數(shù)可以提高數(shù)據(jù)庫的性能和運(yùn)行穩(wěn)定性，從而避免數(shù)據(jù)庫活鎖問題的發(fā)生。比如可以合理設(shè)置更大連接數(shù)、緩存區(qū)大小等參數(shù)來減少因?yàn)橘Y源不足而導(dǎo)致的死鎖問題。
綜上所述，避免數(shù)據(jù)庫活鎖問題的方法有很多種。但是所有的方法都需要從技術(shù)和管理兩個(gè)方面來綜合考慮，避免單純從技術(shù)或者管理方面解決問題。因此，在開發(fā)過程中，必須注意設(shè)計(jì)好事務(wù)、減少鎖的使用、正確使用數(shù)據(jù)庫技巧來避免數(shù)據(jù)庫活鎖問題的發(fā)生。這樣可以提高數(shù)據(jù)庫的運(yùn)行效率和穩(wěn)定性，保障業(yè)務(wù)的正常運(yùn)行。
成都網(wǎng)站建設(shè)公司-創(chuàng)新互聯(lián)為您提供網(wǎng)站建設(shè)、網(wǎng)站制作、網(wǎng)頁設(shè)計(jì)及定制高端網(wǎng)站建設(shè)服務(wù)！
請(qǐng)問有誰知道2023年3月的全國計(jì)算機(jī)四級(jí)數(shù)據(jù)庫工程師考試題型和以前的還一樣不？謝謝！
一樣的。我剛過3月的。有三種題型：選擇題+填空題+設(shè)計(jì)與應(yīng)用題
如果需要真題，請(qǐng)留下郵箱。
2023年3月計(jì)算機(jī)等級(jí)考試四級(jí)數(shù)據(jù)庫筆試試題(文字版)
一、選擇題
(1)在數(shù)據(jù)庫應(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ù)庫的安全控制策略能夠滿足其使用要求
D)分析各類用戶對(duì)數(shù)據(jù)的存取需求，以確定各類用戶能夠操作的數(shù)據(jù)
(2)有學(xué)生表(學(xué)號(hào), 姓名, 性別, 身份證號(hào), 出生日期, 所在系號(hào))，在此表上使用如下語句建立索引：
CREATE NONCLUSTERED INDEX Idx_Name ON學(xué)生表(姓名);
此索引被稱為
A)非聚集散列索引
B)非聚集輔索引
C)非聚集順序索引
D)非聚集主索引
(3)在數(shù)據(jù)庫物理設(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條邊上的箭頭的語義，下列說法錯(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ù)庫的運(yùn)行管理與維護(hù)主要由數(shù)據(jù)庫管理員負(fù)責(zé)，工作內(nèi)容主要包括日常維護(hù)、系統(tǒng)監(jiān)控與分析、性能優(yōu)化等。下列關(guān)于數(shù)據(jù)庫管理員工作內(nèi)容的說法錯(cuò)誤的是
A)數(shù)據(jù)庫的備份和恢復(fù)是重要的維護(hù)工作，數(shù)據(jù)庫管理員應(yīng)根據(jù)不同的應(yīng)用要求制定不同的備份計(jì)劃，在備份計(jì)劃中應(yīng)包含備份的時(shí)間、周期、備份方式和備份內(nèi)容等
B)性能優(yōu)化是數(shù)據(jù)庫管理員的重要工作，性能優(yōu)化的主要手段有查詢優(yōu)化、索引調(diào)整、模式調(diào)整等，這些工作一般無需開發(fā)人員參與
C)數(shù)據(jù)庫管理員應(yīng)監(jiān)控?cái)?shù)據(jù)庫中各種鎖的使用情況，并處理可能出現(xiàn)的死鎖情況，若發(fā)現(xiàn)問題應(yīng)及時(shí)通知相關(guān)人員
D)數(shù)據(jù)庫管理員需要定期檢查存儲(chǔ)空間使用情況并根據(jù)需求擴(kuò)展存儲(chǔ)空間，這些工作一般無需最終用戶參與
(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ù)庫中有教師表(教師號(hào), 姓名, 職稱)，其中教師號(hào)的數(shù)據(jù)類型是整型，其他均為字符類型。若教師表中當(dāng)前沒有數(shù)據(jù)，用戶在數(shù)霜尾幣藕次執(zhí)行下列語句：
Ⅰ.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ù)庫所在的服務(wù)器突然掉電，當(dāng)數(shù)據(jù)庫系統(tǒng)重新啟動(dòng)后，教師表中包含的數(shù)據(jù)條數(shù)為
A)4條
B)3條
C)2條
D)0條
(9)已知學(xué)生關(guān)系(學(xué)號(hào), 姓名, 性別, 課程號(hào), 成績, 所在系號(hào))有下列函數(shù)依賴
Ⅰ.(學(xué)號(hào), 課程號(hào))→課程號(hào) Ⅱ.(學(xué)號(hào), 課程號(hào))→成績
?、?(學(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ù)庫管理系統(tǒng)采用三級(jí)加鎖協(xié)議來防止并發(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ù)庫使用一段時(shí)間后，其數(shù)據(jù)文件和日志文件的空間均己快用完，如果要以手工方式擴(kuò)大該數(shù)據(jù)庫的空間，下列說法正確的是
A)可以擴(kuò)大單個(gè)數(shù)據(jù)文件的大小，但不能擴(kuò)大單個(gè)日志文件的大小
B)可以一次按比例擴(kuò)大整個(gè)數(shù)據(jù)庫的數(shù)據(jù)文件和日志文件的大小
C)可以添加一塊新的磁盤，并在新的磁盤上為數(shù)據(jù)庫建立新的數(shù)據(jù)文件和日志文件
D)可以一次按比例擴(kuò)大整個(gè)數(shù)據(jù)文件的大小，但不能擴(kuò)大日志文件的大小
(12)在SQL Server 2023中，設(shè)有職工表(職工號(hào), 職工名, 電子郵箱)，現(xiàn)要限制電子郵箱的最后幾位的取值為“@abc.com”，且“@”前至少有一位字符。下列添加約束的語句正確的是
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ù)庫和非關(guān)系數(shù)據(jù)庫
D)OLE DB定義了數(shù)據(jù)提供者、數(shù)據(jù)消費(fèi)者和數(shù)據(jù)驅(qū)動(dòng)理序三類數(shù)據(jù)訪問組件
(14)日志文件是數(shù)據(jù)庫系統(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ù)庫后寫日志
C)檢查點(diǎn)記錄是日志文件的一種記錄，用于改善恢復(fù)效率
D)事務(wù)故障恢復(fù)和系統(tǒng)故障恢復(fù)都必須使用日志文件
(15)統(tǒng)一建模語言UML是一種定義良好、易于表達(dá)、功能強(qiáng)大、通用的可視化建模語言，下列關(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ù)庫中的數(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ù)庫系統(tǒng)不能運(yùn)行其他事務(wù)，不允許在轉(zhuǎn)儲(chǔ)期間執(zhí)行數(shù)據(jù)插入、修改和刪除操作
B)靜態(tài)轉(zhuǎn)儲(chǔ)必須依賴數(shù)據(jù)庫日志才能保證數(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)來說，比較適合采用靜態(tài)轉(zhuǎn)儲(chǔ)技術(shù)
(17)設(shè)某并行數(shù)據(jù)庫系統(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ù)庫應(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)員工表和供應(yīng)商表
C)商品銷售表和商品采購表
D)商場(chǎng)組織機(jī)構(gòu)表
(20)在數(shù)據(jù)庫應(yīng)用系統(tǒng)中，查詢效率是考核數(shù)據(jù)庫應(yīng)用系統(tǒng)的一個(gè)重要方面。下列方法中，通常有利于提高查詢效率的是
?、?盡可能避免無用的排序操作
?、?盡可能消除對(duì)大型表行數(shù)據(jù)的順序存取
?、?盡可能避免使用否定查詢
Ⅳ.盡可能避免使用外連接操作
?、?盡可能用子查詢代替連接查詢
A)僅I、Ⅱ、Ⅲ和Ⅳ
B)僅I、Ⅱ和Ⅳ
C)僅II、Ⅲ、Ⅳ和V
D)全部
(21)數(shù)據(jù)庫概念設(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ù)庫概念設(shè)計(jì)的是
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)，下列說法錯(cuò)誤的是
A)在C/S和B/S架構(gòu)中，數(shù)據(jù)庫服務(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)一般來說，對(duì)于功能需求相同的數(shù)據(jù)庫應(yīng)用系統(tǒng)項(xià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ù)
?、?為提高查詢效率建立的索引
?、?描述表結(jié)構(gòu)信息的數(shù)據(jù)字典
?、?用于優(yōu)化查詢的統(tǒng)計(jì)分析數(shù)據(jù)
?、?用戶會(huì)話信息
?、?用戶查詢結(jié)果
以上數(shù)據(jù)一般會(huì)存儲(chǔ)在數(shù)據(jù)庫中的是
A)僅Ⅰ、Ⅱ和Ⅴ
B)僅Ⅰ和Ⅲ
C)僅Ⅰ、Ⅱ和Ⅲ
D)僅II、Ⅲ和Ⅳ
(24)在數(shù)據(jù)庫應(yīng)用系統(tǒng)生命周期中，系統(tǒng)規(guī)劃與分析是一個(gè)重要的環(huán)節(jié)。關(guān)于系統(tǒng)規(guī)劃與分析，下列說法錯(cuò)誤的是
A)規(guī)劃與分析是數(shù)據(jù)庫應(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ù)庫的數(shù)據(jù)量比較大，且存儲(chǔ)在無磁盤陣列的存儲(chǔ)設(shè)備上。為盡可能提高數(shù)據(jù)的操作效率，下列構(gòu)建數(shù)據(jù)庫文件的方法中，最合適的是
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ù)庫應(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ù)庫中模擬生成5億條銷售數(shù)據(jù)，同時(shí)開啟所有的收銀臺(tái)，測(cè)試系統(tǒng)平均響應(yīng)時(shí)間
Ⅳ.模擬銷售持續(xù)一周時(shí)間，在此期間，每天審核系統(tǒng)結(jié)賬功能是否正確
?、?測(cè)試數(shù)據(jù)庫應(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ù)庫進(jìn)行完全備份。下列說法正確的是
A)如果各個(gè)磁盤上的剩余空間均不足以存儲(chǔ)數(shù)據(jù)庫的備份，但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫所需的空間，則可以將這些磁盤的剩余空間組織起來建立一個(gè)備份設(shè)備以實(shí)施備份
B)如果各個(gè)磁盤上的剩余空間均不足以存儲(chǔ)數(shù)據(jù)庫的備份，但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫所需的空間，則可以將數(shù)據(jù)庫中的數(shù)據(jù)和日志分別備份到位于不同磁盤的備份設(shè)備上，以解決單個(gè)磁盤空間不足的問題
C)可以只對(duì)數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行備份，并且可以備份到位于不同磁盤的備份設(shè)備上，以更大限度地減少備份該數(shù)據(jù)庫占用的空間
D)如果各個(gè)磁盤上的剩余空間均不足以存儲(chǔ)數(shù)據(jù)庫的備份，但全部磁盤的剩余空間總和大于備份數(shù)據(jù)庫所需的空間，則可以在每個(gè)磁盤上分別建立一個(gè)備份設(shè)備，并同時(shí)利用這些設(shè)備備份數(shù)據(jù)庫
?。?0）在某分布式數(shù)據(jù)庫系統(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ǔ)全下列語句使以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)系)和購買表(商品號(hào), 顧客號(hào), 購買時(shí)間)，現(xiàn)要統(tǒng)計(jì)有購買記錄的顧客人數(shù)。請(qǐng)補(bǔ)全下列實(shí)現(xiàn)該功能的語句。
SELECT【3】FROM購買表
(4)在VB 6.0中，為簡化訪問數(shù)據(jù)庫數(shù)據(jù)的編程，經(jīng)常使用Adodc數(shù)據(jù)控件來訪問數(shù)據(jù)庫中的數(shù)據(jù)。該控件中用于描述服務(wù)器連接信息的屬性是【4】 。
(5)在SQL Server 2023中，要授予某數(shù)據(jù)庫中的某個(gè)用戶具有該數(shù)據(jù)庫中全部用戶數(shù)據(jù)表的插入、刪除和修改權(quán)限，比較合理的做法是將該用戶添加到系統(tǒng)提供的【5】數(shù)據(jù)庫角色中。
(6)設(shè)有學(xué)生表(學(xué)號(hào), 姓名, 性別, 所在系)，這些列均不允許有空值?，F(xiàn)要建立一個(gè)視圖，統(tǒng)計(jì)“計(jì)算機(jī)系”的男生人數(shù)和女生人數(shù)。請(qǐng)補(bǔ)全下列語句。
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í)行的語句是【8】。
(8)數(shù)據(jù)倉庫是一個(gè)面向【9】的、集成的、非易失的，且隨時(shí)間變化的數(shù)據(jù)。
(9)事務(wù)對(duì)一個(gè)數(shù)據(jù)項(xiàng)的操作類型決定了數(shù)據(jù)項(xiàng)上的鎖的類型。鎖的類型主要有互斥鎖(簡稱X鎖)和【10】鎖(簡稱S鎖)兩種。
(10)在SQL Server 2023中，現(xiàn)要將數(shù)據(jù)庫DB1差異備份到備份設(shè)備BK上，并且不覆蓋BK上的已有內(nèi)容。請(qǐng)補(bǔ)全下列備份數(shù)據(jù)庫DBI的語句。
BACKUP 【11】 DB1 TO BK【12】 , NOINIT
(11)在SQL Server 2023中，某數(shù)據(jù)庫中有圖書表(書號(hào), 圖書名稱, 類別)和銷售表(書號(hào), 銷售時(shí)間, 銷售數(shù)量)，其中銷售數(shù)量大于0?，F(xiàn)要查詢2023年10月銷售的圖書名稱和類別。請(qǐng)補(bǔ)全下列實(shí)現(xiàn)該功能的查詢語句。
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ù)庫系統(tǒng)中，數(shù)據(jù)分布透明性是方便用戶使用數(shù)據(jù)的重要保證。數(shù)據(jù)分布透明性的更高級(jí)別是【15】透明性。
三、設(shè)計(jì)與應(yīng)用題
(1)設(shè)有某簡化的網(wǎng)上購物系統(tǒng)，其ER圖如下：
該系統(tǒng)數(shù)據(jù)之間存在下列約束：
?、? 一個(gè)客戶(編號(hào)唯一)可以擁有多個(gè)訂單，每個(gè)訂單僅屬于一個(gè)客戶;
?、? 一個(gè)訂單(編號(hào)唯一)可以包含多個(gè)訂購細(xì)目，每個(gè)訂購細(xì)目只屬于一個(gè)訂單;
?、? 一種商品可以出現(xiàn)在多個(gè)訂購細(xì)目中，一個(gè)訂購細(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è)訂購細(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)列有唯一索引外，其它列均無索引。
?、僭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)簡要說明原因。
?、谠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è)一次操作只插入或更改一名教師的職稱)
數(shù)據(jù)庫活鎖的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于數(shù)據(jù)庫活鎖,避免數(shù)據(jù)庫活鎖的三種方法,請(qǐng)問有誰知道2023年3月的全國計(jì)算機(jī)四級(jí)數(shù)據(jù)庫工程師考試題型和以前的還一樣不？謝謝！的信息別忘了在本站進(jìn)行查找喔。
創(chuàng)新互聯(lián)（cdcxhl.com）提供穩(wěn)定的云服務(wù)器,香港云服務(wù)器,BGP云服務(wù)器,雙線云服務(wù)器,高防云服務(wù)器,成都云服務(wù)器,服務(wù)器托管。精選鉅惠，歡迎咨詢：028-86922220。
新聞標(biāo)題：避免數(shù)據(jù)庫活鎖的三種方法(數(shù)據(jù)庫活鎖)
當(dāng)前URL：http://www.5511xx.com/article/dpsoshi.html
