前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的數(shù)據(jù)解決方案主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：數(shù)據(jù)解決方案范文

縱觀國內(nèi)實(shí)施ERP系統(tǒng)終告失敗的企業(yè)，結(jié)合ERP的核心管理思想，可以將國內(nèi)企業(yè)實(shí)施ERP系統(tǒng)失敗的原因劃分為項(xiàng)目管理的原因和技術(shù)管理的原因。

項(xiàng)目管理方面的原因或者是由于企業(yè)核心業(yè)務(wù)流程不合理，系統(tǒng)實(shí)施時(shí)并未對其進(jìn)行充分合理優(yōu)化，而僅僅套用了ERP供應(yīng)商已有的功能模塊；或者是項(xiàng)目實(shí)施過程中缺乏系統(tǒng)控制；再者是部分企業(yè)領(lǐng)導(dǎo)層只是將ERP系統(tǒng)看成一種普通信息系統(tǒng)的引入，低估了實(shí)施系統(tǒng)的難度，導(dǎo)致實(shí)施過程中配合力度不夠，后續(xù)投資跟不上。

其實(shí)，在企業(yè)實(shí)施ERP系統(tǒng)的過程中，還存在著一個(gè)巨大的技術(shù)管理問題，就是企業(yè)未能有效地進(jìn)行基礎(chǔ)數(shù)據(jù)的管理，這是導(dǎo)致企業(yè)ERP實(shí)施失敗的重要原因。

數(shù)據(jù)管理的缺陷

眾所周知，ERP之所以能幫助企業(yè)進(jìn)行高效管理，必須是建立在對大量全面、準(zhǔn)確、實(shí)時(shí)的企業(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án)重缺陷。

首先，在企業(yè)實(shí)施ERP之前，沒有及時(shí)地調(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ī)范，沒有及時(shí)形成業(yè)務(wù)數(shù)據(jù)，導(dǎo)致在系統(tǒng)中的數(shù)據(jù)不完整。

其次，由于ERP涉及到財(cái)務(wù)、銷售和生產(chǎn)等各方面的數(shù)據(jù)，因此，數(shù)據(jù)結(jié)構(gòu)復(fù)雜，數(shù)據(jù)源均來自于不同的二級部門，對于那些有一定發(fā)展歷史的企業(yè)，已經(jīng)形成了較為穩(wěn)定的、且各具特色的二級單位數(shù)據(jù)庫。由于在各個(gè)部門之間缺乏數(shù)據(jù)通道，各個(gè)二級單位的后臺數(shù)據(jù)庫都成為了“信息孤島”。如果在實(shí)施ERP系統(tǒng)的時(shí)候，不能很好地解決這一問題，就無法集成企業(yè)的基礎(chǔ)數(shù)據(jù)。

亮出三招

結(jié)合國內(nèi)企業(yè)在實(shí)施ERP過程中存在的上述問題，作者認(rèn)為可以圍繞企業(yè)基礎(chǔ)數(shù)據(jù)做出一系列的調(diào)整和管理，主要有以下三招。

整頓信息流

以現(xiàn)代企業(yè)管理為指導(dǎo)，以信息管理技術(shù)為工具，對企業(yè)現(xiàn)有的信息流進(jìn)行整改，包括調(diào)整企業(yè)的職能模塊，優(yōu)化企業(yè)業(yè)務(wù)流程。ERP項(xiàng)目上馬前，要充分了解企業(yè)信息流的情況，從企業(yè)權(quán)利結(jié)構(gòu)方面入手，分析嚴(yán)重影響數(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í)具備自身的數(shù)據(jù)庫結(jié)構(gòu)。但是，由于缺乏各部門之間的信息通道，所以，就形成了一個(gè)個(gè)“信息孤島”。

實(shí)施ERP也就是要解決這樣一個(gè)問題，即如何權(quán)衡效益和成本，綜合各個(gè)業(yè)務(wù)子系統(tǒng)的信息。全部重建固然可能達(dá)到最好的數(shù)據(jù)集成，但成本巨大；全面包容，又會(huì)造成數(shù)據(jù)平臺過多，數(shù)據(jù)格式過于分散，不能達(dá)到ERP系統(tǒng)的基本要求。因此，最重要的工作就是要先認(rèn)真地考察各個(gè)業(yè)務(wù)子系統(tǒng)現(xiàn)有的數(shù)據(jù)結(jié)構(gòu)，考慮其數(shù)據(jù)規(guī)模、數(shù)據(jù)庫本身結(jié)構(gòu)、接口設(shè)計(jì)優(yōu)劣狀況來確定哪些可以沿用不動(dòng)，或變動(dòng)較小。同時(shí)，應(yīng)該明確規(guī)定各類數(shù)據(jù)的出處，保證特定數(shù)據(jù)具備確定的數(shù)據(jù)源，清理各部門之間數(shù)據(jù)管理重疊區(qū)，從而可以建立ERP的綜合數(shù)據(jù)管理模式。

第2篇：數(shù)據(jù)解決方案范文

“我們期待IBM信息管理軟件在即將到來的2012年呈現(xiàn)更加快速的增長，成為大數(shù)據(jù)時(shí)代中信息管理的利器。IBM一直提倡‘Think Big’，鼓勵(lì)自身深入思考、突破創(chuàng)新。在如今的大數(shù)據(jù)時(shí)代，我們對‘Think Big’有了嶄新的詮釋：Think of All Things That Big Data Makes Possible――深入思考并發(fā)掘大數(shù)據(jù)的無限可能，而這也正是IBM信息管理解決方案致力于為用戶創(chuàng)造的價(jià)值?！盜BM軟件集團(tuán)大中華區(qū)信息管理軟件總經(jīng)理盧偉權(quán)表示。

這是一個(gè)不折不扣的“大數(shù)據(jù)時(shí)代”。據(jù)統(tǒng)計(jì)，全球90%的數(shù)據(jù)都是在過去兩年中生成的。為了應(yīng)對數(shù)據(jù)大爆炸的挑戰(zhàn)，IBM推出針對大數(shù)據(jù)的全面解決方案，徹底突破了傳統(tǒng)數(shù)據(jù)倉庫和單一的數(shù)據(jù)管理體系，能夠?yàn)槠髽I(yè)組織提供實(shí)時(shí)分析信息流和Internet范圍信息源的能力，實(shí)現(xiàn)更為經(jīng)濟(jì)高效的大數(shù)據(jù)管理，并為在此之上的業(yè)務(wù)分析和洞察奠定堅(jiān)實(shí)基礎(chǔ)。

IBM中國開發(fā)中心信息管理首席架構(gòu)師及大數(shù)據(jù)架構(gòu)師陳奇博士表示：“洶涌而至的大數(shù)據(jù)時(shí)代帶來嚴(yán)峻的挑戰(zhàn)。然而，挑戰(zhàn)背后也蘊(yùn)藏著無限的機(jī)遇。IBM可以幫助各行各業(yè)的客戶將其數(shù)據(jù)價(jià)值不斷延伸，為企業(yè)發(fā)掘發(fā)展動(dòng)力。我們的大數(shù)據(jù)平臺愿景就是將大數(shù)據(jù)融入企業(yè)，通過IBM大數(shù)據(jù)解決方案和客戶端及合作伙伴解決方案，為用戶提供優(yōu)化的大數(shù)據(jù)環(huán)境，更加積極及時(shí)、經(jīng)濟(jì)高效地從規(guī)?；⒍鄻踊透咚倩瘮?shù)據(jù)中提取有效觀點(diǎn)，幫助用戶獲得突破性的洞察力和價(jià)值，化挑戰(zhàn)為機(jī)遇，化大數(shù)據(jù)為高價(jià)值?！?/p>

IBM大數(shù)據(jù)解決方案實(shí)現(xiàn)了針對大數(shù)據(jù)管理的企業(yè)級可靠性和適應(yīng)性實(shí)時(shí)分析，在行業(yè)中具有突出的優(yōu)勢。其最廣泛的平臺與數(shù)據(jù)倉庫、數(shù)據(jù)庫、數(shù)據(jù)集成、業(yè)務(wù)流程管理等組件充分集成，得以將大數(shù)據(jù)融入企業(yè)，充分滿足各種業(yè)務(wù)需求，幫助企業(yè)穩(wěn)步發(fā)展。

