問答題

分布式數(shù)據(jù)庫系統(tǒng)
隨著傳統(tǒng)的數(shù)據(jù)庫技術(shù)的成熟和計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展，分布式數(shù)據(jù)庫系統(tǒng)的研究與開發(fā)受到人們?cè)絹碓蕉嗟年P(guān)注。分布式數(shù)據(jù)庫支持?jǐn)?shù)據(jù)獨(dú)立性和分布透明性。用戶不必關(guān)心數(shù)據(jù)的邏輯分區(qū)，不必關(guān)心數(shù)據(jù)物理位置分布的細(xì)節(jié)，也不必關(guān)心副本的一致性問題。

分布式數(shù)據(jù)庫中各局部數(shù)據(jù)庫應(yīng)滿足集中式數(shù)據(jù)庫的基本需求，除此以外還應(yīng)保證數(shù)據(jù)庫的全局?jǐn)?shù)據(jù)______（5）、并發(fā)操作的______（6）和故障的全局______（7）。
請(qǐng)?jiān)诳眨?）、（6）和（7）處填寫恰當(dāng)?shù)膬?nèi)容并請(qǐng)用300字以內(nèi)的文字簡(jiǎn)述保持?jǐn)?shù)據(jù)一致性的方法。


你可能感興趣的試題

3.問答題

數(shù)據(jù)中心建設(shè)
某大型企業(yè)在全國各城市共有40個(gè)左右的分支機(jī)構(gòu)，這些機(jī)構(gòu)已經(jīng)建設(shè)了基于大型關(guān)系數(shù)據(jù)庫的信息管理系統(tǒng)，每天負(fù)責(zé)獨(dú)立地處理本區(qū)域內(nèi)的業(yè)務(wù)，并實(shí)時(shí)存儲(chǔ)業(yè)務(wù)數(shù)據(jù)。
每個(gè)機(jī)構(gòu)的數(shù)據(jù)庫服務(wù)器從PCServer（最小512MB內(nèi)存）到RISC小型機(jī)（最大4GB內(nèi)存）配置不一，操作系統(tǒng)也不一樣，數(shù)據(jù)庫產(chǎn)品類型也不統(tǒng)一。
每個(gè)機(jī)構(gòu)平均每天產(chǎn)生約4MB的數(shù)據(jù)，數(shù)據(jù)表中包括TEXT字段；每季度一次性產(chǎn)生約100MB的統(tǒng)計(jì)和報(bào)表數(shù)據(jù)。
為了加強(qiáng)管理，實(shí)現(xiàn)對(duì)下屬機(jī)構(gòu)業(yè)務(wù)數(shù)據(jù)的異地存儲(chǔ)備份，保證數(shù)據(jù)的安全及恢復(fù)，同時(shí)對(duì)全國業(yè)務(wù)數(shù)據(jù)進(jìn)行挖掘分析，該企業(yè)擬在總部建設(shè)數(shù)據(jù)中心。數(shù)據(jù)中心通過公共廣域網(wǎng)與各個(gè)分支機(jī)構(gòu)組成VPN，每個(gè)分支機(jī)構(gòu)到數(shù)據(jù)中心的邏輯信道帶寬為128kbps。

最后，為解決數(shù)據(jù)中心數(shù)據(jù)更新與同步問題，張總安排總部的系統(tǒng)分析師李工來設(shè)計(jì)方案，并指出可以對(duì)王副總工的意見加以完善，如果需要也可以修改各地的業(yè)務(wù)系統(tǒng)。李工提出的方案具有較好的可執(zhí)行性，并獲得了大家的認(rèn)可。請(qǐng)用400字以內(nèi)文字?jǐn)⑹鱿到y(tǒng)分析師李工的方案要點(diǎn)。
4.問答題

數(shù)據(jù)中心建設(shè)
某大型企業(yè)在全國各城市共有40個(gè)左右的分支機(jī)構(gòu)，這些機(jī)構(gòu)已經(jīng)建設(shè)了基于大型關(guān)系數(shù)據(jù)庫的信息管理系統(tǒng)，每天負(fù)責(zé)獨(dú)立地處理本區(qū)域內(nèi)的業(yè)務(wù)，并實(shí)時(shí)存儲(chǔ)業(yè)務(wù)數(shù)據(jù)。
每個(gè)機(jī)構(gòu)的數(shù)據(jù)庫服務(wù)器從PCServer（最小512MB內(nèi)存）到RISC小型機(jī)（最大4GB內(nèi)存）配置不一，操作系統(tǒng)也不一樣，數(shù)據(jù)庫產(chǎn)品類型也不統(tǒng)一。
每個(gè)機(jī)構(gòu)平均每天產(chǎn)生約4MB的數(shù)據(jù)，數(shù)據(jù)表中包括TEXT字段；每季度一次性產(chǎn)生約100MB的統(tǒng)計(jì)和報(bào)表數(shù)據(jù)。
為了加強(qiáng)管理，實(shí)現(xiàn)對(duì)下屬機(jī)構(gòu)業(yè)務(wù)數(shù)據(jù)的異地存儲(chǔ)備份，保證數(shù)據(jù)的安全及恢復(fù)，同時(shí)對(duì)全國業(yè)務(wù)數(shù)據(jù)進(jìn)行挖掘分析，該企業(yè)擬在總部建設(shè)數(shù)據(jù)中心。數(shù)據(jù)中心通過公共廣域網(wǎng)與各個(gè)分支機(jī)構(gòu)組成VPN，每個(gè)分支機(jī)構(gòu)到數(shù)據(jù)中心的邏輯信道帶寬為128kbps。

