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

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

請分別說明冷備份和熱備份的概念，并補充表12-4中的（1）～（6）空。

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

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

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