IBM大數(shù)據(jù)解決方案跨多個(gè)行業(yè)，能夠幫助多渠道客戶分析其觀點(diǎn)和體驗(yàn)。目前已有數(shù)千家新客戶正在轉(zhuǎn)到應(yīng)用IBM的大數(shù)據(jù)解決方案上，以便從最廣泛的大數(shù)據(jù)中獲取可執(zhí)行的洞見。丹麥能源企業(yè)維斯塔斯（Vestas）通過使用IBM大數(shù)據(jù)軟件分析PB級別的天氣數(shù)據(jù)，改善風(fēng)力渦輪機(jī)的放置位置，從而獲得最佳能量輸出效果，以前需要數(shù)周方可完成的分析現(xiàn)在僅需不到1個(gè)小時(shí)就可完成。

第3篇：數(shù)據(jù)解決方案范文

高密度是結(jié)構(gòu)化布線設(shè)計(jì)的設(shè)計(jì)人員和顧問需要面對的強(qiáng)制性要求，而在降低布線基礎(chǔ)架構(gòu)物理空間需求的同時(shí)保持功能性和靈活性是首要問題。認(rèn)識到同時(shí)提高密度和管理性的需求，通過創(chuàng)新的設(shè)計(jì)流程，安普布線能夠?yàn)檫@些環(huán)境提供全套的解決方案。

安普布線基于在電信市場行業(yè)內(nèi)的多年經(jīng)驗(yàn)，開發(fā)出了新一代的電纜管理和電纜布線產(chǎn)品。

安普布線Hi-D 系統(tǒng)是一套完整的下一代基礎(chǔ)架構(gòu)硬件產(chǎn)品，用于提高布線性能、維護(hù)性和日常使用功能。在這款先進(jìn)基礎(chǔ)架構(gòu)的設(shè)計(jì)中，電氣和機(jī)械要求及使用和維護(hù)性要求均為重點(diǎn)考慮要素。

安普布線Hi-D 系統(tǒng)包括： 角型配線架、水平和垂直線纜管理、超長存儲、具有專有技術(shù)的側(cè)面管理、光纖配線架系統(tǒng)、自動(dòng)等電位連接控制。這些產(chǎn)品的組合使得安普布線Hi-D 機(jī)架內(nèi)可以達(dá)到極大的配線量。

安普布線 Hi-D 系統(tǒng)提供了極佳的電纜檢修和維護(hù)平臺，可以高效地執(zhí)行移動(dòng)、添加和變更工作，并具有連接處理可靠性。

安普布線Hi-D 的專業(yè)側(cè)面管理托架是一種可以重復(fù)使用的角托架，可以自動(dòng)地適應(yīng)正確的彎曲半徑。同時(shí)Hi-D 系統(tǒng)的良好空氣流動(dòng)設(shè)計(jì)可以支持有源設(shè)備的運(yùn)行，通過保持電纜遠(yuǎn)離通風(fēng)通道，可支持各種冷卻方式，提高設(shè)備的可靠性和空氣流動(dòng)效率。

安普布線 Hi-D 高密度連接系統(tǒng)提供了多種降低運(yùn)營費(fèi)用的功能，提高投資回報(bào)率（ROI），其中一個(gè)就是重視工作任務(wù)的需求，以降低移動(dòng)、添加、變更及故障排除所需的時(shí)間。

通過針對銅纜和光纖的零 U 電纜管理，客戶可以達(dá)到節(jié)約空間的目的。

新型安普布線 Optimate 布線系統(tǒng)提供了插入損耗和回波損耗非常低的 MPO － LC 分接盒。通過這些新型的高級 MPO 產(chǎn)品，數(shù)據(jù)中心所有者可以在 200 米的通道內(nèi)最多可設(shè)計(jì) 6 個(gè) MPO - LC 分接盒，同時(shí)仍可保證滿足 1 Gb 和 10 Gb 以太網(wǎng)、光纖通道和 Infiniband 等數(shù)據(jù)中心應(yīng)用的插入損耗和回波損耗值，且不需要任何額外的有源設(shè)備，即可非常輕松地?cái)U(kuò)展通道或構(gòu)建冗余路徑，這可縮減安裝費(fèi)用，降低電源和冷卻需求和提供更高的移動(dòng)、添加和變更靈活性。

安普布線 Optimate 還適用于標(biāo)準(zhǔn) LC 連接器，在 100 米通道內(nèi)最多允許連接 12 個(gè)連接器。

第4篇：數(shù)據(jù)解決方案范文

【關(guān)鍵詞】 數(shù)據(jù)容災(zāi) 兩地三中心

故宮博物院，建立于1925年10月10日，是在明朝、清朝兩代皇宮及其收藏的基礎(chǔ)上建立起來的中國綜合性博物館，也是中國最大的古代文化藝術(shù)博物館，其文物收藏主要來源于清代宮中舊藏。

故宮博物院保存著各種文字、圖片、流媒體信息，數(shù)據(jù)存儲量大，種類多，隨著館藏的不斷積累和豐富，擁有一套完整的網(wǎng)絡(luò)數(shù)字化資源已經(jīng)是最基本必不可少的基礎(chǔ)設(shè)施，其規(guī)模和使用水平已經(jīng)成為衡量一個(gè)博物館現(xiàn)代化管理水平的一個(gè)重要依據(jù)。而作為越來越重要的博物館數(shù)據(jù)資源，其安全性將是重中之重。因此，針對超大容量的數(shù)字圖像信息、視音頻信息和標(biāo)本數(shù)據(jù)的安全性，迫切需要一套大容量、高性能的存儲設(shè)備進(jìn)行集中數(shù)據(jù)存儲，并建立起一套合理的容災(zāi)方案，以便于管理、保存、易用的數(shù)字化資源存放，實(shí)現(xiàn)博物館數(shù)據(jù)資源的數(shù)據(jù)保護(hù)管理。

根據(jù)故宮博物院信息化建設(shè)規(guī)劃，將在數(shù)據(jù)集中的基礎(chǔ)上，建立容災(zāi)備份中心，并在將來形成兩地三中心的數(shù)據(jù)容災(zāi)方式。經(jīng)過與故宮博物院領(lǐng)導(dǎo)和容災(zāi)技術(shù)專家的交流，根據(jù)故宮博物院的業(yè)務(wù)需求和系統(tǒng)規(guī)劃提出容災(zāi)系統(tǒng)解決方案。

1 故宮博物院容災(zāi)方案系統(tǒng)需求

1.1 系統(tǒng)現(xiàn)狀

故宮博物院主要信息系統(tǒng)系統(tǒng)包括辦公系統(tǒng)、業(yè)務(wù)系統(tǒng)以及數(shù)據(jù)采集、加工和利用系統(tǒng)。辦公系統(tǒng)和業(yè)務(wù)系統(tǒng)主要以服務(wù)器為主的運(yùn)行模式，部門系統(tǒng)采用了數(shù)據(jù)集中存儲的方案。數(shù)據(jù)采集、加工和利用系統(tǒng)通過NAS存儲作為臨時(shí)存儲介質(zhì)，對加工完成的數(shù)據(jù)通過FC SAN的架構(gòu)統(tǒng)一的存儲到專門的系統(tǒng)核心存儲設(shè)備中。

對于數(shù)據(jù)保護(hù)方案部分，通過NBU備份軟件，將重要的數(shù)據(jù)備份到帶庫或者是磁盤陣列中。

如何為上述業(yè)務(wù)系統(tǒng)提供災(zāi)難備份支持，確保了業(yè)務(wù)系統(tǒng)的7×24×365的業(yè)務(wù)連續(xù)性，實(shí)現(xiàn)了無數(shù)據(jù)丟失的災(zāi)難備份系統(tǒng)。將是故宮博物院信息系統(tǒng)下一步的建設(shè)目標(biāo)。

1.2 建設(shè)目標(biāo)

根據(jù)故宮博物院現(xiàn)行的容災(zāi)規(guī)劃，容災(zāi)項(xiàng)目建設(shè)分成兩個(gè)部分：