假設(shè)各個(gè)分支機(jī)構(gòu)的歷史數(shù)據(jù)已經(jīng)通過某種方式順利地存儲(chǔ)到了數(shù)據(jù)中心。對(duì)于增量數(shù)據(jù)的匯總更新，總部的王副總工提議采用數(shù)據(jù)庫復(fù)制技術(shù)和數(shù)據(jù)庫的觸發(fā)器技術(shù)獲取數(shù)據(jù)更新日志的方式來完成，但張總認(rèn)為這樣做不僅增加了成本，而且不能解決全部問題。請(qǐng)用300字以內(nèi)文字說明張總的理由。
5.問答題

數(shù)據(jù)中心建設(shè)
某大型企業(yè)在全國各城市共有40個(gè)左右的分支機(jī)構(gòu)，這些機(jī)構(gòu)已經(jīng)建設(shè)了基于大型關(guān)系數(shù)據(jù)庫的信息管理系統(tǒng)，每天負(fù)責(zé)獨(dú)立地處理本區(qū)域內(nèi)的業(yè)務(wù)，并實(shí)時(shí)存儲(chǔ)業(yè)務(wù)數(shù)據(jù)。
每個(gè)機(jī)構(gòu)的數(shù)據(jù)庫服務(wù)器從PCServer（最小512MB內(nèi)存）到RISC小型機(jī)（最大4GB內(nèi)存）配置不一，操作系統(tǒng)也不一樣，數(shù)據(jù)庫產(chǎn)品類型也不統(tǒng)一。
每個(gè)機(jī)構(gòu)平均每天產(chǎn)生約4MB的數(shù)據(jù)，數(shù)據(jù)表中包括TEXT字段；每季度一次性產(chǎn)生約100MB的統(tǒng)計(jì)和報(bào)表數(shù)據(jù)。
為了加強(qiáng)管理，實(shí)現(xiàn)對(duì)下屬機(jī)構(gòu)業(yè)務(wù)數(shù)據(jù)的異地存儲(chǔ)備份，保證數(shù)據(jù)的安全及恢復(fù)，同時(shí)對(duì)全國業(yè)務(wù)數(shù)據(jù)進(jìn)行挖掘分析，該企業(yè)擬在總部建設(shè)數(shù)據(jù)中心。數(shù)據(jù)中心通過公共廣域網(wǎng)與各個(gè)分支機(jī)構(gòu)組成VPN，每個(gè)分支機(jī)構(gòu)到數(shù)據(jù)中心的邏輯信道帶寬為128kbps。

（1）為保證數(shù)據(jù)上傳的順序、穩(wěn)定、安全、并發(fā)，并解決數(shù)據(jù)庫的異構(gòu)問題，系統(tǒng)應(yīng)采用下列哪種技術(shù)（請(qǐng)?jiān)谙铝蠥、B、C、D四個(gè)選項(xiàng)中選擇）？
A.交易中間件技術(shù)
B.Web中間件
C.WebService
D.插裝技術(shù)
（2）為保證分支機(jī)構(gòu)可靠、高效地向數(shù)據(jù)中心匯總業(yè)務(wù)數(shù)據(jù)，避免單點(diǎn)故障，除了考慮廣域網(wǎng)線路采用備份外，在數(shù)據(jù)中心還應(yīng)采用什么技術(shù)？用100字以內(nèi)文字說明。
 

最新試題

一個(gè)完整的電子商務(wù)系統(tǒng)必須處理銷售生命周期中消費(fèi)者經(jīng)歷的多個(gè)階段。請(qǐng)用200字以內(nèi)的文字簡(jiǎn)要敘述有哪些階段。

題型：?jiǎn)柎痤}

為什么專家組一致認(rèn)為王工的實(shí)施方案切實(shí)可行？請(qǐng)用200字以內(nèi)文字簡(jiǎn)要說明。

