全球金融危機之后的后恐慌時代，帶來的是更多謹慎與精細。剎那間，事無巨細一切都需要控制，原因之一就是“見賢思齊”之后，仿佛大徹大悟，每個業(yè)務(wù)的每個流程的每個節(jié)點似乎都暗藏著閃閃金沙。當把流程梳理、業(yè)務(wù)優(yōu)化、管理提升、素質(zhì)訓(xùn)練與流行的SOA\SaaS\ERP\EAM等等組合起來之后，管理的標準、制度，需要撰寫的報告、統(tǒng)計、分析、匯總等等空前爆炸，絲毫不遜于信息爆炸。雪片一樣飛舞的文檔希望能夠造就一批格式化且僵化的“克隆戰(zhàn)士”。

　　之所以如此，原因之一在于大干快上的信息化建設(shè)，或者說是ERP建設(shè)，往往關(guān)注核心業(yè)務(wù)更多一些。這些核心數(shù)據(jù)被寫進著名的緩慢而昂貴的關(guān)系型數(shù)據(jù)庫中，而這些關(guān)系型數(shù)據(jù)庫所能提供的如事務(wù)一致性、寫實時性和讀實時性、復(fù)雜的SQL查詢，特別是多表關(guān)聯(lián)查詢等重要特征，解決的只是如上所述的格式化數(shù)據(jù)，也就是業(yè)務(wù)事件的記錄。最多也不過是通過字典表賦予數(shù)據(jù)意義的“高級”記錄，展現(xiàn)出來即為信息。

　　然而，這并不是ERP的精神實質(zhì)。換句話說，這是一種偏執(zhí)的愛好，甚至是懼怕混亂的愛好。幾乎100%的ERP解決方案都是基于關(guān)系型數(shù)據(jù)庫來存儲、查詢、增、刪、改業(yè)務(wù)記錄，在B/S模式壟斷了整個桌面的時代里，管理人員和決策者所能得到的，僅僅是系統(tǒng)提供的格式化的機械式的冰冷數(shù)據(jù)，其價值僅僅在于將數(shù)據(jù)的意義固化進每一個應(yīng)用系統(tǒng)，讓它們看上去提供了信息，告訴盯著屏幕的那雙眼睛，“哦，業(yè)務(wù)就是這樣”。

　　在OA已經(jīng)被企業(yè)廣泛應(yīng)用于公文收發(fā)之后，文檔管理、知識管理開始進入議事日程。最初的動機很簡單，解決文檔的保存、共享、交流、查詢、下載及權(quán)限管理，其本質(zhì)理念是認為每名員工在工作中生成的每一個電子文檔都是企業(yè)的資源。然而這個資源并沒有被納入到ERP中，所謂的企業(yè)資源管理中。即便是集成文檔管理(Integrated Document Management，IDM)所基于的也不過對上傳到FTP服務(wù)器上的數(shù)據(jù)，套上若干TAG，實現(xiàn)將分散的文檔管理起來-安全保護-文檔的生命周期(文檔創(chuàng)建、多人編輯、版本控制、審批流程、存儲、搜索及重新使用)-知識管理。但是，這樣的結(jié)果仍然不理想。因為那些文檔就像被關(guān)進籠子里囚犯，受到權(quán)限、角色、密碼、簽名、審批等等層層限制，一種“被共享”的文檔，雖然能夠提供解決某方面問題的技能，但無法讓每一個員工自己的知識以一種表現(xiàn)形式轉(zhuǎn)化而為整個公司所用，也不可能建立起一個讓企業(yè)家們津津樂道的具有自我學習能力的學習型組織。

　　所以，關(guān)系型數(shù)據(jù)庫(包括實時數(shù)據(jù)庫)解決了數(shù)據(jù)(Data 描述事實的記錄)、信息(Information有意義的數(shù)據(jù))問題，ERP的應(yīng)用系統(tǒng)(包括DCS、FCS、ECM等等)解決了智能(Intelligence對信息格式化理解并進行邏輯化推理，輸出執(zhí)行或者決策的依據(jù))問題。而目前的公司內(nèi)部基于web1.0的網(wǎng)站，輔之以企業(yè)應(yīng)用文檔管理(IDM)或者知識管理(KM)也不過像公司內(nèi)部的超級電子字典，僅僅解決了Q&A的知識(Knowledge)問題。

　　而今，像門戶Portal、Wiki百科、Blog、Twitter微博客、Facebook類SNS、Dotwide即時通訊等這些新技術(shù)帶給ERP新的希望。能夠?qū)崟r生成動態(tài)頁面和提供動態(tài)信息的這些Web2.0技術(shù)，對數(shù)據(jù)庫并發(fā)讀寫有很高的需求，同時對海量數(shù)據(jù)的高效率存儲和訪問的需求，尤其在集中式管理日漸風行的今天，面對下屬更多分公司、子公司，幾何級數(shù)增長的業(yè)務(wù)數(shù)據(jù)、文檔，面對集團疆域的飛速拓展，更多的員工，更高的信息化要求，自然而然會對數(shù)據(jù)庫提出高可擴展性和高可用性需求。然而“在基于web的架構(gòu)當中，數(shù)據(jù)庫是最難進行橫向擴展的，當一個應(yīng)用系統(tǒng)的用戶量和訪問量與日俱增的時候，你的數(shù)據(jù)庫卻沒有辦法像web server和app server那樣簡單的通過添加更多的硬件和服務(wù)節(jié)點來擴展性能和負載能力�！�(Robbin 2009年11月25日)。