（1）同城容災(zāi)規(guī)劃：故宮中心機(jī)房：主數(shù)據(jù)中心，用于業(yè)務(wù)的生產(chǎn)運(yùn)行，作為集中監(jiān)控中心。北京同城容災(zāi)機(jī)房：同城備份數(shù)據(jù)中心，用于在主數(shù)據(jù)中心出現(xiàn)短期無法解決的故障或非區(qū)域性災(zāi)難時(shí)，將部分業(yè)務(wù)或全部應(yīng)用系統(tǒng)切換到同城備份數(shù)據(jù)中心。

（2）異地容災(zāi)規(guī)劃：異地容災(zāi)機(jī)房：異地備份數(shù)據(jù)中心，用于北京發(fā)生區(qū)域性災(zāi)難發(fā)生時(shí)，在較短的時(shí)間內(nèi)進(jìn)行關(guān)鍵的業(yè)務(wù)應(yīng)用系統(tǒng)恢復(fù)。

3 故宮博物院數(shù)據(jù)保護(hù)方案

在對故宮博物院生產(chǎn)中心現(xiàn)有環(huán)境進(jìn)行細(xì)致分析的基礎(chǔ)上，充分了解異地災(zāi)備與同城災(zāi)備建設(shè)的系統(tǒng)需求，嚴(yán)格遵循故宮博物院數(shù)據(jù)保護(hù)規(guī)劃的容災(zāi)策略和設(shè)計(jì)原則，本容災(zāi)方案，包含異地災(zāi)備和同城災(zāi)備總體方案，涵蓋生產(chǎn)中心存儲整合，以及同城災(zāi)備中心、異地災(zāi)備中心建設(shè)幾個(gè)主要部分。

3.1 故宮博物院數(shù)據(jù)同城容災(zāi)方案

我們在規(guī)劃災(zāi)難恢復(fù)方案時(shí)，首先應(yīng)根據(jù)具體業(yè)務(wù)要求明確災(zāi)難恢復(fù)方案所要達(dá)到的目標(biāo)。因?yàn)椴煌臑?zāi)難恢復(fù)目標(biāo)，會(huì)有不同的災(zāi)難恢復(fù)技術(shù)實(shí)現(xiàn)方案，以及炯然不同的投資規(guī)模和運(yùn)行成本。通過存儲設(shè)備的MirrorView同步鏡像方案，實(shí)現(xiàn)同城容災(zāi)。

MirrorView的實(shí)施和主機(jī)、操作系統(tǒng)、數(shù)據(jù)庫透明，即不占用主機(jī)、操作系統(tǒng)、數(shù)據(jù)庫。而且不同的主機(jī)、操作系統(tǒng)、數(shù)據(jù)庫可以通過一套MirrorView實(shí)現(xiàn)容災(zāi)。MirrorView同時(shí)支持雙向的容災(zāi)互備。MirrorView用來復(fù)制基于SAN存儲網(wǎng)絡(luò)的數(shù)據(jù)。（見圖1）

在異地容災(zāi)建設(shè)過程中，可根據(jù)實(shí)際情況進(jìn)行分步實(shí)施。

針對故宮博物院的需求，建議采用基于存儲陣列的Mirror View中心容災(zāi)方案。在北京生產(chǎn)中心和同城災(zāi)備中心，建議采用基于存儲陣列的無數(shù)據(jù)丟失的Mirror同步容災(zāi)方案。這種方案能夠在保障生產(chǎn)系統(tǒng)正常運(yùn)行、性能不受影響的前提下，實(shí)現(xiàn)數(shù)據(jù)0丟失。

3.2 故宮博物院數(shù)據(jù)異地容災(zāi)方案

為了進(jìn)一步提高數(shù)據(jù)安全性的保護(hù)，故宮博物院在實(shí)現(xiàn)同城容災(zāi)的基礎(chǔ)上建立兩地三中心的異地災(zāi)備中心，防范區(qū)域級的災(zāi)難。根據(jù)故宮博物院的信息化發(fā)展規(guī)劃，先建設(shè)北京同城容災(zāi)中心的基礎(chǔ)上，規(guī)劃建設(shè)異地容災(zāi)中心；最終形成2地3中心的容災(zāi)架構(gòu)（見圖2）。

這樣一個(gè)同城災(zāi)備加上異地災(zāi)備的三中心災(zāi)備方案，根據(jù)容災(zāi)規(guī)劃，生產(chǎn)數(shù)據(jù)中心作為總行生產(chǎn)中心，運(yùn)行絕大部分業(yè)務(wù)系統(tǒng)，并且作為集中的監(jiān)控中心。同城備份中心實(shí)現(xiàn)與生產(chǎn)中心應(yīng)用級的災(zāi)備功能，確保RTO和RPO范圍內(nèi)的業(yè)務(wù)持續(xù)運(yùn)行，防御非區(qū)域性災(zāi)難。異地?cái)?shù)據(jù)容災(zāi)中心實(shí)現(xiàn)數(shù)據(jù)級的備份，常規(guī)情況下用于測試系統(tǒng)，用于防御重大區(qū)域性災(zāi)難。

在北京生產(chǎn)中心和同城災(zāi)備中心到異地災(zāi)備中心之間建立基于磁盤陣列的Mirror異步數(shù)據(jù)復(fù)制，實(shí)現(xiàn)無距離限制、無數(shù)據(jù)丟失的遠(yuǎn)程數(shù)據(jù)備份方案。

生產(chǎn)中心的磁盤陣列與同城災(zāi)備中心磁盤陣列保持同步關(guān)系。同城災(zāi)備中心與異地備份中心間磁盤陣列為異步關(guān)系。

在正常運(yùn)行時(shí)，將生產(chǎn)中心的存儲系統(tǒng)設(shè)置成源磁盤，將同城災(zāi)備中心的存儲系統(tǒng)設(shè)置成目標(biāo)磁盤，這樣源磁盤中的數(shù)據(jù)就會(huì)在MirrorView的管理下通過數(shù)據(jù)備份通道鏡像至目標(biāo)磁盤之上，Mirror同步方式可以保證寫入磁盤的數(shù)據(jù)絕對不會(huì)丟失。

當(dāng)生產(chǎn)系統(tǒng)發(fā)生災(zāi)難性故障時(shí)，利用同城災(zāi)備中心同步的Mirror備份數(shù)據(jù)和同城災(zāi)備中心的備份機(jī)，可有效的將生產(chǎn)數(shù)據(jù)恢復(fù)到完全一致的生產(chǎn)狀態(tài)。

與此同時(shí)同城災(zāi)備中心MirrorView將實(shí)時(shí)傳送至異地的災(zāi)備中心，保證同城區(qū)災(zāi)難備份系統(tǒng)完整性和遠(yuǎn)程備份系統(tǒng)的有效性、自動(dòng)化。

災(zāi)難備份系統(tǒng)在災(zāi)難發(fā)生后能否快速接替或恢復(fù)系統(tǒng)工作，使業(yè)務(wù)系統(tǒng)盡快恢復(fù)運(yùn)行，需要強(qiáng)有力的組織、管理工作和多種規(guī)程予以保障。得當(dāng)?shù)慕M織管理工作、訓(xùn)練有素的人員可以大大縮短恢復(fù)的時(shí)間，組織管理工作是災(zāi)難恢復(fù)工作中的重要一環(huán)。

第5篇：數(shù)據(jù)解決方案范文

[關(guān)鍵詞] Oracle數(shù)據(jù)庫；備份；恢復(fù)；方案

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2016. 07. 088

[中圖分類號] TP315 [文獻(xiàn)標(biāo)識碼] A [文章編號] 1673 - 0194（2016）07- 0189- 02

1 引 言

