數(shù)據(jù)庫(kù)安全與數(shù)據(jù)庫(kù)備份
銀行金融系統(tǒng)對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)安全要求很高，必須在技術(shù)層面上采用必要的措施，以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫(kù)的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法，一般將數(shù)據(jù)庫(kù)備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出，而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍，又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。
該金融系統(tǒng)上線初期，整個(gè)業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行，不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫(kù)內(nèi)部數(shù)據(jù)的安全，該銀行信息中心的劉工提出的備份方案如表12-3所示。
信息中心的李工對(duì)劉工的方案提出了異議，認(rèn)為數(shù)據(jù)庫(kù)一旦發(fā)生故障，劉工的方案無(wú)法做到數(shù)據(jù)庫(kù)的實(shí)時(shí)恢復(fù)，會(huì)導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失，銀行應(yīng)該采用數(shù)據(jù)庫(kù)冷備份和熱備份相結(jié)合的方式來(lái)完成數(shù)據(jù)庫(kù)的備份。

數(shù)據(jù)庫(kù)安全與數(shù)據(jù)庫(kù)備份
銀行金融系統(tǒng)對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)安全要求很高，必須在技術(shù)層面上采用必要的措施，以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫(kù)的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法，一般將數(shù)據(jù)庫(kù)備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出，而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍，又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。
該金融系統(tǒng)上線初期，整個(gè)業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行，不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫(kù)內(nèi)部數(shù)據(jù)的安全，該銀行信息中心的劉工提出的備份方案如表12-3所示。
信息中心的李工對(duì)劉工的方案提出了異議，認(rèn)為數(shù)據(jù)庫(kù)一旦發(fā)生故障，劉工的方案無(wú)法做到數(shù)據(jù)庫(kù)的實(shí)時(shí)恢復(fù)，會(huì)導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失，銀行應(yīng)該采用數(shù)據(jù)庫(kù)冷備份和熱備份相結(jié)合的方式來(lái)完成數(shù)據(jù)庫(kù)的備份。

J2EE
某軟件公司承擔(dān)了某中小型企業(yè)應(yīng)用軟件開(kāi)發(fā)任務(wù)，進(jìn)度要求緊迫。為了按時(shí)完成任務(wù)，選擇合適的企業(yè)應(yīng)用系統(tǒng)開(kāi)發(fā)架構(gòu)非常重要。項(xiàng)目組在進(jìn)行方案論證時(shí)，項(xiàng)目組成員提出了兩種開(kāi)發(fā)思路。
①劉工建議采用J2EE5.0和EJB3.0進(jìn)行開(kāi)發(fā)。理由是J2EE定義了標(biāo)準(zhǔn)的應(yīng)用開(kāi)發(fā)體系結(jié)構(gòu)和部署環(huán)境，EJB是J2EE的基礎(chǔ)和核心。J2EE5.0的主要目標(biāo)是簡(jiǎn)化開(kāi)發(fā)，相比EJB2.1，EJB3.0具有很多改進(jìn)和提高。
②杜工建議采用Struts、Spring和Hibernate輕量級(jí)開(kāi)源框架相結(jié)合的方式。理由是隨著Java開(kāi)源項(xiàng)目陣營(yíng)的發(fā)展壯大，一些基于POJO（Plan OldJava Objects）的開(kāi)源框架被廣泛地引入到Java企業(yè)應(yīng)用開(kāi)發(fā)中來(lái)，與重量級(jí)的EJB框架相比，這些輕量級(jí)的框架有很多優(yōu)點(diǎn)。
項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理，但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā)，最后決定采用杜工的建議。

J2EE
某軟件公司承擔(dān)了某中小型企業(yè)應(yīng)用軟件開(kāi)發(fā)任務(wù)，進(jìn)度要求緊迫。為了按時(shí)完成任務(wù)，選擇合適的企業(yè)應(yīng)用系統(tǒng)開(kāi)發(fā)架構(gòu)非常重要。項(xiàng)目組在進(jìn)行方案論證時(shí)，項(xiàng)目組成員提出了兩種開(kāi)發(fā)思路。
①劉工建議采用J2EE5.0和EJB3.0進(jìn)行開(kāi)發(fā)。理由是J2EE定義了標(biāo)準(zhǔn)的應(yīng)用開(kāi)發(fā)體系結(jié)構(gòu)和部署環(huán)境，EJB是J2EE的基礎(chǔ)和核心。J2EE5.0的主要目標(biāo)是簡(jiǎn)化開(kāi)發(fā)，相比EJB2.1，EJB3.0具有很多改進(jìn)和提高。
②杜工建議采用Struts、Spring和Hibernate輕量級(jí)開(kāi)源框架相結(jié)合的方式。理由是隨著Java開(kāi)源項(xiàng)目陣營(yíng)的發(fā)展壯大，一些基于POJO（Plan OldJava Objects）的開(kāi)源框架被廣泛地引入到Java企業(yè)應(yīng)用開(kāi)發(fā)中來(lái)，與重量級(jí)的EJB框架相比，這些輕量級(jí)的框架有很多優(yōu)點(diǎn)。
項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理，但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā)，最后決定采用杜工的建議。

J2EE
某軟件公司承擔(dān)了某中小型企業(yè)應(yīng)用軟件開(kāi)發(fā)任務(wù)，進(jìn)度要求緊迫。為了按時(shí)完成任務(wù)，選擇合適的企業(yè)應(yīng)用系統(tǒng)開(kāi)發(fā)架構(gòu)非常重要。項(xiàng)目組在進(jìn)行方案論證時(shí)，項(xiàng)目組成員提出了兩種開(kāi)發(fā)思路。
①劉工建議采用J2EE5.0和EJB3.0進(jìn)行開(kāi)發(fā)。理由是J2EE定義了標(biāo)準(zhǔn)的應(yīng)用開(kāi)發(fā)體系結(jié)構(gòu)和部署環(huán)境，EJB是J2EE的基礎(chǔ)和核心。J2EE5.0的主要目標(biāo)是簡(jiǎn)化開(kāi)發(fā)，相比EJB2.1，EJB3.0具有很多改進(jìn)和提高。
②杜工建議采用Struts、Spring和Hibernate輕量級(jí)開(kāi)源框架相結(jié)合的方式。理由是隨著Java開(kāi)源項(xiàng)目陣營(yíng)的發(fā)展壯大，一些基于POJO（Plan OldJava Objects）的開(kāi)源框架被廣泛地引入到Java企業(yè)應(yīng)用開(kāi)發(fā)中來(lái)，與重量級(jí)的EJB框架相比，這些輕量級(jí)的框架有很多優(yōu)點(diǎn)。
項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理，但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā)，最后決定采用杜工的建議。