題型：?jiǎn)柎痤}

在架構(gòu)評(píng)估過程中，需要正確識(shí)別系統(tǒng)的架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)，并進(jìn)行合理的架構(gòu)決策。請(qǐng)用300字以內(nèi)的文字給出系統(tǒng)架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)的定義，并從題干（a）～（m）中各選出一個(gè)對(duì)系統(tǒng)架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)最為恰當(dāng)?shù)拿枋觥?/p>

題型：?jiǎn)柎痤}

該市決定將各個(gè)委辦局的信息系統(tǒng)采取物理集中的方式進(jìn)行統(tǒng)一管理，一些部門對(duì)此提出了異議，主要理由是集中管理后，由于管理部門對(duì)業(yè)務(wù)應(yīng)用不了解，難以保證對(duì)本單位業(yè)務(wù)進(jìn)行有力支持。請(qǐng)用300字以內(nèi)文字，從技術(shù)角度論述該市實(shí)現(xiàn)信息系統(tǒng)統(tǒng)一管理是否可行。

題型：?jiǎn)柎痤}

根據(jù)本項(xiàng)目中任務(wù)的時(shí)間性能參數(shù)，請(qǐng)用200字以內(nèi)文字（也可用圖示）描述任務(wù)的被調(diào)度關(guān)系，并分析系統(tǒng)是否可調(diào)度（暫不考慮操作系統(tǒng)的時(shí)間開銷）。

題型：?jiǎn)柎痤}

針對(duì)李工的設(shè)計(jì)缺陷，請(qǐng)用300字以內(nèi)的文字說明本項(xiàng)目應(yīng)如何進(jìn)行正確設(shè)計(jì)。

題型：?jiǎn)柎痤}

一個(gè)大型電子商務(wù)項(xiàng)目正處于建設(shè)方案征集、論證階段，某系統(tǒng)集成商為了贏得客戶的信任，需要提供一份建議方案文檔，對(duì)客戶的需求進(jìn)行響應(yīng)（包括問題1、問題2和問題3所涉及的內(nèi)容）。高質(zhì)量的建議方案能夠顯示出集成商在處理客戶RFP（Request For Proposal）方面的能力、實(shí)力和專業(yè)性，而創(chuàng)建一個(gè)高質(zhì)量的建議方案，需要調(diào)配眾多的資源，按照計(jì)劃執(zhí)行。請(qǐng)用300字以內(nèi)文字簡(jiǎn)要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。

題型：?jiǎn)柎痤}

如圖12-23所示是李工在設(shè)計(jì)方案中給出的智能設(shè)備工作狀態(tài)轉(zhuǎn)換圖。①請(qǐng)指出圖中的兩處錯(cuò)誤（在圖中圈出）并用200字以內(nèi)的文字說明理由。②給出正確的狀態(tài)轉(zhuǎn)換圖。

題型：?jiǎn)柎痤}

王工提出，根據(jù)用戶要求，本嵌入式系統(tǒng)應(yīng)具有高速并行處理能力，采用多處理器結(jié)構(gòu)比較適合，主要理由是多處理器結(jié)構(gòu)設(shè)計(jì)簡(jiǎn)單、可支持多個(gè)進(jìn)程在不同處理器上并發(fā)處理：而張工提出，必須分清"多處理器結(jié)構(gòu)"與"多核結(jié)構(gòu)"的優(yōu)點(diǎn)和缺點(diǎn)，多處理器結(jié)構(gòu)雖然支持多進(jìn)程的并發(fā)處理，但沒有直接實(shí)現(xiàn)多線程并發(fā)執(zhí)行；多核結(jié)構(gòu)可以直接實(shí)現(xiàn)多線程并發(fā)執(zhí)行。要提高應(yīng)用的并行性就必須利用多個(gè)硬件資源的并行工作，建議采用超線程技術(shù)的多核結(jié)構(gòu)的處理器。請(qǐng)?zhí)顚憟D12-20（f）中的（1）～（8），并用300字以內(nèi)的文字對(duì)上述6種處理器結(jié)構(gòu)的工作原理進(jìn)行簡(jiǎn)要描述。

題型：?jiǎn)柎痤}

在架構(gòu)評(píng)估過程中，質(zhì)量屬性效用樹（UtilityTree）是對(duì)系統(tǒng)質(zhì)量屬性進(jìn)行識(shí)別和優(yōu)先級(jí)排序的重要工具。請(qǐng)給出合適的質(zhì)量屬性，填入圖12-24中（1）、（2）空白處；并選擇題干描述的（a）～（m），填入（3）～（6）空白處，完成該系統(tǒng)的效用樹。

題型：?jiǎn)柎痤}