隨著油田廣域網(wǎng)的深入應(yīng)用，油田開發(fā)生產(chǎn)管理、經(jīng)營管理等信息數(shù)據(jù)急劇增加，并已成為寶貴的資產(chǎn)。企業(yè)給類信息在企業(yè)全部資產(chǎn)中所占的比例越來越大，在企業(yè)的網(wǎng)絡(luò)系統(tǒng)中，寶貴的已經(jīng)不是企業(yè)所購置的各種硬件設(shè)備，而是企業(yè)在長期發(fā)展過程中所積累下來的各類數(shù)據(jù)。人們也認(rèn)識到企業(yè)內(nèi)部信息安全的重要性。為了確保企業(yè)網(wǎng)絡(luò)重要信息的安全，保證采油廠各項(xiàng)油田開發(fā)、科研、生產(chǎn)管理以及經(jīng)營管理等工作的順利開展，網(wǎng)絡(luò)重要信息的備份和恢復(fù)是采油廠企業(yè)網(wǎng)絡(luò)建設(shè)和應(yīng)用過程中必須解決好的重要問題。

分析和總結(jié)多年來網(wǎng)絡(luò)建設(shè)經(jīng)驗(yàn)，網(wǎng)絡(luò)信息的損失和丟失主要有以下三個(gè)方面的原因。

（1）來自自然界的破壞，其程度將是災(zāi)難性的。

（2）來自計(jì)算機(jī)和網(wǎng)絡(luò)系統(tǒng)的硬件和軟件本身的故障。

（3）來自人為的因素，如“黑客”的攻擊、病毒的發(fā)作、商業(yè)機(jī)密的盜取、內(nèi)部人員的蓄意破壞以及人為的操作失誤等等，這些往往是數(shù)據(jù)和系統(tǒng)破壞的最主要原因，而且對于企業(yè)來說更是防不勝防，所造成的損失和影響也將無法預(yù)料和估計(jì)。

數(shù)據(jù)備份將達(dá)到以下目的：

（1）企業(yè)內(nèi)部重要業(yè)務(wù)資料的自動(dòng)化存儲管理。

（2）簡化備份復(fù)雜性，節(jié)省人力資源，提高工作效率。

（3）確保數(shù)據(jù)存放安全，并有效集中管理。

（4）避免人為錯(cuò)誤及自然災(zāi)害的破壞，提高數(shù)據(jù)資料的正確性。

（5）快速、準(zhǔn)確進(jìn)行數(shù)據(jù)恢復(fù)，提高服務(wù)品質(zhì)并提升形象。

2 采油廠Oracle數(shù)據(jù)庫服務(wù)器現(xiàn)狀

目前采油廠服務(wù)器包括數(shù)據(jù)庫服務(wù)器、Web服務(wù)器等，主要存儲油田開發(fā)數(shù)據(jù)，形成采油廠數(shù)據(jù)中心。數(shù)據(jù)庫采用目前比較先進(jìn)的Oracle數(shù)據(jù)庫。

采油廠開發(fā)數(shù)據(jù)庫包括開發(fā)動(dòng)、靜態(tài)、井下作業(yè)、采油工程等數(shù)據(jù)庫，數(shù)據(jù)主要以O(shè)racle數(shù)據(jù)庫形式存儲，數(shù)據(jù)庫服務(wù)器每天24小時(shí)運(yùn)轉(zhuǎn)。大量的油田開發(fā)數(shù)據(jù)每天從采油小隊(duì)、作業(yè)小隊(duì)、聯(lián)合站等上傳到礦服務(wù)器，經(jīng)加工處理后，采油礦上傳至廠級及油田公司級Oracle服務(wù)器，數(shù)據(jù)在油田內(nèi)共享。

基于Oracle數(shù)據(jù)庫開發(fā)的專業(yè)軟件已應(yīng)用在各個(gè)專業(yè)領(lǐng)域中，比較典型的有油田生產(chǎn)管理、作業(yè)生產(chǎn)管理、采油工程生產(chǎn)管理等分析系統(tǒng)。

3 數(shù)據(jù)庫服務(wù)器備份恢復(fù)解決方案探討

Oracle本身提供的備份和恢復(fù)方式，在數(shù)據(jù)量不大，操作系統(tǒng)種類單一，服務(wù)器數(shù)量有限的情況下，不失為一種既經(jīng)濟(jì)又簡明的備份手段。但隨著企業(yè)計(jì)算機(jī)規(guī)模的擴(kuò)大，數(shù)據(jù)量幾何級的增長及分布式網(wǎng)絡(luò)環(huán)境的普遍應(yīng)用。企業(yè)將業(yè)務(wù)信息分布在不同的機(jī)器及操作平臺上，用于數(shù)據(jù)存儲和提供數(shù)據(jù)服務(wù)的服務(wù)器逐漸增多，因此要建立一套高效的數(shù)據(jù)庫備份和恢復(fù)方案，自動(dòng)地、實(shí)時(shí)地在線備份和恢復(fù)，以便能在服務(wù)器發(fā)生故障后，快速恢復(fù)，減少停機(jī)時(shí)間，不影響生產(chǎn)，保證數(shù)據(jù)的高可用性。

根據(jù)采油廠數(shù)據(jù)庫應(yīng)用情況，根據(jù)數(shù)據(jù)庫用戶級別不同，將采用不同的備份方案，實(shí)現(xiàn)Oracle數(shù)據(jù)庫系統(tǒng)的自動(dòng)備份和自動(dòng)恢復(fù)。因此硬件與自動(dòng)備份軟件集成的方案將適用于廠級Oracle數(shù)據(jù)庫服務(wù)器和各專業(yè)級Oracle數(shù)據(jù)庫服務(wù)器自動(dòng)備份和恢復(fù)。

常用的備份軟件有多種，目前采油廠使用最多的，如Veritas公司的NetBackup、Legato NetWorker、CA ARCserve、HP OpenView OmnibackII、IBM ADSM等。它們都具有自動(dòng)定時(shí)備份管理、備份介質(zhì)自動(dòng)管理，數(shù)據(jù)庫在線備份管理等功能。

經(jīng)過充分的分析論證，備份軟件首選Veritas公司的備份軟件，它比較適合采油廠數(shù)據(jù)庫的系統(tǒng)環(huán)境和具體需求。

對于Oracle的備份與恢復(fù)，VERITAS提供了一套在增加可用性的同時(shí)簡化數(shù)據(jù)庫備份與恢復(fù)的解決方案（NetBackup Exec）。備份系統(tǒng)能根據(jù)用戶的實(shí)際需求，對備份的數(shù)據(jù)進(jìn)行自定義，并以圖形界面方式根據(jù)需要設(shè)置備份時(shí)間表，備份系統(tǒng)將自動(dòng)啟動(dòng)備份作業(yè)，無需人工干預(yù)。自動(dòng)備份作業(yè)可自定，包括一次備份作業(yè)、每周的某幾日、每月的第幾天等項(xiàng)目。計(jì)劃設(shè)定好后，備份作業(yè)就按計(jì)劃自動(dòng)進(jìn)行。

在網(wǎng)絡(luò)環(huán)境中選擇一臺應(yīng)用服務(wù)器作為網(wǎng)絡(luò)數(shù)據(jù)備份服務(wù)器，并安裝網(wǎng)絡(luò)數(shù)據(jù)存儲管理服務(wù)器端軟件NetBackup Exec，并在備份服務(wù)器上連接一臺大容量存儲設(shè)備（磁帶庫、光盤庫），網(wǎng)絡(luò)環(huán)境中需要進(jìn)行數(shù)據(jù)備份管理的服務(wù)器上安裝NetBackup Exec客戶端軟件，在備份服務(wù)器上利用NetBackup Exec 的管理控制臺設(shè)置自動(dòng)運(yùn)行的作業(yè)，如，在晚上10：00自動(dòng)備份所有的Oracle數(shù)據(jù)庫，備份服務(wù)器在那一時(shí)刻就會(huì)自動(dòng)的進(jìn)行備份作業(yè)。通過設(shè)置不同的備份作業(yè)，可以實(shí)現(xiàn)各種不同的備份策略，如增量備份和系統(tǒng)全備份，實(shí)現(xiàn)自動(dòng)的無人職守備份的功能。通過局域網(wǎng)將數(shù)據(jù)集中備份到與備份服務(wù)器連接的存儲設(shè)備上，實(shí)現(xiàn)對網(wǎng)絡(luò)的數(shù)據(jù)備份進(jìn)行集中管理，實(shí)現(xiàn)自動(dòng)化的備份、文件歸檔、數(shù)據(jù)分級存儲。

