時間：2023-03-07 15:04:34
緒論：在尋找寫作靈感嗎？愛發(fā)表網(wǎng)為您精選了8篇數(shù)據(jù)解決方案，愿這些內(nèi)容能夠啟迪您的思維，激發(fā)您的創(chuàng)作熱情，歡迎您的閱讀與分享！
隨著RFID的應(yīng)用普及，RFID與傳統(tǒng)應(yīng)用系統(tǒng)的交互與協(xié)同成為了中間件的一大課題之一。SAP公司推出的AII（Auto ID Solution）是一個網(wǎng)絡(luò)化的集成中間件，能夠以驚人的速度處理海量的Tag 數(shù)據(jù)，并提供數(shù)據(jù)獲取、數(shù)據(jù)建模、數(shù)據(jù)過濾、數(shù)據(jù)歸并、數(shù)據(jù)存儲乃至數(shù)據(jù)聯(lián)接等數(shù)據(jù)處理功能。 AII同時提供雙向的數(shù)據(jù)交互功能，從而能夠?qū)崿F(xiàn)比如實時的價格更新、產(chǎn)品召回、實時道路指引等功能。
AII技術(shù)功能介紹
AII作為連接RFID技術(shù)的中間件解決方案，主要包括下幾個功能模塊:
聯(lián)接模型（Association Model） AII 的數(shù)據(jù)核心是聯(lián)接模型。任何一個聯(lián)接模型的實例就是從RFID Reader和其他RF信息收集系統(tǒng)返回的系統(tǒng)環(huán)境狀態(tài)和實際連接信息數(shù)據(jù)的一個具體化展現(xiàn)（實例），其架構(gòu)精確地表現(xiàn)了需要被監(jiān)控的業(yè)務(wù)邏輯和物理世界。聯(lián)接模型是對業(yè)務(wù)邏輯和物理世界非常好的一個抽象。
企業(yè)系統(tǒng)適配器（Enterprise System Adaptor） 企業(yè)系統(tǒng)適配器提供了雙向數(shù)據(jù)交換的功能，并且能夠非常方便地整合SAP相關(guān)產(chǎn)品的系統(tǒng)應(yīng)用，當然也同時支持非SAP系統(tǒng)的企業(yè)應(yīng)用整合。適配器所提供的是一個輕量級的整合服務(wù)，是企業(yè)信息系統(tǒng)和全局信息總線（Global Information Bus）之間的橋梁。
全局對象數(shù)據(jù)引擎（Global Smart-Items Data Engine） 全局數(shù)據(jù)引擎具有對所有被跟蹤的應(yīng)用對象（Smart-Items）進行全局數(shù)據(jù)維護的功能，包括對象的應(yīng)用數(shù)據(jù)、歷史信息，以及對象與企業(yè)應(yīng)用架構(gòu)之間的關(guān)系等等; 同時，在需要的情況下，可以提供數(shù)全局數(shù)據(jù)配對和數(shù)據(jù)整合的功能。
本地對象數(shù)據(jù)引擎（Local smart-Items Data Engine） 本地對象數(shù)據(jù)引擎有著和全局對象數(shù)據(jù)引擎相同的結(jié)構(gòu)和類似的功能，但是它只提供和維護本地對象的數(shù)據(jù)，本地對象數(shù)據(jù)引擎與數(shù)據(jù)總線相連，為整個系統(tǒng)提供數(shù)據(jù)。
全局數(shù)據(jù)總線（Global Information Bus） 全局數(shù)據(jù)總線功能是一個中央數(shù)據(jù)集成控制器，提供不同企業(yè)應(yīng)用系統(tǒng)的對象(Smart-Items) 之間的數(shù)據(jù)集成和交換。全局數(shù)據(jù)總線支持B2B類型的文檔交換、基于-訂閱模式的事務(wù)操作、乃至實時的點對點通信。
本地數(shù)據(jù)總線（Local Information Bus） 本地數(shù)據(jù)總線與全局數(shù)據(jù)總線類似，提供基于-訂閱模式和點對點模式的通信，然而本地數(shù)據(jù)總線提供對本地數(shù)據(jù)的交換和消息的控制。對本地數(shù)據(jù)的處理效率和對本地消息的響應(yīng)速度優(yōu)于全局數(shù)據(jù)總線。它將對本地提交的數(shù)據(jù)和消息根據(jù)本地規(guī)則作出處理和整合，并按照規(guī)則和路徑提交到全局總線或者數(shù)據(jù)/消息接受者; 對于有些數(shù)據(jù)，在傳輸?shù)奖镜乜偩€前，已經(jīng)經(jīng)過了相應(yīng)的控制引擎或者數(shù)據(jù)引擎的處理。
控制引擎（Control Engine） 控制引擎通過單一設(shè)備控制器和網(wǎng)絡(luò)設(shè)備控制器對設(shè)備協(xié)同運作進行管理，同時也有一些數(shù)據(jù)過濾的功能。控制引擎可以通過數(shù)據(jù)總線來訪問設(shè)備控制器; 在實時要求的情況下，也可以直接訪問控制器（通過不同的端口，或者特定的網(wǎng)絡(luò)等方式）; 可以通過配置來決定不同的訪問方式。
單一設(shè)備控制器（Simple Device Controller） 單一設(shè)備控制器在硬件抽象層面控制一些單個設(shè)備，比如RFID讀寫器。可以把它看作是設(shè)備的服務(wù)器。目前SAP的演示系統(tǒng)中，可以用它來觸發(fā)事件，然后傳輸?shù)綌?shù)據(jù)總線上。
網(wǎng)絡(luò)設(shè)備控制器（Network Device Controller） 下一代RFID產(chǎn)品（感應(yīng)器、讀寫器）將能夠直接在網(wǎng)絡(luò)上插拔使用（成為即插即用設(shè)備）。新插入的設(shè)備，將被自動地識別、配置、管理和控制，這些都將通過網(wǎng)絡(luò)設(shè)備控制器，通過數(shù)據(jù)總線來完成。
數(shù)據(jù)讀寫適配器（Data I/O System Adapter） 數(shù)據(jù)讀寫適配器提供了數(shù)據(jù)引擎和本地控制系統(tǒng)之間的數(shù)據(jù)整合和交互功能。從而形成一個本地的閉環(huán)控制機制?？梢杂迷谏a(chǎn)控制、任務(wù)-資源控制、質(zhì)量控制等系統(tǒng)，和對一些第三方的系統(tǒng)集成中。
架構(gòu)整合
HDS融合數(shù)據(jù)中心解決方案的核心之一是其企業(yè)級存儲系統(tǒng)。HDS的企業(yè)級存儲系統(tǒng)在虛擬化技術(shù)、精簡配置以及可靠性、可擴展性等方面獨樹一幟。從USP到VSP，HDS的企業(yè)級存儲系統(tǒng)在存儲虛擬化技術(shù)方面不斷創(chuàng)新，贏得了許多行業(yè)用戶的認可。一些電力公司、互聯(lián)網(wǎng)企業(yè)等都采用了HDS的虛擬化存儲系統(tǒng)和云計算解決方案。
在過去的幾個月中，HDS的云計算解決方案贏得了許多重要的客戶。比如，北京市計算中心選用HDS NAS Platform（HNAS），避免了系統(tǒng)無序擴大，同時消除了流量瓶頸，提高了文件和數(shù)據(jù)共享的性能。借助HNAS的虛擬化功能，如虛擬服務(wù)器、虛擬存儲和虛擬存儲池，存儲管理員可以更有效地為不同應(yīng)用和用戶分配存儲空間。HNAS也是北京工業(yè)云計算服務(wù)平臺基礎(chǔ)架構(gòu)的一部分。像這樣的成功案例還有很多。不過，你不要認為HDS的云計算解決方案只包括存儲，HDS融合數(shù)據(jù)中心解決方案就是讓用戶從整個基礎(chǔ)架構(gòu)的角度，而不是從存儲的角度去思考構(gòu)建云環(huán)境。HDS融合數(shù)據(jù)中心解決方案通過整合存儲、計算、網(wǎng)絡(luò)和系統(tǒng)管理軟件，可以加速并簡化云架構(gòu)的部署。許可表示：“由于缺少云部署的標準和方法論，許多用戶在構(gòu)建云架構(gòu)時通常會感到無從入手。HDS融合數(shù)據(jù)中心解決方案將存儲、服務(wù)器、網(wǎng)絡(luò)、管理等進行優(yōu)化集成，可以幫助用戶找到一個切實可行的構(gòu)建云架構(gòu)的方法，讓用戶獲得企業(yè)級的可靠性、高性能，同時簡化云架構(gòu)的部署流程，加快部署速度。”
簡化流程
已的HDS融合數(shù)據(jù)中心解決方案主要包括以下三個產(chǎn)品：基于Microsoft Hyper-V Cloud Fast Track的HDS解決方案將HDS的存儲、計算與網(wǎng)絡(luò)以及包含Hyper-V和System Center的Windows Server 2008 R2相結(jié)合，可以為構(gòu)建高性能的私有云和實現(xiàn)云架構(gòu)的自動化提供支撐；Hitachi Converged Platform for Microsoft Exchange 2010是一款經(jīng)過預(yù)測試的特定應(yīng)用解決方案，它可以實現(xiàn)快速部署，并具有很好的適應(yīng)性、可預(yù)測性和無縫擴展能力；Hitachi Unified Compute Platform（UCP）增強了HDS融合數(shù)據(jù)中心解決方案的協(xié)調(diào)和管理能力，它利用創(chuàng)新的軟件，通過一個簡單但功能齊全的界面管理所有的服務(wù)器、存儲和網(wǎng)絡(luò)設(shè)備。
縱觀國內(nèi)實施ERP系統(tǒng)終告失敗的企業(yè)，結(jié)合ERP的核心管理思想，可以將國內(nèi)企業(yè)實施ERP系統(tǒng)失敗的原因劃分為項目管理的原因和技術(shù)管理的原因。
項目管理方面的原因或者是由于企業(yè)核心業(yè)務(wù)流程不合理，系統(tǒng)實施時并未對其進行充分合理優(yōu)化，而僅僅套用了ERP供應(yīng)商已有的功能模塊；或者是項目實施過程中缺乏系統(tǒng)控制；再者是部分企業(yè)領(lǐng)導(dǎo)層只是將ERP系統(tǒng)看成一種普通信息系統(tǒng)的引入，低估了實施系統(tǒng)的難度，導(dǎo)致實施過程中配合力度不夠，后續(xù)投資跟不上。
其實，在企業(yè)實施ERP系統(tǒng)的過程中，還存在著一個巨大的技術(shù)管理問題，就是企業(yè)未能有效地進行基礎(chǔ)數(shù)據(jù)的管理，這是導(dǎo)致企業(yè)ERP實施失敗的重要原因。
數(shù)據(jù)管理的缺陷
眾所周知，ERP之所以能幫助企業(yè)進行高效管理，必須是建立在對大量全面、準確、實時的企業(yè)數(shù)據(jù)的訪問、存儲和分析的基礎(chǔ)之上。而現(xiàn)在的一些ERP供應(yīng)商為了減少成本，降低客戶的疑惑度，便淡化了對企業(yè)基礎(chǔ)數(shù)據(jù)結(jié)構(gòu)的優(yōu)化程度，基本忽略了對企業(yè)現(xiàn)有業(yè)務(wù)數(shù)據(jù)的整頓，只是從企業(yè)現(xiàn)有的零散和混亂的數(shù)據(jù)源中調(diào)用數(shù)據(jù)，來迎合其產(chǎn)品的數(shù)據(jù)輸入模塊，最終導(dǎo)致了企業(yè)基礎(chǔ)數(shù)據(jù)處理的嚴重缺陷。
首先，在企業(yè)實施ERP之前，沒有及時地調(diào)整企業(yè)基礎(chǔ)數(shù)據(jù)，為后來的系統(tǒng)數(shù)據(jù)管理紊亂埋下了隱患。通常，存在以下三方面的前臺數(shù)據(jù)操作問題：(1)數(shù)據(jù)輸入不規(guī)范，同一部門不同的成員有不同的數(shù)據(jù)輸入格式，造成數(shù)據(jù)不單一。(2)數(shù)據(jù)操作權(quán)限混亂，從而存在數(shù)據(jù)來源多，同一業(yè)務(wù)在不同部門的賦值不同。(3)企業(yè)本身一些業(yè)務(wù)不規(guī)范，沒有及時形成業(yè)務(wù)數(shù)據(jù)，導(dǎo)致在系統(tǒng)中的數(shù)據(jù)不完整。
其次，由于ERP涉及到財務(wù)、銷售和生產(chǎn)等各方面的數(shù)據(jù)，因此，數(shù)據(jù)結(jié)構(gòu)復(fù)雜，數(shù)據(jù)源均來自于不同的二級部門，對于那些有一定發(fā)展歷史的企業(yè)，已經(jīng)形成了較為穩(wěn)定的、且各具特色的二級單位數(shù)據(jù)庫。由于在各個部門之間缺乏數(shù)據(jù)通道，各個二級單位的后臺數(shù)據(jù)庫都成為了“信息孤島”。如果在實施ERP系統(tǒng)的時候，不能很好地解決這一問題，就無法集成企業(yè)的基礎(chǔ)數(shù)據(jù)。
亮出三招
結(jié)合國內(nèi)企業(yè)在實施ERP過程中存在的上述問題，作者認為可以圍繞企業(yè)基礎(chǔ)數(shù)據(jù)做出一系列的調(diào)整和管理，主要有以下三招。
整頓信息流
以現(xiàn)代企業(yè)管理為指導(dǎo)，以信息管理技術(shù)為工具，對企業(yè)現(xiàn)有的信息流進行整改，包括調(diào)整企業(yè)的職能模塊，優(yōu)化企業(yè)業(yè)務(wù)流程。ERP項目上馬前，要充分了解企業(yè)信息流的情況，從企業(yè)權(quán)利結(jié)構(gòu)方面入手，分析嚴重影響數(shù)據(jù)輸入、數(shù)據(jù)產(chǎn)生或數(shù)據(jù)管理等的原因，在調(diào)整企業(yè)職能模塊的基礎(chǔ)上，還需要優(yōu)化企業(yè)業(yè)務(wù)流程。
構(gòu)建數(shù)據(jù)管理模式
現(xiàn)在很多大型企業(yè)的二級單位已經(jīng)建立起了相對穩(wěn)定的業(yè)務(wù)子系統(tǒng)，同時具備自身的數(shù)據(jù)庫結(jié)構(gòu)。但是，由于缺乏各部門之間的信息通道，所以，就形成了一個個“信息孤島”。
實施ERP也就是要解決這樣一個問題，即如何權(quán)衡效益和成本，綜合各個業(yè)務(wù)子系統(tǒng)的信息。全部重建固然可能達到最好的數(shù)據(jù)集成，但成本巨大；全面包容，又會造成數(shù)據(jù)平臺過多，數(shù)據(jù)格式過于分散，不能達到ERP系統(tǒng)的基本要求。因此，最重要的工作就是要先認真地考察各個業(yè)務(wù)子系統(tǒng)現(xiàn)有的數(shù)據(jù)結(jié)構(gòu)，考慮其數(shù)據(jù)規(guī)模、數(shù)據(jù)庫本身結(jié)構(gòu)、接口設(shè)計優(yōu)劣狀況來確定哪些可以沿用不動，或變動較小。同時，應(yīng)該明確規(guī)定各類數(shù)據(jù)的出處，保證特定數(shù)據(jù)具備確定的數(shù)據(jù)源，清理各部門之間數(shù)據(jù)管理重疊區(qū)，從而可以建立ERP的綜合數(shù)據(jù)管理模式。
關(guān)鍵詞： 數(shù)據(jù)持久層； Spring JDBC； Hibernate技術(shù)； 映射文件配置； 多層Web
中圖分類號： TN911?34 文獻標識碼： A 文章編號： 1004?373X（2016）14?0084?03
A simple solution for data persistence layer
LIANG Bi
（College of Computer， Sichuan University of Arts and Science， Dazhou 635000， China）
Abstract： In view of the problems existing in the data persistence layer that is implemented by Hibernate technology， such as cumbersome configuration of mapping file and inflexible data access， a simple solution based on Spring JDBC to realize data persistence layer is proposed in this paper. The process of its implementation is discussed in detail by combining with the development of practical application system. The actual development proves that the solution is feasible. It can avoid the configuration of mapping file， and it is also simple， fast， flexible and efficient to complete data persistence layer tasks. In addition， it can integrate with upper layer and lower layer， and can better meet the need of multi?layer Web application system.
Keywords： data persistence layer； Spring JDBC； Hibernate technology； mapping file configuration； multi?layer Web
0 引 言
數(shù)據(jù)持久層是經(jīng)典Web應(yīng)用程序三層架構(gòu)中非常重要的一層，它用來解決面向?qū)ο髴?yīng)用程序向關(guān)系數(shù)據(jù)庫存儲數(shù)據(jù)時數(shù)據(jù)類型不一致的問題，即ORIM （Object Relation Impedance Mismatch）問題[1]。其基本的解決方法是使用ORM（Object Relation Mapping）思想，該思想注重利用元數(shù)據(jù)將數(shù)據(jù)在對象與關(guān)系之間來回映射，從而確保數(shù)據(jù)訪問代碼不直接侵入域?qū)ο箢?。目前已?jīng)有許多ORM 框架技術(shù)，如iBATIS，Hibernate及JPA等，并且Hibernate以其輕量級、純粹的面向?qū)ο缶幊汤砟畹葍?yōu)勢成為目前主流的持久化實現(xiàn)工具[2]。
然而，由于Hibernate對JDBC封裝得過于完整，導(dǎo)致開發(fā)人員無法靈活使用JDBC的原生SQL，所以其沒有JDBC直接訪問關(guān)系數(shù)據(jù)庫效率高；同時Hibernate遵循ORM原則，導(dǎo)致映射文件配置過于復(fù)雜，當遇到大型項目時映射文件和面向?qū)ο蟠a是非常龐大且繁瑣，這直接影響到Web系統(tǒng)的性能及維護；而且Hibernate處理批量數(shù)據(jù)時較弱，對于批量數(shù)據(jù)的修改和刪除不適合用Hibernate來完成。針對Hibernate這些缺陷，本文提出了一種基于Spring JDBC的數(shù)據(jù)持久層解決方案，并將其應(yīng)用于可移動文物管理系統(tǒng)持久層部分。
1 Spring JDBC
Spring是目前流行的輕量級一站式企業(yè)應(yīng)用程序解決方案，它以一種統(tǒng)一的方式對持久化數(shù)據(jù)訪問提供支持，并將數(shù)據(jù)持久化中固定格式的代碼封裝為Spring JDBC，因而Spring JDBC本身就是對JDBC輕量封裝，它由Core，Datasource，Object和Support四個不同包組成，其中最重要的是Core包，它提供了核心功能的類，并且JdbcTemplate是該Core包中最重要的類[3]。
JdbcTemplate類通過提供相應(yīng)的模板和輔助類來完成對數(shù)據(jù)的CRUD操作，進而解決了傳統(tǒng)JDBC對數(shù)據(jù)庫的繁瑣操作以及代碼重復(fù)的問題；它替開發(fā)人員完成了資源的創(chuàng)建以及釋放工作，從而簡化了對JDBC的使用；它還可以幫助開發(fā)人員避免一些常見的錯誤，比如忘記關(guān)閉數(shù)據(jù)庫連接等；而且JdbcTemplate將完成JDBC核心處理流程，比如SQL語句的創(chuàng)建、執(zhí)行，而把SQL語句的生成以及查詢結(jié)果的提取工作留給開發(fā)人員的應(yīng)用代碼[4]。它還可以完成SQL查詢、更新以及調(diào)用存儲過程，可以對ResultSet進行遍歷并加以提取等。并且，得益于Spring良好的隔離設(shè)計，JDBC封裝類庫可以脫離Spring Context獨立使用[5]，其架構(gòu)如圖1所示。
2 簡捷的數(shù)據(jù)持久層方案研究
2.1 數(shù)據(jù)持久層方案設(shè)計
源于傳統(tǒng)的Web應(yīng)用程序三層架構(gòu)，將數(shù)據(jù)持久層從業(yè)務(wù)邏輯層分離出來，使其處于業(yè)務(wù)邏輯層和關(guān)系數(shù)據(jù)庫層之間，這樣持久層相當于“橋梁”角色，然后采用Spring JDBC來實現(xiàn)，其具體方案設(shè)計[6]如圖2所示。
由圖2可見，由于業(yè)務(wù)邏輯層的Java應(yīng)用程序必須通過JDBC來訪問關(guān)系數(shù)據(jù)庫中的數(shù)據(jù)，因此持久層本質(zhì)上實現(xiàn)了對傳統(tǒng)JDBC API的封裝，同時它還實現(xiàn)了數(shù)據(jù)類型由Java面向?qū)ο箢愋拖驑藴实腟QL類型的轉(zhuǎn)換，進而實現(xiàn)了高質(zhì)量的對象關(guān)系轉(zhuǎn)換工作，從而有效解決了對象關(guān)系阻抗失配問題。而這些任務(wù)當前由Spring JDBC來完成。它通過借助JdbcTemplate模板類使開發(fā)人員能夠更加專注于數(shù)據(jù)訪問的具體邏輯，而不會再關(guān)注數(shù)據(jù)資源管理及異常處理等，這不僅簡化了JDBC的使用，且在一定程度上減少了錯誤的發(fā)生，同時也使數(shù)據(jù)持久化操作變得更加簡捷靈活。
2.2 數(shù)據(jù)持久方案實現(xiàn)
本數(shù)據(jù)持久層是基于Spring JDBC來實現(xiàn)的，因此需要創(chuàng)建VO值對象及DAO接口，并通過DAO來持久化VO。其中，VO專門用來封裝持久層對象的數(shù)據(jù)，它通過POJO類來具體實現(xiàn)；DAO則用來抽象和封裝對關(guān)系數(shù)據(jù)庫中數(shù)據(jù)的訪問操作，并形成統(tǒng)一接口對外提供服務(wù)，同時隱藏操作關(guān)系數(shù)據(jù)庫的實現(xiàn)細節(jié)，進而有效實現(xiàn)業(yè)務(wù)邏輯層與數(shù)據(jù)庫層的松耦合[7]。DAO本身管理著與關(guān)系數(shù)據(jù)庫的連接，內(nèi)部封裝了JDBC數(shù)據(jù)操作、事務(wù)處理等API。Spring框架為JDBC的DAO提供了JdbcDaoSupport支持類，使用該類能夠更加簡化JDBC操作，因為在JdbcDaoSupport中已經(jīng)提供了JdbcTemplate的變量，只要自定義類繼承JdbcDaoSupport就可以直接調(diào)用JdbcTemplate相關(guān)的方法來實現(xiàn)數(shù)據(jù)的持久化[8]。
在實際開發(fā)中，首先需要定義DAO接口，該接口對外提供CRUD操作方法；然后定義DAOImpl實現(xiàn)類，該類需要實現(xiàn)DAO接口并繼承JdbcDaoSupport，通過調(diào)用JdbcTemplate相關(guān)的方法（如update，mapRow等）來完成對關(guān)系數(shù)據(jù)庫中數(shù)據(jù)的具體操作任務(wù)[9]。業(yè)務(wù)邏輯層只需調(diào)用DAO接口中對外提供的方法，而不需要關(guān)心DAO的具體實現(xiàn)細節(jié)，這樣有利于Web應(yīng)用程序在不同的持久層技術(shù)之間切換，進而增強了系統(tǒng)開發(fā)的靈活性和有效性。ApplicationContext.xml配置文件中除了統(tǒng)一配置數(shù)據(jù)源及事務(wù)之外，還需要配置業(yè)務(wù)邏輯Bean，數(shù)據(jù)持久DAOImpl，并通過DI為DAOImpl注入Factory，為業(yè)務(wù)邏輯Bean注入DAOImpl，這樣有機地完成Web應(yīng)用程序中各Bean組件的組裝和集成。
3 簡捷的數(shù)據(jù)持久層方案應(yīng)用
文物是人類在歷史發(fā)展過程中遺留下來的遺物、遺跡，它是人類寶貴的歷史文化遺產(chǎn)[10]。隨著新文物的出土和發(fā)現(xiàn)，以及新技術(shù)的引進，傳統(tǒng)的文物管理方式已無法滿足當今文物管理的需要，開發(fā)一個響應(yīng)速度快、拓展性強和維護性好的可移動文物管理系統(tǒng)非常必要，通過它來管理已經(jīng)向外公開的可移動文物，讓更多的人對它們有所了解和認識，進而推進文物的普及工作。為了快捷實現(xiàn)該系統(tǒng)的數(shù)據(jù)訪問，增強用戶體驗，將所提出的數(shù)據(jù)持久層方案應(yīng)用到本系統(tǒng)的持久層部分，具體實施過程如下：
3.1 環(huán)境搭建
環(huán)境搭建是具體使用某種框架技術(shù)最重要的一步，在此過程中根據(jù)不同框架技術(shù)所完成的具體工作不一樣，但一般都有導(dǎo)入相關(guān)的Jar包，創(chuàng)建和配置相關(guān)文件，并進行框架的初始化等工作。由于Spring JDBC使用相對簡單，因此在可移動文物管理系統(tǒng)持久層部分的環(huán)境搭建中，只需進行相關(guān)Jar包的導(dǎo)入即可，如導(dǎo)入spring.jar，commons?logging，commons?dbcp.jar，commons?pool.jar，commons?annotation.jar和jtds?1.2.jar等。
3.2 配置ApplicationContex.xml
ApplicationContex.xml文件是整個可移動文物管理系統(tǒng)的基礎(chǔ)，它所起的作用至關(guān)重要，其能將本系統(tǒng)的持久層、業(yè)務(wù)邏輯層及其他各層有機的融合在一起，并實現(xiàn)對系統(tǒng)中所有Bean的有效管理。ApplicationContex.xml在本系統(tǒng)持久層部分主要完成數(shù)據(jù)源配置、事務(wù)配置及其他一些初始工作，用于保證Spring JDBC正常完成該系統(tǒng)VO的持久化任務(wù)，其關(guān)鍵配置如下：
3.3 創(chuàng)建VO值對象
一個VO通過一個簡單的Java對象即POJO來實現(xiàn)，一般情況下，一個POJO就表征了與數(shù)據(jù)表里某條記錄相對應(yīng)的實體，它由實體的一些屬性及屬性的訪問方法組成，其中除了無意義的主屬性只能被獲取外，每一個屬性都對應(yīng)著兩個外部對象訪問的方法，即get（）和set（）。本可移動文物管理系統(tǒng)相關(guān)的POJO有User.java，Admin.java，CulturalRelic.java，Picture.java，Video.java，Msg.java和News.java等，其中3.4 創(chuàng)建DAO接口及實現(xiàn)類
根據(jù)本文所提出的數(shù)據(jù)持久層方案，使用DAO設(shè)計模式來完成可移動文物管理系統(tǒng)持久層任務(wù)。DAO模式的實現(xiàn)包括DAO接口和DAOImpl實現(xiàn)類。其中，DAO接口負責(zé)聲明訪問特定POJO所對應(yīng)的抽象業(yè)務(wù)邏輯方法，DAOImpl實現(xiàn)類則負責(zé)使用Spring JDBC封裝的JdbcTemplate來具體實現(xiàn)DAO接口中聲明的抽象方法，這樣可以減少組件間的耦合度。在本系統(tǒng)中，創(chuàng)建的DAO接口有UserDAO.java，AdminDAO.java，CulturalRelicDAO.java，PictureDAO.java，VideoDAO.java，MsgDAO.java和NewsDAO.java等，然后通過調(diào)用JdbcTemplate提供的方法對這些DAO接口進行實現(xiàn)。其中CulturalRelicDAO的實現(xiàn)類CulturalRelicDAOImpl里刪除可移動文物的方法核心代碼如下：
4 結(jié) 語
本文使用Spring JDBC來設(shè)計和實現(xiàn)了Web應(yīng)用程序中的數(shù)據(jù)持久層，并將其應(yīng)用于可移動文物管理系統(tǒng)持久層部分，解決了目前主流的Hibernate在完成持久層任務(wù)時所遇到的一些問題。通過實際應(yīng)用開發(fā)證明，該持久層方案是正確可行的，且具有如下三方面特征：
（1） Spring JDBC通過借助JdbcTemplate可以執(zhí)行對關(guān)系數(shù)據(jù)的CRUD操作，不僅代碼簡單、容易編寫，而且相對于Hibernate對JDBC全封裝模式更為靈活。
（2） Spring JDBC繼續(xù)了以前JDBC的SQL訪問方式，不需要在HQL和SQL之間相互轉(zhuǎn)換，可以直接操作關(guān)系數(shù)據(jù)庫，進而提高了數(shù)據(jù)訪問速度，增強了用戶體驗。
（3） 該方案沒有*.hbm.xml映射文件繁瑣配置，避免了運行時產(chǎn)生大量的冗余數(shù)據(jù)存放于內(nèi)存，進而提高了系統(tǒng)性能以及系統(tǒng)的開發(fā)效率?？偟膩碇v，基于Hibernate技術(shù)實現(xiàn)Web應(yīng)用程序中的數(shù)據(jù)持久層已出現(xiàn)較多問題，而通過Spring JDBC來完成數(shù)據(jù)持久層任務(wù)，具有簡單、快捷、靈活及高效等特性，因此值得進一步推廣使用。
參考文獻
[1] 閆宏印，張衛(wèi)爭，劉超慧.開源框架下Web應(yīng)用分層的設(shè)計與實現(xiàn)[J].計算機工程與設(shè)計，2008，29（23）：6023?6025.
[2] 夏斌，李志蜀.基于Hibernate框架的數(shù)據(jù)持久層的研究及應(yīng)用[J].計算機應(yīng)用，2008（9）：2446?2448.
[3] Spring Reference Documentation. Introduction to the Spring framework [R]. [S.l.]： Spring Reference Documentation， 2015.
[4] Spring JDBC Reference Documentation. Introduction to the Spring JDBC [EB/OL]. [2013?12?24]. http：//docs.spring.io/spring?data/jdbc/docs.
[5] 張俐，張維璽.基于Spring和JDBC的蔬菜運銷管理系統(tǒng)在數(shù)據(jù)持久層的應(yīng)用[J].安徽農(nóng)業(yè)科學(xué)，2012（7）：4401?4403.
[6] 張少應(yīng)，程傳旭.基于Hibernate持久化層的設(shè)計與實現(xiàn)[J].計算機技術(shù)與發(fā)展，2014（12）：101?104.
[7] 劉德山，楊彬彬.基于Hibernate框架的數(shù)據(jù)持久層架構(gòu)設(shè)計及應(yīng)用[J].微型機與應(yīng)用，2011，30（15）：12?14.
[8] 高劍，朱程榮.Spring框架在數(shù)據(jù)持久層的應(yīng)用研究[J].微機發(fā)展，2005，15（11）：106?108.
為何副本數(shù)據(jù)管理（CDM）和數(shù)據(jù)虛擬化對企業(yè)來說很重要？因為數(shù)據(jù)虛擬化解決方案緩解了生產(chǎn)數(shù)據(jù)副本造成的數(shù)據(jù)散亂現(xiàn)象。
由于應(yīng)用程序開發(fā)、質(zhì)量保證、用戶驗收、生產(chǎn)環(huán)境支持、報告和備份，企業(yè)通常為每個生產(chǎn)數(shù)據(jù)源生成8到10個副本。因此，一個5 TB的生產(chǎn)數(shù)據(jù)庫會形成40TB到50TB的下游副本，而一家《財富》500強企業(yè)可能會有1000多個生產(chǎn)數(shù)據(jù)庫生成PB級的副本數(shù)據(jù)。有效管理副本數(shù)據(jù)所需的存儲量大得驚人。而數(shù)據(jù)虛擬化消除了所有的冗余數(shù)據(jù)副本，同時、而且更為重要的是縮短了生成副本所需的時間，這就縮短了應(yīng)用程序開發(fā)時間、質(zhì)量保證時間和恢復(fù)時間。
如今，只有少數(shù)幾家公司致力于這個領(lǐng)域，更多的公司在進入這個市場，因而很難辨別廠商營銷炒作的真?zhèn)巍?/p>
在概念證明（POC）階段，先要搞清楚哪些問題？可以通過哪些測試來證明？
POC之前先搞清楚這五大問題
1.支持我的環(huán)境？
第一個也是最明顯的目標是，找到一款很容易與貴公司的基礎(chǔ)設(shè)施、數(shù)據(jù)源和應(yīng)用程序架構(gòu)棧整合起來的解決方案。這包括內(nèi)部部署環(huán)境以及可擴展到遠程環(huán)境或云環(huán)境。你還應(yīng)該確保自己不被只支持單一源環(huán)境的解決方案牢牢鎖定。你是否需要不止一種類型的數(shù)據(jù)庫，比如Oracle、SQL Server、Sybase或MySQL等？是否需要支持某應(yīng)用程序，比如Oracle EBS或SAP？是否需要多個主機操作系統(tǒng)，比如Linux、AIX、HP/UX、Solaris和Windows？該解決方案是需要專門硬件，還是可以在現(xiàn)有的系統(tǒng)資源上運行？
2.擁有必需的功能？
該解決方案是否擁有特定的內(nèi)置功能，以滿足預(yù)期的業(yè)務(wù)目標和要求，比如
■加快應(yīng)用程序的周期
■是否有特定的接口和功能來支持應(yīng)用程序開發(fā)人員
■確保數(shù)據(jù)的隱私性和安全性
■包括屏蔽、審計和監(jiān)管鏈
■加快集成測試
■該解決方案是否支持快速質(zhì)量保證環(huán)境和專門側(cè)重質(zhì)量保證的功能，比如破壞性測試所需的回滾（恢復(fù)原狀）。
■將數(shù)據(jù)遷移到云環(huán)境
■該解決方案是否支持云計算基礎(chǔ)設(shè)施？該解決方案是否支持從內(nèi)部數(shù)據(jù)源復(fù)制到云數(shù)據(jù)源，反之亦然？
■改進備份和災(zāi)難恢復(fù)策略
■該解決方案是否支持長遠和精細的恢復(fù)點目標（RPO）和快速的恢復(fù)時間目標（RTO）？
3.可擴展到新的使用場合
該解決方案通過在整個公司帶來其他應(yīng)用場合，從而降低總體擁有成本、提供更高的投資回報率方面做得多好。比如，如果我的虛擬化數(shù)據(jù)與生產(chǎn)數(shù)據(jù)同步，以便用于集成測試這一應(yīng)用場合，那么現(xiàn)在我能屏蔽該數(shù)據(jù)，將它遷移到公有云，讓分析團隊能夠?qū)ο嗤臄?shù)據(jù)集執(zhí)行商業(yè)智能分析嗎？
4.推薦相關(guān)客戶
該廠商有沒有與我企業(yè)規(guī)模和業(yè)務(wù)需求相似的客戶？我是否要幫助廠商開拓新領(lǐng)地、因而經(jīng)歷發(fā)展初期的困難，還是說廠商已經(jīng)有金融、零售、制造、政府、高科技及其他行業(yè)垂直領(lǐng)域的領(lǐng)軍企業(yè)如今在使用其解決方案？
5.根據(jù)證明階段簡易又快速
該廠商是否愿意在實際的POC過程中向我展示所有這些功能？對方是否能夠在現(xiàn)場POC過程中做到所有的銷售和營銷宣傳名副其實，并有定義明確的成功標準？
POC過程中運行的五大測試
1.時間點配置
根據(jù)確切的時間點配置環(huán)境。用什么方法找到確切的時間點？該解決方案讓我可以具體根據(jù)分鐘、秒鐘或事務(wù)來配置數(shù)據(jù)環(huán)境有多容易？最終用戶（比如開發(fā)人員或業(yè)務(wù)分析人員）只要按一下按鈕就可以完成配置，還是說需要自定義腳本和多個人員（比如存儲管理員、數(shù)據(jù)庫管理員和系統(tǒng)管理員）才能完成？
2.環(huán)境的重置、分支和回滾
鑒于我已經(jīng)配置好了父環(huán)境（生產(chǎn)環(huán)境的副本），我想做一些變化，配置該環(huán)境的分支（即子環(huán)境）。對子環(huán)境做一些變化后，現(xiàn)在我想讓子環(huán)境恢復(fù)到1個小時或6個小時之前。這如何完成？最后，我想把這兩個環(huán)境都重置到原來狀態(tài)。
3.用最新數(shù)據(jù)更新父環(huán)境和子環(huán)境
我已建立了許多父環(huán)境，又從這些父環(huán)境另外建立了許多子環(huán)境。有什么方法將最新數(shù)據(jù)從生產(chǎn)環(huán)境遷移到父環(huán)境和子環(huán)境？這個過程可以由開發(fā)人員或分析人員來完成嗎？要是有影Ⅱ向的話，會對生產(chǎn)數(shù)據(jù)有何影響？
4.根據(jù)同一時間點配置多個源環(huán)境
我有多個使用場合（商業(yè)智能、集成和災(zāi)難恢復(fù)等），我需要根據(jù)某一個時間點來對齊和配置多個不同的數(shù)據(jù)源。（比如說，根據(jù)當?shù)貢r間下午5點對齊我的所有源數(shù)據(jù)集）。這該如何實現(xiàn)？
5.自動化，自助服務(wù)，審計功能
“我們期待IBM信息管理軟件在即將到來的2012年呈現(xiàn)更加快速的增長，成為大數(shù)據(jù)時代中信息管理的利器。IBM一直提倡‘Think Big’，鼓勵自身深入思考、突破創(chuàng)新。在如今的大數(shù)據(jù)時代，我們對‘Think Big’有了嶄新的詮釋：Think of All Things That Big Data Makes Possible――深入思考并發(fā)掘大數(shù)據(jù)的無限可能，而這也正是IBM信息管理解決方案致力于為用戶創(chuàng)造的價值?！盜BM軟件集團大中華區(qū)信息管理軟件總經(jīng)理盧偉權(quán)表示。
這是一個不折不扣的“大數(shù)據(jù)時代”。據(jù)統(tǒng)計，全球90%的數(shù)據(jù)都是在過去兩年中生成的。為了應(yīng)對數(shù)據(jù)大爆炸的挑戰(zhàn)，IBM推出針對大數(shù)據(jù)的全面解決方案，徹底突破了傳統(tǒng)數(shù)據(jù)倉庫和單一的數(shù)據(jù)管理體系，能夠為企業(yè)組織提供實時分析信息流和Internet范圍信息源的能力，實現(xiàn)更為經(jīng)濟高效的大數(shù)據(jù)管理，并為在此之上的業(yè)務(wù)分析和洞察奠定堅實基礎(chǔ)。
IBM中國開發(fā)中心信息管理首席架構(gòu)師及大數(shù)據(jù)架構(gòu)師陳奇博士表示：“洶涌而至的大數(shù)據(jù)時代帶來嚴峻的挑戰(zhàn)。然而，挑戰(zhàn)背后也蘊藏著無限的機遇。IBM可以幫助各行各業(yè)的客戶將其數(shù)據(jù)價值不斷延伸，為企業(yè)發(fā)掘發(fā)展動力。我們的大數(shù)據(jù)平臺愿景就是將大數(shù)據(jù)融入企業(yè)，通過IBM大數(shù)據(jù)解決方案和客戶端及合作伙伴解決方案，為用戶提供優(yōu)化的大數(shù)據(jù)環(huán)境，更加積極及時、經(jīng)濟高效地從規(guī)?；?、多樣化和高速化數(shù)據(jù)中提取有效觀點，幫助用戶獲得突破性的洞察力和價值，化挑戰(zhàn)為機遇，化大數(shù)據(jù)為高價值?！?/p>
IBM大數(shù)據(jù)解決方案實現(xiàn)了針對大數(shù)據(jù)管理的企業(yè)級可靠性和適應(yīng)性實時分析，在行業(yè)中具有突出的優(yōu)勢。其最廣泛的平臺與數(shù)據(jù)倉庫、數(shù)據(jù)庫、數(shù)據(jù)集成、業(yè)務(wù)流程管理等組件充分集成，得以將大數(shù)據(jù)融入企業(yè)，充分滿足各種業(yè)務(wù)需求，幫助企業(yè)穩(wěn)步發(fā)展。
IBM大數(shù)據(jù)解決方案跨多個行業(yè)，能夠幫助多渠道客戶分析其觀點和體驗。目前已有數(shù)千家新客戶正在轉(zhuǎn)到應(yīng)用IBM的大數(shù)據(jù)解決方案上，以便從最廣泛的大數(shù)據(jù)中獲取可執(zhí)行的洞見。丹麥能源企業(yè)維斯塔斯（Vestas）通過使用IBM大數(shù)據(jù)軟件分析PB級別的天氣數(shù)據(jù)，改善風(fēng)力渦輪機的放置位置，從而獲得最佳能量輸出效果，以前需要數(shù)周方可完成的分析現(xiàn)在僅需不到1個小時就可完成。
大數(shù)據(jù)在2012年備受關(guān)注，主要是由需求和技術(shù)兩方面因素所決定的。在需求方面，一方面是因為企業(yè)在經(jīng)過一段時期的信息化建設(shè)后，積累了大量的數(shù)據(jù)資產(chǎn)，迫切需要讓這些數(shù)據(jù)產(chǎn)生價值。另一個方面，海量非結(jié)構(gòu)化數(shù)據(jù)隨著社交網(wǎng)絡(luò)、移動應(yīng)用的普及而產(chǎn)生，如何分析這些非結(jié)構(gòu)化數(shù)據(jù)并使其產(chǎn)生價值，成為企業(yè)所面臨的新的挑戰(zhàn)。
在技術(shù)方面，內(nèi)存計算技術(shù)的成熟，使得企業(yè)實時分析海量數(shù)據(jù)成為可能。Hadoop技術(shù)的完善，為非結(jié)構(gòu)化數(shù)據(jù)分析提供了可能。
在大數(shù)據(jù)解決方案方面，不能不提軟硬件一體機。這兩年，具有簡化IT、降低IT運維成本優(yōu)勢的軟硬件一體機越來越受到供應(yīng)商和用戶的青睞。值得一提的是，當前的軟硬件一體機中，很多都是大數(shù)據(jù)解決方案：最早推出軟硬件一體機的甲骨文公司的第一款軟硬件一體機產(chǎn)品Exadata數(shù)據(jù)庫一體機就與大數(shù)據(jù)相關(guān)，甲骨文后來推出的Exalytics商業(yè)智能一體機和大數(shù)據(jù)一體機都是用于數(shù)據(jù)分析的；被SAP視為革命性的產(chǎn)品SAP HANA屬于內(nèi)存計算一體機，其最大的優(yōu)勢在于可實現(xiàn)海量數(shù)據(jù)的實時分析；IBM今年推出的PureSystem系列一體機中，就有PureData；微軟與惠普聯(lián)合推出的BI一體機，也是用于數(shù)據(jù)分析的……
盡管市場已經(jīng)非?；馃?，但是當前大數(shù)據(jù)市場應(yīng)該尚屬于啟動階段，因為大部分用戶對大數(shù)據(jù)僅僅有想法而沒有真正的行動，而他們對于大數(shù)據(jù)分析的需求是顯而易見的。相關(guān)的解決方案也有待完善，特別是針對非結(jié)構(gòu)化數(shù)據(jù)分析的解決方案。
IBM PureData
作為IBM PureSystems專家集成系統(tǒng)家族的新成員，PureData能夠幫助企業(yè)在幾分鐘內(nèi)完成對PB數(shù)量級大數(shù)據(jù)的管理和分析，高效獲取洞察力，從而實現(xiàn)企業(yè)市場、銷售等各部門業(yè)務(wù)目標的快速推進，并幫助各行各業(yè)的企業(yè)解決幾大難題：如何利用更簡便、經(jīng)濟的方式分析業(yè)務(wù)數(shù)據(jù)，了解客戶購買行為，減少客戶流失，開展需要大量數(shù)據(jù)支持的市場推廣活動以及實時發(fā)現(xiàn)欺詐行為。
不同于其他數(shù)據(jù)系統(tǒng)，PureData能夠?qū)⑾到y(tǒng)安裝和配置的時間從24天減至24小時，將復(fù)雜的分析時間從數(shù)小時驟降至數(shù)分鐘，并實現(xiàn)在單個系統(tǒng)上管理100多個數(shù)據(jù)庫的卓越性能。通過PureData系統(tǒng)，企業(yè)得以在傳統(tǒng)IT環(huán)境或云環(huán)境中為業(yè)務(wù)用戶提供高性能的數(shù)據(jù)服務(wù)，在不到10天的時間里完成Web應(yīng)用的部署，而同樣的任務(wù)過去至少需要6個月才能完成。
針對特定工作負載，PureData共有三個型號，分別是PureData System for Transactions（PureData事務(wù)系統(tǒng)或PureData交易系統(tǒng)）、PureData System for Analytics（PureData分析系統(tǒng)）和PureData System for Operational Analytics（PureData運營分析系統(tǒng)）。
目前，60多家ISV（獨立軟件供應(yīng)商）已經(jīng)表示將全力支持PureData。PureData將為這種開放的合作模式提供新的平臺，激勵更多合作伙伴開發(fā)適用于PureData的解決方案。同時，IBM還將在這些解決方案和應(yīng)用的基礎(chǔ)上推出數(shù)種新模式，涵蓋社交業(yè)務(wù)、資產(chǎn)管理和業(yè)務(wù)流程管理，全面簡化軟硬件資源的配置和管理，為20多個行業(yè)應(yīng)用領(lǐng)域提供支持。
IBM大數(shù)據(jù)平臺
IBM充分發(fā)揮其整合的優(yōu)勢，結(jié)合信息管理、業(yè)務(wù)分析等領(lǐng)先的軟件提出了“大數(shù)據(jù)平臺”架構(gòu)，為各行業(yè)企業(yè)選擇和構(gòu)建大數(shù)據(jù)解決方案提供了全面的技術(shù)支持。IBM大數(shù)據(jù)平臺突破了傳統(tǒng)數(shù)據(jù)倉庫和數(shù)據(jù)管理理念，能夠為企業(yè)組織提供實時分析信息流和因特網(wǎng)范圍信息源的能力，讓這些企業(yè)實現(xiàn)更為經(jīng)濟、高效的大數(shù)據(jù)管理，并為在此之上的業(yè)務(wù)分析奠定堅實的基礎(chǔ)。
IBM大數(shù)據(jù)平臺的四大核心能力包括Hadoop系統(tǒng)、流計算、數(shù)據(jù)倉庫和信息整合與治理：
·IBM在Hadoop系統(tǒng)領(lǐng)域的代表產(chǎn)品是InfoSphere BigInsights。IBM將其在數(shù)據(jù)管理上的豐富經(jīng)驗與Hadoop開源平臺高效整合，使得BigInsights相比普通的Hadoop開源工具的可用性、可管理性、安全性得以大大提高，成為最主要的靜態(tài)大數(shù)據(jù)分析工具和平臺；
·IBM在流計算領(lǐng)域的代表產(chǎn)品是InfoSphere Streams，它是目前業(yè)界獨有的流數(shù)據(jù)處理技術(shù)。InfoSphere Streams能夠在諸如氣象信息、通信信息、金融交易數(shù)據(jù)的管理中動態(tài)捕捉信息，進行實時分析，為靜態(tài)數(shù)據(jù)的處理提供有效補充。
·IBM在數(shù)據(jù)倉庫領(lǐng)域的代表產(chǎn)品是在線交易型數(shù)據(jù)倉庫InfoSphere Warehouse和分析型數(shù)據(jù)倉庫Netezza。Netezza可將大量數(shù)據(jù)整合到統(tǒng)一平臺上，計算能力高達TB級。
·信息整合與治理是IBM在業(yè)界獨有的方法論和技術(shù)，其代表產(chǎn)品是Optim和Guardium。近期推出的Guardium 9能夠?qū)⑷鏒B2這樣的傳統(tǒng)關(guān)系型數(shù)據(jù)倉庫和基于Hadoop的分布式存儲系統(tǒng)進行統(tǒng)一管理，并提供完整的數(shù)據(jù)生命周期管控。
微軟SQL Server 2012
微軟SQL Server 在市場上有著良好的口碑，是全球使用較為廣泛的數(shù)據(jù)庫與商業(yè)智能產(chǎn)品。微軟SQL Server提供了對混合IT環(huán)境的支持，全面支持私有云和公有云，并可實現(xiàn)平滑遷移，滿足企業(yè)實現(xiàn)數(shù)據(jù)庫以及應(yīng)用擴展的需要。
作為云就緒信息平臺，SQL Server能夠滿足企業(yè)關(guān)鍵業(yè)務(wù)應(yīng)用環(huán)境所提出的高穩(wěn)定性、高性能、高安全和易管理等需求，同時提供全面的商業(yè)智能及數(shù)據(jù)倉庫解決方案，幫助企業(yè)更好地挖掘數(shù)據(jù)背后的知識，提供強大的工具實現(xiàn)并展現(xiàn)數(shù)據(jù)分析結(jié)果，且能根據(jù)企業(yè)需要實施個性化的云以及大數(shù)據(jù)解決方案。
作為微軟的信息平臺產(chǎn)品，SQL Server在數(shù)據(jù)處理與分析市場一直處于領(lǐng)導(dǎo)地位。SQL Server是全面的數(shù)據(jù)庫、數(shù)據(jù)倉庫、商業(yè)智能解決方案。它不僅提供全面的滿足OLTP處理的功能，而且提供多種組件以滿足不同規(guī)?？蛻舻亩喾N需求。它是第一個帶有商業(yè)智能全套組件的數(shù)據(jù)庫產(chǎn)品，在數(shù)據(jù)分析，特別是OLAP領(lǐng)域有著極好的口碑。
針對大數(shù)據(jù)，SQL Server具有自己本地以及云端解決方案，與微軟強大的商業(yè)智能組件以及前端展現(xiàn)方式相結(jié)合。
國泰君安證券股份有限公司已經(jīng)借助微軟SQL Server 2012提升了數(shù)據(jù)分析能力，實現(xiàn)了對用戶的精準服務(wù)與趨勢跟蹤。國泰君安是目前國內(nèi)規(guī)模最大、營業(yè)范圍最寬、機構(gòu)分布最廣的證券公司之一。基于以往使用 SQL Server 產(chǎn)品的良好經(jīng)驗，以及客戶數(shù)據(jù)建模、多維分析與鉆取、動態(tài)報表分析與展現(xiàn)等領(lǐng)域的應(yīng)用需求，國泰君安選用微軟 SQL Server 2012來搭建新一代的零售客戶BI分析系統(tǒng)。國泰君安充分利用新一代 SQL Server提供的對大數(shù)據(jù)量的數(shù)據(jù)分析及計算能力，結(jié)合Power View及PowerPivot 的易用性，更高效、更自主地發(fā)現(xiàn)業(yè)務(wù)數(shù)據(jù)的變化及趨勢，提高針對零售客戶的業(yè)務(wù)洞察力，優(yōu)化以客戶為中心的證券服務(wù)。
SAP實時數(shù)據(jù)平臺
SAP實時數(shù)據(jù)平臺是一套緊密集成并優(yōu)化，專為應(yīng)對當今企業(yè)數(shù)據(jù)管理的最新挑戰(zhàn)的領(lǐng)先技術(shù)平臺。
憑借革命性的創(chuàng)新產(chǎn)品SAP HANA與業(yè)界領(lǐng)先的Sybase數(shù)據(jù)管理產(chǎn)品，SAP實時數(shù)據(jù)平臺這套全方位集成、實時處理的平臺，在包括數(shù)據(jù)交易、遷移、存儲、處理和分析等在內(nèi)的信息生命周期的不同階段，不僅能夠幫助企業(yè)用戶管理海量數(shù)據(jù)存儲，即時處理高速流量數(shù)據(jù)，實現(xiàn)智能數(shù)據(jù)流動，數(shù)據(jù)可視化消費，而且還可以幫助用戶大大降低基礎(chǔ)架構(gòu)的復(fù)雜性，在滿足應(yīng)用基本的設(shè)計和藍圖管理需求的同時，為下一代大數(shù)據(jù)應(yīng)用和分析提供卓越性能，持續(xù)保證對云計算和移動應(yīng)用的平臺支持，從而有效降低成本。
值得一提的是，所有這些平臺功能的交付，都將在盡可能不影響客戶現(xiàn)有應(yīng)用的前提下進行。
作為SAP實時數(shù)據(jù)平臺的核心，SAP HANA獨具創(chuàng)新性，并已得到市場的充分驗證。SAP HANA不僅能幫助客戶以快10萬倍的速度獲取和傳遞信息，還將為企業(yè)信息系統(tǒng)提供強勁動力，通過技術(shù)創(chuàng)新促進業(yè)務(wù)發(fā)展，最終幫助企業(yè)以全新的思路拓展業(yè)務(wù)，達成卓越績效。
Teradata Aster大數(shù)據(jù)綜合分析平臺
Teradata Aster大數(shù)據(jù)綜合分析平臺是業(yè)內(nèi)首款集成Teradata Aster以及Apache Hadoop的大數(shù)據(jù)解決方案，整合了MapReduce和Hadoop的技術(shù)優(yōu)勢。
作為卓越的企業(yè)級平臺，Teradata Aster大數(shù)據(jù)綜合分析平臺使用了業(yè)內(nèi)獨有的SQL-MapReduce接口語言，以及全面的MapReduce 分析功能庫。該分析庫內(nèi)嵌50多項預(yù)建的MapReduce功能，提供開箱即用的圖形、文本、行為、營銷分析，以及更多分析功能。
作為一個真正采用混合架構(gòu)的平臺，Teradata Aster大數(shù)據(jù)綜合分析平臺包含Aster Database、Aster SQL-MapReduce和Apache Hadoop。由于深度集成了Aster與Apache Hadoop平臺，用戶無需接受復(fù)雜的培訓(xùn)即可通過SQL-H連接器和SQL-MapReduce使用標準SQL訪問Aster和Hadoop數(shù)據(jù)進行分析平臺。
與市場上其他典型平臺相比，該平臺的數(shù)據(jù)吞吐量及分析速度可分別提高19倍及35倍。
Oracle Exadata X3 Database In-Memory Machine
Oracle Exadata X3 Database In-Memory Machine是Oracle Exadata數(shù)據(jù)庫云服務(wù)器的最新升級產(chǎn)品。
Oracle Exadata X3 Database In-Memory Machine是甲骨文云平臺的關(guān)鍵組件。Oracle Exadata X3-2和X3-8 Database In-Memory Machine均可在閃存和隨機存儲器（RAM）中存儲多達數(shù)百TB的壓縮用戶數(shù)據(jù)，幾乎可以消除由磁盤驅(qū)動器減速而產(chǎn)生的讀＼寫功能運維費用，從而使Exadata X3系統(tǒng)成為應(yīng)對云計算中不同類型和不斷變化的工作負載的理想數(shù)據(jù)庫平臺。
為了以最低成本實現(xiàn)最高性能，Oracle Exadata X3 Database In-Memory Machine采用了多個存儲層次，可自動將所有活動數(shù)據(jù)轉(zhuǎn)移到閃存和隨機存儲器中，同時將活動性較低的數(shù)據(jù)保留在低成本的磁盤上。
關(guān)鍵詞：企業(yè) 數(shù)據(jù)保護 數(shù)據(jù)存儲
中圖分類號：TP391 文獻標識碼：A 文章編號：1007-3973(2011)008-075-02
80年代以后，以IT技術(shù)為代表的信息產(chǎn)業(yè)迅速崛起，給我們的生活和思維帶來了強大沖擊。與此同時，順應(yīng)信息發(fā)展的需求，各種企業(yè)也開始紛紛建立起屬于自己的信息網(wǎng)絡(luò)平臺，包括電子商務(wù)和網(wǎng)站管理等系統(tǒng)。于此而來的是相應(yīng)數(shù)據(jù)量的不斷增長以及新的數(shù)據(jù)管理的應(yīng)用而生，數(shù)據(jù)保護和存儲安全問題開始愈來愈受到各企業(yè)的關(guān)注和深思。目前，企業(yè)數(shù)據(jù)庫己呈現(xiàn)出了不可預(yù)計龐大的增長態(tài)勢，數(shù)據(jù)正日益成為公司的實際資產(chǎn)之一。據(jù)相關(guān)組織的保守估計推測，企業(yè)數(shù)據(jù)每年大約增加80％。
1 存在的問題
20世紀，企業(yè)對重要文件的保護主要是借助于保險柜保存，并派人保護。到了2l世紀，企業(yè)開始全面實行自動化辦公，計算機網(wǎng)絡(luò)成為信息的數(shù)據(jù)化處理與存放的工具。然而，由于計算機的共享性和擴散性特性，使得信息在處理、存儲、傳輸?shù)倪^程中存在很容易被泄露、竊取的風(fēng)險。據(jù)調(diào)查，至2007年上半年，瑞星公司接受求助的受害用戶已經(jīng)達到10多萬人。接著信息保密技術(shù)跟進，企業(yè)的信息安全隱患更加得到重視，管理者不再簡單滿足于防火墻等初級防御手段，企業(yè)數(shù)據(jù)保護和存儲安全解決新方法亟待出現(xiàn)。當前出現(xiàn)的問題有：(1)移動磁盤泄密，造成該現(xiàn)象的主因是將數(shù)據(jù)存放于不安全的移動磁盤中，并且沒有將數(shù)據(jù)進行有效的加密。(2)word文檔泄密，主要是一些破解軟件乘機下手，使數(shù)據(jù)丟失。(3)打印機泄密，現(xiàn)在企業(yè)大多采用碎紙機可以將無用的或遺漏的文件切成粉末，使之無法還原，但是虛擬中的粉碎我們視而不見。(4)郵件泄密，它是通過一種網(wǎng)絡(luò)病毒來偽造收件人的地址，從而欺騙閱讀者。根據(jù)最新IT Policy ComPliance Gro-up報告顯示：公開報道數(shù)據(jù)丟失的企業(yè)預(yù)計將會導(dǎo)致客戶及收入降低8％；對于上市公司而言，每股股價會下降8％。
2 企業(yè)數(shù)據(jù)保護措施
2.1數(shù)據(jù)備份
對于一個企業(yè)來說，提供可靠的數(shù)據(jù)保護是至關(guān)重要的，也是企業(yè)核心競爭力的重要王牌。其中最有效的保護數(shù)據(jù)的手段是數(shù)據(jù)備份。而以磁帶系統(tǒng)為核心的數(shù)據(jù)備份是企業(yè)數(shù)據(jù)保護的一個重要手段。該系統(tǒng)不僅能保證大容量數(shù)據(jù)的安全，并且在數(shù)據(jù)發(fā)生災(zāi)變時，可以在短時間內(nèi)完成數(shù)據(jù)的恢復(fù)，保證企業(yè)中各種業(yè)務(wù)系統(tǒng)的正常運做，是數(shù)據(jù)安全保護的必然選擇。有權(quán)威統(tǒng)計表明：93％的公司會由于為期10天或以上的數(shù)據(jù)中心災(zāi)難，而導(dǎo)致在災(zāi)難發(fā)生的一年內(nèi)破產(chǎn)。為此，中小企業(yè)需要適合自己的數(shù)據(jù)保護解決方案，以保證業(yè)務(wù)的連續(xù)性運作。
2.2生物特征識別技術(shù)
隨著電子信息量的急速膨脹，電子文檔的保護也成為全球關(guān)注的問題。在電子文檔保護中使用生物特征識別技術(shù)來加以保護，也被普遍認為是電子文檔保護的最優(yōu)方案。但為了方便文檔在合法前提下共享的便利性，必須以解密密鑰的生物特征模板以某種形式整合到文檔內(nèi)部，這形成了很大的破解風(fēng)險。尋找更嚴密的電子文檔保護方法，也成為電子信息安全領(lǐng)域中具有挑戰(zhàn)性的研究之一。清華大學(xué)研究人員設(shè)計了一種基于指紋身份驗證技術(shù)和移動密鑰的電子文檔保護方法。該方法在執(zhí)行身份驗證時，不但要求用戶提供指紋作為驗證依據(jù)，而且要求用戶提供與本人身份相符的移動密鑰。
2.3企業(yè)機密電子數(shù)據(jù)保護
企業(yè)機密電子數(shù)據(jù)和企業(yè)發(fā)展密切相關(guān)，加強對這些電子數(shù)據(jù)的安全存取保護是目前企業(yè)最為關(guān)心的一個問題。根據(jù)企業(yè)實際安全需要，采用非主動加密的思想，通過完善的網(wǎng)絡(luò)安全管理結(jié)構(gòu)，密鑰管理服務(wù)器和電子數(shù)據(jù)的安全存取機制，建立了一種適應(yīng)企業(yè)安全需求的企業(yè)電子數(shù)據(jù)安全監(jiān)控系統(tǒng)。該系統(tǒng)通過密鑰服務(wù)器實現(xiàn)對密鑰的透明訪問，以及對企業(yè)機密電子數(shù)據(jù)的透明加解密處理，確保了企業(yè)機密電子數(shù)據(jù)的安全。如CDP(Contimuous Data Pro-tection，持續(xù)數(shù)據(jù)保護)計劃。最近，SafeNet和Aladdin正式進行合并，公司將保護全球最多的電子銀行交易、提供最多的數(shù)字身份認證產(chǎn)品、提供最多的軟件保護產(chǎn)品，將進一步帶動機密電子數(shù)據(jù)保護的大發(fā)展。而賽門鐵克公司也推出了市場領(lǐng)先的企業(yè)數(shù)據(jù)保護解決方案Veritas NetBackup 6.5。憑借NetBackup平臺，企業(yè)可獲得前所未有的靈活性和多樣選擇等最佳性能，幫助企業(yè)在復(fù)制、快照、持續(xù)數(shù)據(jù)保護、重復(fù)數(shù)據(jù)刪除、加密、虛擬磁帶和傳統(tǒng)磁帶中選擇一流的技術(shù)。
3 企業(yè)數(shù)據(jù)存儲安全措施
存儲是一種服務(wù)，這是比較新的概念。從數(shù)據(jù)中心到桌面及整個技術(shù)存儲線，關(guān)鍵解決圍繞在信息周邊的安全問題。過去，存儲被看成是受至于服務(wù)器訪問控制和文件系統(tǒng)特權(quán)保護的“子系統(tǒng)”，而現(xiàn)在，存儲已成為基于高速的光纖通道、光學(xué)傳輸?shù)葹橐惑w的智能的、多協(xié)議的網(wǎng)絡(luò)服務(wù)。安全存取技術(shù)分析是以電子計算機主要的安全技術(shù)為主線，針對不同的問題提出相應(yīng)的解決方法的，如企業(yè)電子數(shù)據(jù)的安全存取保護。目前，企業(yè)電子數(shù)據(jù)安全存取解決方法，主要的有邏輯加密盤技術(shù)、文件系統(tǒng)監(jiān)視器、電子文件保險箱。其中邏輯加密盤技術(shù)的基本思想是在操作系統(tǒng)上增加設(shè)備管理的內(nèi)核服務(wù)，為用戶提供用于保存電子文檔的虛擬盤。文件系統(tǒng)監(jiān)視器主要是監(jiān)視所有文件系統(tǒng)中活動的應(yīng)用程序。電子文件保險箱主要保證電子文檔的存儲安全，相當于將電子文檔存放在一個“保險箱”中。但僅僅這些努力是不夠的，對于一個企業(yè)的生死存亡來說，機密電子數(shù)據(jù)的存取是絕對要重視的。
3.1虛擬磁帶庫
對于小型企業(yè)來說，選擇存儲產(chǎn)品應(yīng)該從兩點來考慮，首先要根據(jù)業(yè)務(wù)實際產(chǎn)生的數(shù)據(jù)量；其次是考慮業(yè)務(wù)數(shù)據(jù)的增長量。目前比較流行的存儲系統(tǒng)解決方案有磁盤陣列、虛擬磁帶庫和磁帶庫等。借助基于虛擬磁帶庫的磁盤備份，中小企業(yè)就可以實施更快的流程，并且在查找、檢索數(shù)據(jù)時幾乎不會出現(xiàn)差錯，減少了對以往磁帶備份的依賴，在節(jié)省大量成本的同時，還可獲得更可靠的備份流程，讓數(shù)據(jù)保護更加簡單。如AIO+D2D+自動加載機的出現(xiàn)。AIO是惠普公司推出的一款面向中小企業(yè)的一體化網(wǎng)絡(luò)存儲系統(tǒng)。借助AIO，中小企業(yè)無需中斷應(yīng)用即可進行備份，實現(xiàn)可靠的數(shù)據(jù)保護?，F(xiàn)在，借助HP StorageWorksVLSl000i和迷你虛擬磁帶庫產(chǎn)品，中等規(guī)模企業(yè)和遠程公司、分公司得以使用全新的解決方案。