　　在 2009 年初NoSQL作為非關(guān)系型數(shù)據(jù)存儲的廣義定義得到了廣泛認同。它打破了長久以來關(guān)系型數(shù)據(jù)庫與 ACID 理論大一統(tǒng)的局面。NoSQL 數(shù)據(jù)存儲不需要固定的表結(jié)構(gòu)，通常也不存在連接操作。在大數(shù)據(jù)存取上具備關(guān)系型數(shù)據(jù)庫無法比擬的性能優(yōu)勢，以滿足數(shù)據(jù)存儲在橫向伸縮性上應(yīng)用體系結(jié)構(gòu)的需要。如Google 的 BigTable 、 Amazon 的 Dynamo 、Facebook的 Cassandra、Apache的HBase，NoSQL 實現(xiàn)也得到了廣泛認同。此外還有Redis，Tokyo Cabinet， Voldemort，MongoDB，Dynomite，HBase，CouchDB，Hypertable， Riak，Tin， Flare， Lightcloud， KiokuDB，Scalaris， Kai， ThruDB，等等。這些NoSQL數(shù)據(jù)庫根據(jù)不同的用途和環(huán)境大致可以分為以下的三類：

　　滿足極高讀寫性能需求的Kye-Value數(shù)據(jù)庫：Redis，Tokyo Cabinet， Flare

　　滿足海量存儲需求和訪問的面向文檔的數(shù)據(jù)庫：MongoDB，CouchDB

　　滿足高可擴展性和可用性的面向分布式計算的數(shù)據(jù)庫：Cassandra，Voldemort

　　NOSQL非關(guān)系型數(shù)據(jù)庫的好處首先是簡單，比關(guān)系型數(shù)據(jù)庫伸縮自如，這就加快了開發(fā)部署速度。其次基于鍵/值的NoSQL架構(gòu)可以省去將Web或Java應(yīng)用和數(shù)據(jù)轉(zhuǎn)換成SQL友好格式的時間，能夠高速處理TB甚至PB級數(shù)據(jù)。這對精打細算過緊日子的企業(yè)是個好消息，因為它可以運行在便宜的PC服務(wù)器集群上，而PC集群擴充起來非常方便并且成本很低，避免了“shareing”操作的復(fù)雜性和成本。通過執(zhí)行速度變得更快。盡管與關(guān)系型數(shù)據(jù)庫(DBMS)相比，NOSQL有其優(yōu)勢，但也存在一些缺陷，而這些缺陷正是DBMS的優(yōu)勢。如，關(guān)系數(shù)據(jù)庫固有的約束，保證數(shù)據(jù)在最低層次擁有完整性。再比如，關(guān)系型數(shù)據(jù)庫中的數(shù)據(jù)從某種程度上是獨立于應(yīng)用的，它的標準性兼容性比NOSQL更好。所以，NOSQL非關(guān)系型數(shù)據(jù)庫應(yīng)該更適合比如企業(yè)的IDM這類需要處理大量面向文檔的數(shù)據(jù)，或者在開發(fā)環(huán)境嚴重地面向?qū)ο髸r，鍵/值數(shù)據(jù)庫能盡量減少對“管道”代碼的需求，或者集團級的電子商務(wù)平臺、智能電網(wǎng)的用戶營銷系統(tǒng)等等。

　　因此，伴隨著云時代的炒作，伴隨著智能一詞成為熱點，在ERP重擎電力信息化大旗的時候，除了早已熟知的叫DBMS之腿外，要開始認識自己的另一條叫NOSQL之腿，它們各有千秋又各有不足。盡管DBMS目前唱著獨腳戲，但是通過統(tǒng)籌分析認識應(yīng)用需求的特質(zhì)，WEB的架構(gòu)，就能夠揚長避短將兩者之間有機地融合在一起，協(xié)同共舞。如果能夠?qū)崿F(xiàn)讓自由格式的NOSQL容納自由的思想，聚集來自全體員工腦海里的隱性知識，并對知識提供選擇的平臺，讓DBMS成為企業(yè)的業(yè)務(wù)處理平臺，那么ERP就會成為匯聚企業(yè)人員智慧的平臺。至此方才成就ERP的夢想，體現(xiàn)ERP的價值，而員工就不再是格式化且僵化的“克隆戰(zhàn)士”。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標題：完善的ERP數(shù)據(jù)庫：NOSQL的崛起

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/10820016073.html