備份軟件也提供完善的災(zāi)難恢復(fù)手段，能將備份硬件的優(yōu)良特性完全發(fā)揮出來，使備份和災(zāi)難恢復(fù)時(shí)間極大地縮短，實(shí)現(xiàn)網(wǎng)絡(luò)數(shù)據(jù)備份的全自動(dòng)智能化管理。針對災(zāi)難恢復(fù)，小到磁盤陣列出錯(cuò)，大到整個(gè)機(jī)房受損，NetBackup不但能根據(jù)主備份異地進(jìn)行完全恢復(fù)或部分恢復(fù)，而且能夠在遠(yuǎn)端（或庫外）恢復(fù)應(yīng)用或整個(gè)計(jì)算機(jī)服務(wù)器。它能夠自動(dòng)創(chuàng)建主要備份的拷貝，這個(gè)拷貝磁帶既可以在異地磁帶庫，也可以是作為庫外管理的本地磁帶。庫外管理體現(xiàn)在，可以記錄介質(zhì)的有效存放地點(diǎn)，無須人工記錄。

借助這樣的備份系統(tǒng)，可以實(shí)現(xiàn)：跨平臺數(shù)據(jù)的集中管理、應(yīng)用數(shù)據(jù)的全自動(dòng)備份、對介質(zhì)的有效管理、數(shù)據(jù)的自動(dòng)恢復(fù)、歷史數(shù)據(jù)歸檔、數(shù)據(jù)庫聯(lián)機(jī)備份、備份數(shù)據(jù)流程等等。

第6篇：數(shù)據(jù)解決方案范文

針對基金行業(yè)的發(fā)展趨勢及各基金公司的信息化現(xiàn)狀,廣州安正軟件科技有限公司(簡稱廣州安正,英文名稱BusinessMatrix)經(jīng)過對基金行業(yè)業(yè)務(wù)的提煉,融合數(shù)據(jù)倉庫、商業(yè)智能等技術(shù),開發(fā)了基金行業(yè)數(shù)據(jù)中心解決方案,將基金公司累積的大量離散數(shù)據(jù)資產(chǎn),整合形成統(tǒng)一的數(shù)據(jù)中心,再基于可信、靈活的數(shù)據(jù)中心,實(shí)現(xiàn)數(shù)據(jù)知識化,完成數(shù)據(jù)價(jià)值鏈建設(shè),從而輔助日常運(yùn)作,支撐管理決策。BusinessMatrix基金行業(yè)數(shù)據(jù)中心解決方案包括以下內(nèi)容:

整合數(shù)據(jù),搭建基礎(chǔ)數(shù)據(jù)中心

數(shù)據(jù)中心的首要任務(wù)是整合TA、直銷、呼叫中心、估值、投資交易等系統(tǒng)數(shù)據(jù),通過數(shù)據(jù)建模,經(jīng)歷一系列的數(shù)據(jù)清洗、轉(zhuǎn)換過程,整合形成企業(yè)統(tǒng)一數(shù)據(jù)中心。

數(shù)據(jù)中心通過對企業(yè)層面數(shù)據(jù)的統(tǒng)一和規(guī)范,利用ETL工具對“臟數(shù)據(jù)”進(jìn)行處理,確保數(shù)據(jù)的準(zhǔn)確性、完整性和一致性;同時(shí),通過數(shù)據(jù)倉庫的數(shù)據(jù)建模技術(shù)和數(shù)據(jù)分層技術(shù),支持業(yè)務(wù)的各種數(shù)據(jù)和信息需要,以應(yīng)對未來需求的變更與擴(kuò)展,保證數(shù)據(jù)的靈活性與高擴(kuò)展性。

搭建信息應(yīng)用體系

數(shù)據(jù)中心利用BI工具開發(fā)、生成一系列業(yè)務(wù)報(bào)表、OLAP分析、儀表盤等信息資源,為用戶日常業(yè)務(wù)提供支持。生成的各種報(bào)表通過信息門戶集中,實(shí)現(xiàn)了便利的信息分類瀏覽功能。

通過BI前端工具對數(shù)據(jù)的展現(xiàn)加工,融合管理思維、模型與方法,面向業(yè)務(wù)實(shí)現(xiàn)數(shù)據(jù)知識化,便捷企業(yè)管理者對業(yè)務(wù)的洞察、分析與預(yù)測,可信的數(shù)據(jù)支撐可靠的分析與決策。

各種類型的信息資源最終被信息服務(wù)門戶分類管理,并實(shí)現(xiàn)向業(yè)務(wù)用戶的快捷傳遞,包括系統(tǒng)查閱、郵件、短信、移動(dòng)應(yīng)用等多種方式,還可與OA等業(yè)務(wù)系統(tǒng)整合,實(shí)現(xiàn)信息在OA等系統(tǒng)上的,方便業(yè)務(wù)用戶的使用。

建立信息資源管理平臺

基金行業(yè)數(shù)據(jù)中心需從多個(gè)業(yè)務(wù)系統(tǒng)數(shù)據(jù)源整合數(shù)據(jù),經(jīng)過一系列的清洗、轉(zhuǎn)換過程,并通過多種前端應(yīng)用工具將數(shù)據(jù)轉(zhuǎn)換為報(bào)表、分析等應(yīng)用。整個(gè)過程中,涉及的業(yè)務(wù)系統(tǒng)眾多,數(shù)據(jù)結(jié)構(gòu)復(fù)雜,如何確保數(shù)據(jù)中心的穩(wěn)健運(yùn)行,并在問題發(fā)生時(shí)及時(shí)地解決問題,以滿足業(yè)務(wù)對信息的需要,成為數(shù)據(jù)中心不可回避的一個(gè)重要問題;同時(shí),數(shù)據(jù)中心涉及源系統(tǒng)、數(shù)據(jù)倉庫、數(shù)據(jù)集市、報(bào)表、分析、儀表盤等方方面面的數(shù)據(jù)相關(guān)資產(chǎn),如何管理這些資產(chǎn),確保這些數(shù)據(jù)資產(chǎn)更好地為業(yè)務(wù)起到支撐作用,是數(shù)據(jù)中心面臨的又一個(gè)重要課題。

廣州安正在解決方案中整合了自主開發(fā)的信息資源管理系統(tǒng),整體地管理企業(yè)所有數(shù)據(jù)相關(guān)的資產(chǎn),并管理數(shù)據(jù)流動(dòng)的過程,全面管理了技術(shù)元數(shù)據(jù)、業(yè)務(wù)元數(shù)據(jù)以及過程元數(shù)據(jù)。同時(shí),信息資源管理系統(tǒng)全面管理與監(jiān)控?cái)?shù)據(jù)中心的運(yùn)行,確保數(shù)據(jù)價(jià)值鏈的高可用性。

第7篇：數(shù)據(jù)解決方案范文

>> BPEL系統(tǒng)開發(fā)中異構(gòu)數(shù)據(jù)處理的解決方案 一種海量數(shù)據(jù)處理平臺的解決方案 基于SOA的異構(gòu)數(shù)據(jù)集成解決方案 異構(gòu)系統(tǒng)中的三維CAD的解決方案 CAN總線系統(tǒng)開發(fā)關(guān)鍵問題及解決方案 電子商務(wù)系統(tǒng)中的大數(shù)據(jù)處理 電力自動(dòng)化系統(tǒng)中的數(shù)據(jù)處理 富士通與萊卡合作開發(fā)圖像處理系統(tǒng)解決方案 多元企業(yè)標(biāo)準(zhǔn)數(shù)據(jù)處理分析編寫系統(tǒng)的開發(fā)設(shè)計(jì) 企業(yè)數(shù)據(jù)處理在軟件系統(tǒng)的研究和開發(fā)應(yīng)用 就業(yè)通平臺異構(gòu)數(shù)據(jù)集成與解決方案 音頻系統(tǒng)中的噪聲和解決方案 大型警務(wù)數(shù)據(jù)處理系統(tǒng)中的數(shù)據(jù)分流平臺設(shè)計(jì) 水處理系統(tǒng)在冬季運(yùn)行過程中遇到的問題及解決方案 遙感圖像處理系統(tǒng)ENVI及其在MODIS數(shù)據(jù)處理中的應(yīng)用 IT系統(tǒng)數(shù)據(jù)信息安全解決方案解析 數(shù)據(jù)庫雙機(jī)熱備份系統(tǒng)解決方案 基于ExcelVBA的數(shù)據(jù)處理軟件開發(fā) 基帶SoC的系統(tǒng)解決方案 基于智能移動(dòng)終端的數(shù)據(jù)監(jiān)控系統(tǒng)的解決方案 常見問題解答 當(dāng)前所在位置：.

[3] Geminiuc K.面向服務(wù)的方法在業(yè)務(wù)規(guī)則開發(fā)中的運(yùn)用[EB/OL]..

[4] Business Process Execution Language for Web Services Version 1.1[EB/OL].(2003-05). /developerworks/library/specification/ws-bpel/.

[5] Rosenberg F,Dustdar S.Business Rules Integration in BPEL-A Service-Oriented Approach[C].Proceedings of the Seventh IEEE International Conference on E-Commerce Technology (CEC’05),2005:476-479.

[6] Ali S,Soh B,Torabi T.A Novel Approach Toward Integration of Rules Into Business Processes Using An Agent-Oriented Framework[C].IEEE Transactions on Industrial InforMatics,2006,2:145-154.

第8篇：數(shù)據(jù)解決方案范文

P鍵詞： 實(shí)體動(dòng)態(tài)屬性；數(shù)據(jù)庫設(shè)計(jì)；關(guān)系數(shù)據(jù)庫；非關(guān)系數(shù)據(jù)庫

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2017）05-0009-02

1 問題的提出

隨著大數(shù)據(jù)時(shí)代的來臨，結(jié)構(gòu)化數(shù)據(jù)、半結(jié)構(gòu)化數(shù)據(jù)與非結(jié)構(gòu)化數(shù)據(jù)已廣泛存在于各個(gè)軟件應(yīng)用中。任何移動(dòng)應(yīng)用和系統(tǒng)都離不開數(shù)據(jù)庫進(jìn)行存儲數(shù)據(jù)，而數(shù)據(jù)的復(fù)雜性給它們的開發(fā)帶來了困難和挑戰(zhàn)。

在現(xiàn)實(shí)生活中，社會(huì)現(xiàn)實(shí)中的萬事成物都是一個(gè)動(dòng)態(tài)系統(tǒng)。隨著時(shí)間的推移和事情的發(fā)展，各種實(shí)體都會(huì)發(fā)展變化，具體體現(xiàn)在實(shí)體屬性的變化上，因此，我們稱之為實(shí)體的動(dòng)態(tài)屬性[1]。例如，在一款銀行績效考核系統(tǒng)中的客戶經(jīng)理實(shí)體，隨著業(yè)務(wù)的發(fā)展，客戶經(jīng)理的其考核內(nèi)容也會(huì)發(fā)生變化，會(huì)有存款業(yè)績、貸款業(yè)務(wù)、基金業(yè)績、是否投訴等不斷增加，也會(huì)產(chǎn)生相對應(yīng)的業(yè)績數(shù)值，這些不斷業(yè)績都稱為該客戶經(jīng)理實(shí)體的動(dòng)態(tài)性，詳情如表1客戶經(jīng)理實(shí)體2017年1月份業(yè)務(wù)需求表所示。

在實(shí)際的項(xiàng)目開發(fā)中，固定數(shù)量的、明確的實(shí)體屬性，有利于軟件設(shè)計(jì)與開發(fā)人員進(jìn)行項(xiàng)目開發(fā)。但是，動(dòng)態(tài)屬性的實(shí)體，由于實(shí)體屬性的個(gè)數(shù)未知，屬性名稱未知，在系統(tǒng)運(yùn)行過程中，根據(jù)業(yè)務(wù)的需要，隨時(shí)增添新的屬性，因此，給項(xiàng)目開發(fā)人員帶來了困難和挑戰(zhàn)。筆者在數(shù)據(jù)庫設(shè)計(jì)方面經(jīng)過長期的實(shí)踐，探索出了針對該問題的實(shí)體的動(dòng)態(tài)屬性在數(shù)據(jù)庫設(shè)計(jì)中的解決方法，希望對有相同需要的數(shù)據(jù)庫設(shè)計(jì)人員或軟件開發(fā)人提供一點(diǎn)參考價(jià)值。

2 定義相關(guān)數(shù)據(jù)結(jié)構(gòu)

數(shù)據(jù)庫中的數(shù)據(jù)結(jié)構(gòu)與數(shù)據(jù)對象的數(shù)據(jù)類型、內(nèi)容、性質(zhì)有關(guān)的，是對數(shù)據(jù)對象的一個(gè)靜態(tài)描述。為了便于說明，還以上述績效考核系統(tǒng)中的客戶經(jīng)理實(shí)體為例進(jìn)行描述。該客戶經(jīng)理實(shí)體包括存款業(yè)績、貸款業(yè)務(wù)、基金業(yè)績、是否投訴等屬性，其在關(guān)系數(shù)據(jù)庫中可以定義成相關(guān)字段，具體詳細(xì)結(jié)構(gòu)描述如下：

Create Table ClientManager（

CName nvarchar（50）， //姓名字段

CDeposit decimal（18， 2）， //存款業(yè)績字段

CLoan decimal（18， 2）， //貸款業(yè)績字段

CFund decimal（18， 2）， //基金業(yè)績字段

CIsComplain nvarchar（2）， //是否投訴字段

... //未知屬性字段

）

很顯然，由于實(shí)體未知屬性的存在，上述結(jié)構(gòu)中的字段不明確，這樣的設(shè)計(jì)在目前的數(shù)據(jù)庫技術(shù)中不能得以實(shí)現(xiàn)。

3 關(guān)系數(shù)據(jù)庫中實(shí)體的設(shè)計(jì)方法

目前，市場要流行的關(guān)系型數(shù)據(jù)庫門類眾多，有甲骨文公司的Oracle、MySQL，有微軟公司的SQL Server，還有針對移動(dòng)應(yīng)用的SQLite。下面針對上述實(shí)體的動(dòng)態(tài)屬性問題，給出兩種關(guān)系型數(shù)據(jù)庫的解決方法。

3.1 采用改行為列

為了改變上述字段不明確的問題，從表1中可以看出是二維表中的字段不明確，采用以行來代替列的形式，就可以把未知的列的值作為一條記錄存儲于表中，這樣，就可以根據(jù)需求動(dòng)態(tài)滿足字段的增加或減少，解決該問題。但是，這樣需要解決兩個(gè)問題，一個(gè)是屬性名的問題和另一個(gè)屬性值的問題。因此，行轉(zhuǎn)為列的形式中，二維表中需要屬性名和屬性值兩列。具體的在客戶經(jīng)理實(shí)體中，定義為經(jīng)理姓名、業(yè)績名稱和業(yè)績額，具體詳細(xì)結(jié)構(gòu)描述如下：

Create Table ClientManager（

CName nvarchar（50）， //經(jīng)理姓名

CAchieveName nvarchar（50）， //業(yè)績名稱字段

CAchieveValue nvarchar（50） //業(yè)績額字段

）

在關(guān)系數(shù)據(jù)庫中，客戶經(jīng)理的實(shí)體二維表中的業(yè)績和業(yè)績額從以行的形式轉(zhuǎn)為以列的形式，但是，表中的記錄數(shù)據(jù)增加，其具體形式如表2客戶經(jīng)理實(shí)體行轉(zhuǎn)成列后的樣式表所示。

3.2 采用兩個(gè)關(guān)系實(shí)體

采用行轉(zhuǎn)為列的方式能夠適應(yīng)簡單屬性值全都一個(gè)數(shù)據(jù)類型的動(dòng)態(tài)屬性的問題，比如，例子中的業(yè)績額全為數(shù)值類型，開發(fā)人員在進(jìn)行開發(fā)實(shí)現(xiàn)功能時(shí)可以進(jìn)行統(tǒng)一計(jì)算。但是，如果屬性不是一個(gè)統(tǒng)一的類型，比如例子中的業(yè)績額有數(shù)值類型的，還有字符類型的。這種情況下，程序開發(fā)人員，在進(jìn)行數(shù)據(jù)取值時(shí)，要有目的的進(jìn)行運(yùn)算，而在例子中屬性值的數(shù)據(jù)類型不明確，給開發(fā)人員帶來了麻煩。解決這種復(fù)雜的情況，可以增加一個(gè)實(shí)體表對屬性值的取值詳細(xì)信息進(jìn)行描述，而將在該實(shí)體中將上一個(gè)實(shí)體的屬性名作為外鍵，這樣，就能夠保證數(shù)據(jù)的一致性。在例子中，在客戶經(jīng)理實(shí)體的基礎(chǔ)上，增加一個(gè)業(yè)績設(shè)置實(shí)體，其字段有業(yè)績名稱、業(yè)績額的取值類型、業(yè)績額的取值長度、業(yè)績額的取值精度，具體表述所下：

Create Table AchieveSet（

AchieveName nvarchar（50）， //業(yè)績名稱字段

AValueDataType nvarchar（50）， //業(yè)績額的取值類型

AValueLength int， //業(yè)績額的取值長度

AValuePrecision int //業(yè)績額的取值精度

）

綜上所述，通過行轉(zhuǎn)列的方式，解決屬性值同一類型的動(dòng)態(tài)屬性問題；通過兩個(gè)實(shí)體來解決屬性值非同一類型的復(fù)雜的動(dòng)態(tài)屬性問題。程序開發(fā)人員可以根據(jù)不同的需求，采用不同的方法對系統(tǒng)進(jìn)行開發(fā)。

4 非關(guān)系數(shù)據(jù)庫實(shí)體的設(shè)計(jì)方法

隨著技術(shù)的發(fā)展，對半結(jié)構(gòu)化、非結(jié)構(gòu)化的數(shù)據(jù)進(jìn)行處理，出現(xiàn)了NoSQL數(shù)據(jù)管理技術(shù)的發(fā)展。下面結(jié)合非關(guān)系數(shù)據(jù)技術(shù)，給出兩種解決動(dòng)態(tài)屬性問題的解決方法。

4.1 采用HBase模型

HBase是一個(gè)分布式的，面向列族進(jìn)行存儲的數(shù)據(jù)庫[4]。在HBase數(shù)據(jù)庫中，動(dòng)態(tài)屬性可以采用它的數(shù)據(jù)模型來進(jìn)行實(shí)現(xiàn)。定義一個(gè)屬性列族，而在該列族中根據(jù)需要可以任意動(dòng)態(tài)放入子列即可。具體操作是定義一個(gè)客戶經(jīng)理實(shí)體，在該實(shí)體中創(chuàng)建一個(gè)業(yè)績列族，通過行鍵來存儲客戶經(jīng)理實(shí)體記錄中的經(jīng)理名稱，具體描述如下：

create ‘ClientManager’，'CAchieve'

其中，ClientManager’是客戶經(jīng)理實(shí)體，'CAchieve'是客戶經(jīng)理的業(yè)績。

實(shí)體表創(chuàng)建完成后，可以進(jìn)行操作，進(jìn)行存儲記錄數(shù)據(jù)，其操作如下：

put 'ClientManager'，'張三'，'CAchieve：存款業(yè)績'，'10000'

put 'ClientManager'，'張三'，'CAchieve：是否投訴'，'是'

put 'ClientManager'，'李四'，'CAchieve：基金業(yè)績'，'10500'

...

其中，張三、李四列使用的是HBase行鍵，'CAchieve'冒號后面是動(dòng)態(tài)屬性。

4.2 采用MongoDB模型

MongoDB稻菘饈遣捎夢牡?、己虾蛿?shù)據(jù)庫三部分來對數(shù)據(jù)進(jìn)行組織[5]。在MongoDB數(shù)據(jù)庫中，動(dòng)態(tài)屬性可以采用它的數(shù)據(jù)模型來實(shí)現(xiàn)，根據(jù)其文檔的機(jī)制來進(jìn)行實(shí)現(xiàn)。在例子中，采用定義一個(gè)客戶經(jīng)理實(shí)體的集合，在集合中插入定義好的記錄文檔，具體操作如下：

db.createCollection（"'ClientManager'"）； //定義客戶經(jīng)理集合

db.ClientManager.insert（{"name"："李四"，"存款業(yè)績"：10000"，是否投訴"：是}）

db.ClientManager.insert（{"name"："李四"，"基金業(yè)績"：11000，"是否投訴"：是}）

其中，大括號{}內(nèi)的數(shù)據(jù)是文檔信息，存儲客戶經(jīng)理信息，而每一鍵值對記錄該客戶經(jīng)理實(shí)體的績效信息，比如，"存款業(yè)績"：10000"等。每個(gè)文檔內(nèi)中的鍵值對中的鍵可以不相同，這樣，就達(dá)到了實(shí)現(xiàn)動(dòng)態(tài)屬性的要求。

5 總結(jié)

截止到目前為止，關(guān)系型數(shù)據(jù)庫理論和非關(guān)系型數(shù)據(jù)庫理論并存，而且他們都已經(jīng)發(fā)展得很成熟，在市場上廣泛應(yīng)用。作者從實(shí)際開發(fā)一款績效考核系統(tǒng)中，考核指標(biāo)不斷變化的實(shí)際需求出發(fā)，調(diào)研和總結(jié)當(dāng)前市場上幾種處理實(shí)體屬性不斷變化的解決方案。根據(jù)不同的方案可選擇不同的數(shù)據(jù)庫技術(shù)，在開發(fā)實(shí)施過程中需要相應(yīng)的技術(shù)條件和設(shè)備條件?？傊?，希望給后來者的學(xué)習(xí)和工作提供一些建議和幫助。

參考文獻(xiàn)：

[1] 唐小剛，譚石強(qiáng).一種實(shí)體屬性非確定的關(guān)系數(shù)據(jù)庫設(shè)計(jì)方法[J]. 湘南學(xué)院學(xué)報(bào)，2006（4）.

[2] 李華娟.關(guān)系型數(shù)據(jù)庫設(shè)計(jì)之實(shí)踐技巧[J].電子技術(shù)與軟件工程，2016（1）.

[3] 李長春.動(dòng)態(tài)字段在VFP中的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)時(shí)代，1999（7）.

第9篇：數(shù)據(jù)解決方案范文

關(guān)鍵詞： 大數(shù)據(jù)；精準(zhǔn)營銷

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2015）29-0007-03

大數(shù)據(jù)作為一種新興的數(shù)據(jù)處理技術(shù)，最早可追溯到20世紀(jì)80年代的美國。如今，商業(yè)銀行在信息化的迅速發(fā)展中，產(chǎn)生了大量的業(yè)務(wù)數(shù)據(jù)、中間數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)等。大數(shù)據(jù)需要做的就是從這些海量數(shù)據(jù)中提取出有價(jià)值的信息，為商業(yè)銀行的各類決策提供參考和服務(wù)。匯豐、花旗和瑞士銀行是數(shù)據(jù)挖掘技術(shù)應(yīng)用的先行者。在國內(nèi)的商業(yè)銀行中，大數(shù)據(jù)的思想和技術(shù)也已逐步開始在業(yè)務(wù)中獲得實(shí)踐和嘗試。

基于大數(shù)據(jù)的精準(zhǔn)營銷方案是利用大數(shù)據(jù)平臺的模型分析結(jié)果，挖掘潛出在客戶，實(shí)現(xiàn)可持續(xù)的營銷計(jì)劃。

1 應(yīng)用基礎(chǔ)

1）物理基礎(chǔ)。利用Hadoop平臺作為大數(shù)據(jù)架構(gòu)的物理基礎(chǔ)，首先需要對商業(yè)銀行整體的數(shù)據(jù)量作出評估，計(jì)算出需要設(shè)置的節(jié)點(diǎn)個(gè)數(shù)。在此基礎(chǔ)上確定Hadoop中的每一塊組件是否適合并能滿足目前及未來的業(yè)務(wù)處理需求。Hadoop的物理架構(gòu)如圖1所示。

2）數(shù)據(jù)基礎(chǔ)。商業(yè)銀行需要在對內(nèi)外部數(shù)據(jù)梳理、清洗、整合和建立映射的基礎(chǔ)上，將各類不同數(shù)據(jù)關(guān)聯(lián)成為一個(gè)有機(jī)整體，并構(gòu)建統(tǒng)一的數(shù)據(jù)劃分維度體系，以此作為大數(shù)據(jù)平臺的數(shù)據(jù)基礎(chǔ)。

數(shù)據(jù)基礎(chǔ)基礎(chǔ)主要由四大部分組成：數(shù)據(jù)采集模塊、數(shù)據(jù)冗余模塊、維度定義模塊、并行分析模塊，如圖2所示。

2 應(yīng)用需求分析

為獲得更好的精準(zhǔn)營銷效果，并實(shí)現(xiàn)全流程的精準(zhǔn)營銷解決方案。整體的應(yīng)用目標(biāo)是希望依托大數(shù)據(jù)平臺的分析結(jié)果在線獲取客戶的各類信息，再通過模型分析、客戶個(gè)性化需求、不同產(chǎn)品的特點(diǎn)等，在客戶與產(chǎn)品之間建立精準(zhǔn)的對應(yīng)關(guān)系。在業(yè)務(wù)操作上，還應(yīng)當(dāng)能幫助客戶經(jīng)理對客戶做出準(zhǔn)入判斷、提供營銷方案、實(shí)現(xiàn)限額管理、定價(jià)指導(dǎo)等智能決策信息。這些應(yīng)用目標(biāo)可以拆分成如下應(yīng)用需求：

1）客戶挖掘功能。精準(zhǔn)營銷的首要目的就是尋找目標(biāo)客戶，只有尋找到精準(zhǔn)的營銷對象才可能實(shí)現(xiàn)最終的精準(zhǔn)營銷結(jié)果。客戶挖掘功能應(yīng)當(dāng)從不同角度、不同渠道進(jìn)行挖掘，最大程度發(fā)掘潛在客戶群。

2）智能決策引擎。在獲得客戶挖掘結(jié)果后，精準(zhǔn)營銷應(yīng)用的下一步功能應(yīng)當(dāng)是針對具體客戶，提供一整套智能決策方案，包括客戶準(zhǔn)入判斷、產(chǎn)品推薦、定價(jià)指導(dǎo)等。對于集團(tuán)客戶、上下游客戶或關(guān)聯(lián)方客戶等，還應(yīng)當(dāng)能夠提出整體的營銷計(jì)劃。

3）業(yè)務(wù)統(tǒng)一工作平臺。精準(zhǔn)營銷系統(tǒng)除了可以提供精準(zhǔn)營銷的方案、計(jì)劃等決策結(jié)果，還應(yīng)配備完整的業(yè)務(wù)操作平成業(yè)務(wù)實(shí)現(xiàn)。業(yè)務(wù)統(tǒng)一工作平臺可以實(shí)現(xiàn)整個(gè)精準(zhǔn)營銷從客戶挖掘直至業(yè)務(wù)完成的各工作環(huán)節(jié)，最大化程度縮短業(yè)務(wù)操作流程、減少貸前調(diào)查復(fù)雜程度，實(shí)現(xiàn)精準(zhǔn)營銷的“一站式”操作。

4）全生命周期的營銷計(jì)劃。精準(zhǔn)營銷的應(yīng)用不應(yīng)只以單次營銷為目標(biāo)，而是應(yīng)當(dāng)從縱向和橫向兩個(gè)方向提供持久的精準(zhǔn)營銷計(jì)劃?？v向的可持續(xù)是指跟隨客戶的成長過程，在客戶不同時(shí)期提供適時(shí)提供客戶需要的產(chǎn)品和服務(wù)；橫向的可持續(xù)是指通過集團(tuán)客戶、上下游客戶和其他關(guān)聯(lián)方客戶不斷挖掘目標(biāo)客戶，擴(kuò)大精準(zhǔn)營銷范圍。

3 系統(tǒng)功能詳述

下面針對應(yīng)用需求分析，從系統(tǒng)實(shí)現(xiàn)上把應(yīng)用需求分解到系統(tǒng)功能點(diǎn)上進(jìn)行詳細(xì)描述。

1）客戶類型初分。對于不同類型的目標(biāo)客戶，精準(zhǔn)營銷模型應(yīng)當(dāng)給出具有針對性的營銷方案。因此需要對大數(shù)據(jù)平臺里的所有客戶進(jìn)行類型的區(qū)分。建立合理的客戶類型初分體系是精準(zhǔn)營銷的基礎(chǔ)?？蛻纛愋统醴挚梢园凑請D3給出的體系進(jìn)行劃分。

值得指出的是，在精準(zhǔn)營銷應(yīng)用中，對公客戶和零售客戶并非完彼此獨(dú)立。完備的精準(zhǔn)營銷應(yīng)用應(yīng)當(dāng)具備從對公客戶中挖掘零售客戶或從零售客戶中挖掘?qū)蛻舻墓δ堋?/p>

2）準(zhǔn)入客戶篩選。客戶準(zhǔn)入篩選是對客戶質(zhì)量進(jìn)行把關(guān)的工具，良好的客戶準(zhǔn)入篩選標(biāo)準(zhǔn)是確保客戶質(zhì)量、引導(dǎo)客戶結(jié)構(gòu)的保障。實(shí)踐中考慮根據(jù)大數(shù)據(jù)平臺的黑白灰名單對客戶的準(zhǔn)入進(jìn)行判定：原則上白名單客戶屬于精準(zhǔn)營銷判定的推薦客戶；黑名單客戶則是禁止準(zhǔn)入的客戶；灰名單客戶可設(shè)為風(fēng)險(xiǎn)提示類客戶。

3）客戶信息整合及驗(yàn)證。利用大數(shù)據(jù)平臺打通內(nèi)外部數(shù)據(jù)、不同業(yè)務(wù)數(shù)據(jù)、不同結(jié)構(gòu)數(shù)據(jù)之間的壁壘，形成以客戶為中心的“一戶一條”數(shù)據(jù)記錄。

為確保精準(zhǔn)營銷結(jié)果的準(zhǔn)確性，還應(yīng)建立嚴(yán)密的客戶信息驗(yàn)證機(jī)制?？蛻粜畔⑿ｒ?yàn)包含兩方面：一是錯(cuò)誤信息的驗(yàn)證，如同一企業(yè)在不同系統(tǒng)中的行業(yè)分類存在差異，大數(shù)據(jù)平臺將設(shè)置校驗(yàn)規(guī)則判定哪一來源數(shù)據(jù)正確，并自動(dòng)用正確數(shù)據(jù)覆蓋錯(cuò)誤數(shù)據(jù)；二是數(shù)據(jù)時(shí)效的驗(yàn)證，如大數(shù)據(jù)平臺有多個(gè)來源提供某個(gè)企業(yè)的營業(yè)執(zhí)照有效期，系統(tǒng)將自動(dòng)獲取最新的日期作為改企業(yè)的營業(yè)執(zhí)照有效期。

4）客戶及場景標(biāo)簽設(shè)定。根據(jù)精準(zhǔn)營銷的不同角度設(shè)定不同類別的標(biāo)簽，標(biāo)簽應(yīng)當(dāng)具有靈活性，可以隨著業(yè)務(wù)發(fā)展和精準(zhǔn)營銷場景的變換隨時(shí)增減或改變。標(biāo)簽的設(shè)定主要包含以下幾類：

客戶標(biāo)簽： 主要區(qū)分客戶的屬性特征，如職業(yè)信息可設(shè)定諸如企業(yè)高管、普通白領(lǐng)、職場新人、全職媽媽、小企業(yè)主等。

事件標(biāo)簽：主要根據(jù)客戶生活場景或者銀行業(yè)務(wù)場景設(shè)定標(biāo)簽，如對于客戶生活場景可能出現(xiàn)的標(biāo)簽包括買房、買車、裝修、出國等。