全球金融危機(jī)之后的后恐慌時(shí)代，帶來(lái)的是更多謹(jǐn)慎與精細(xì)。剎那間，事無(wú)巨細(xì)一切都需要控制，原因之一就是“見(jiàn)賢思齊”之后，仿佛大徹大悟，每個(gè)業(yè)務(wù)的每個(gè)流程的每個(gè)節(jié)點(diǎn)似乎都暗藏著閃閃金沙。當(dāng)把流程梳理、業(yè)務(wù)優(yōu)化、管理提升、素質(zhì)訓(xùn)練與流行的SOA\SaaS\ERP\EAM等等組合起來(lái)之后，管理的標(biāo)準(zhǔn)、制度，需要撰寫(xiě)的報(bào)告、統(tǒng)計(jì)、分析、匯總等等空前爆炸，絲毫不遜于信息爆炸。雪片一樣飛舞的文檔希望能夠造就一批格式化且僵化的“克隆戰(zhàn)士”。
之所以如此，原因之一在于大干快上的信息化建設(shè)，或者說(shuō)是ERP建設(shè)，往往關(guān)注核心業(yè)務(wù)更多一些。這些核心數(shù)據(jù)被寫(xiě)進(jìn)著名的緩慢而昂貴的關(guān)系型數(shù)據(jù)庫(kù)中，而這些關(guān)系型數(shù)據(jù)庫(kù)所能提供的如事務(wù)一致性、寫(xiě)實(shí)時(shí)性和讀實(shí)時(shí)性、復(fù)雜的SQL查詢(xún)，特別是多表關(guān)聯(lián)查詢(xún)等重要特征，解決的只是如上所述的格式化數(shù)據(jù)，也就是業(yè)務(wù)事件的記錄。最多也不過(guò)是通過(guò)字典表賦予數(shù)據(jù)意義的“高級(jí)”記錄，展現(xiàn)出來(lái)即為信息。
然而，這并不是ERP的精神實(shí)質(zhì)。換句話說(shuō)，這是一種偏執(zhí)的愛(ài)好，甚至是懼怕混亂的愛(ài)好。幾乎100%的ERP解決方案都是基于關(guān)系型數(shù)據(jù)庫(kù)來(lái)存儲(chǔ)、查詢(xún)、增、刪、改業(yè)務(wù)記錄，在B/S模式壟斷了整個(gè)桌面的時(shí)代里，管理人員和決策者所能得到的，僅僅是系統(tǒng)提供的格式化的機(jī)械式的冰冷數(shù)據(jù)，其價(jià)值僅僅在于將數(shù)據(jù)的意義固化進(jìn)每一個(gè)應(yīng)用系統(tǒng)，讓它們看上去提供了信息，告訴盯著屏幕的那雙眼睛，“哦，業(yè)務(wù)就是這樣”。
在OA已經(jīng)被企業(yè)廣泛應(yīng)用于公文收發(fā)之后，文檔管理、知識(shí)管理開(kāi)始進(jìn)入議事日程。最初的動(dòng)機(jī)很簡(jiǎn)單，解決文檔的保存、共享、交流、查詢(xún)、下載及權(quán)限管理，其本質(zhì)理念是認(rèn)為每名員工在工作中生成的每一個(gè)電子文檔都是企業(yè)的資源。然而這個(gè)資源并沒(méi)有被納入到ERP中，所謂的企業(yè)資源管理中。即便是集成文檔管理(Integrated Document Management，IDM)所基于的也不過(guò)對(duì)上傳到FTP服務(wù)器上的數(shù)據(jù)，套上若干TAG，實(shí)現(xiàn)將分散的文檔管理起來(lái)-安全保護(hù)-文檔的生命周期(文檔創(chuàng)建、多人編輯、版本控制、審批流程、存儲(chǔ)、搜索及重新使用)-知識(shí)管理。但是，這樣的結(jié)果仍然不理想。因?yàn)槟切┪臋n就像被關(guān)進(jìn)籠子里囚犯，受到權(quán)限、角色、密碼、簽名、審批等等層層限制，一種“被共享”的文檔，雖然能夠提供解決某方面問(wèn)題的技能，但無(wú)法讓每一個(gè)員工自己的知識(shí)以一種表現(xiàn)形式轉(zhuǎn)化而為整個(gè)公司所用，也不可能建立起一個(gè)讓企業(yè)家們津津樂(lè)道的具有自我學(xué)習(xí)能力的學(xué)習(xí)型組織。
所以，關(guān)系型數(shù)據(jù)庫(kù)(包括實(shí)時(shí)數(shù)據(jù)庫(kù))解決了數(shù)據(jù)(Data 描述事實(shí)的記錄)、信息(Information有意義的數(shù)據(jù))問(wèn)題，ERP的應(yīng)用系統(tǒng)(包括DCS、FCS、ECM等等)解決了智能(Intelligence對(duì)信息格式化理解并進(jìn)行邏輯化推理，輸出執(zhí)行或者決策的依據(jù))問(wèn)題。而目前的公司內(nèi)部基于web1.0的網(wǎng)站，輔之以企業(yè)應(yīng)用文檔管理(IDM)或者知識(shí)管理(KM)也不過(guò)像公司內(nèi)部的超級(jí)電子字典，僅僅解決了Q&A的知識(shí)(Knowledge)問(wèn)題。
而今，像門(mén)戶(hù)Portal、Wiki百科、Blog、Twitter微博客、Facebook類(lèi)SNS、Dotwide即時(shí)通訊等這些新技術(shù)帶給ERP新的希望。能夠?qū)崟r(shí)生成動(dòng)態(tài)頁(yè)面和提供動(dòng)態(tài)信息的這些Web2.0技術(shù)，對(duì)數(shù)據(jù)庫(kù)并發(fā)讀寫(xiě)有很高的需求，同時(shí)對(duì)海量數(shù)據(jù)的高效率存儲(chǔ)和訪問(wèn)的需求，尤其在集中式管理日漸風(fēng)行的今天，面對(duì)下屬更多分公司、子公司，幾何級(jí)數(shù)增長(zhǎng)的業(yè)務(wù)數(shù)據(jù)、文檔，面對(duì)集團(tuán)疆域的飛速拓展，更多的員工，更高的信息化要求，自然而然會(huì)對(duì)數(shù)據(jù)庫(kù)提出高可擴(kuò)展性和高可用性需求。然而“在基于web的架構(gòu)當(dāng)中，數(shù)據(jù)庫(kù)是最難進(jìn)行橫向擴(kuò)展的，當(dāng)一個(gè)應(yīng)用系統(tǒng)的用戶(hù)量和訪問(wèn)量與日俱增的時(shí)候，你的數(shù)據(jù)庫(kù)卻沒(méi)有辦法像web server和app server那樣簡(jiǎn)單的通過(guò)添加更多的硬件和服務(wù)節(jié)點(diǎn)來(lái)擴(kuò)展性能和負(fù)載能力�！�(Robbin 2009年11月25日)。
在 2009 年初NoSQL作為非關(guān)系型數(shù)據(jù)存儲(chǔ)的廣義定義得到了廣泛認(rèn)同。它打破了長(zhǎng)久以來(lái)關(guān)系型數(shù)據(jù)庫(kù)與 ACID 理論大一統(tǒng)的局面。NoSQL 數(shù)據(jù)存儲(chǔ)不需要固定的表結(jié)構(gòu)，通常也不存在連接操作。在大數(shù)據(jù)存取上具備關(guān)系型數(shù)據(jù)庫(kù)無(wú)法比擬的性能優(yōu)勢(shì)，以滿足數(shù)據(jù)存儲(chǔ)在橫向伸縮性上應(yīng)用體系結(jié)構(gòu)的需要。如Google 的 BigTable 、 Amazon 的 Dynamo 、Facebook的 Cassandra、Apache的HBase，NoSQL 實(shí)現(xiàn)也得到了廣泛認(rèn)同。此外還有Redis，Tokyo Cabinet， Voldemort，MongoDB，Dynomite，HBase，CouchDB，Hypertable， Riak，Tin， Flare， Lightcloud， KiokuDB，Scalaris， Kai， ThruDB，等等。這些NoSQL數(shù)據(jù)庫(kù)根據(jù)不同的用途和環(huán)境大致可以分為以下的三類(lèi)：
滿足極高讀寫(xiě)性能需求的Kye-Value數(shù)據(jù)庫(kù)：Redis，Tokyo Cabinet， Flare
滿足海量存儲(chǔ)需求和訪問(wèn)的面向文檔的數(shù)據(jù)庫(kù)：MongoDB，CouchDB
滿足高可擴(kuò)展性和可用性的面向分布式計(jì)算的數(shù)據(jù)庫(kù)：Cassandra，Voldemort
NOSQL非關(guān)系型數(shù)據(jù)庫(kù)的好處首先是簡(jiǎn)單，比關(guān)系型數(shù)據(jù)庫(kù)伸縮自如，這就加快了開(kāi)發(fā)部署速度。其次基于鍵/值的NoSQL架構(gòu)可以省去將Web或Java應(yīng)用和數(shù)據(jù)轉(zhuǎn)換成SQL友好格式的時(shí)間，能夠高速處理TB甚至PB級(jí)數(shù)據(jù)。這對(duì)精打細(xì)算過(guò)緊日子的企業(yè)是個(gè)好消息，因?yàn)樗梢赃\(yùn)行在便宜的PC服務(wù)器集群上，而PC集群擴(kuò)充起來(lái)非常方便并且成本很低，避免了“shareing”操作的復(fù)雜性和成本。通過(guò)執(zhí)行速度變得更快。盡管與關(guān)系型數(shù)據(jù)庫(kù)(DBMS)相比，NOSQL有其優(yōu)勢(shì)，但也存在一些缺陷，而這些缺陷正是DBMS的優(yōu)勢(shì)。如，關(guān)系數(shù)據(jù)庫(kù)固有的約束，保證數(shù)據(jù)在最低層次擁有完整性。再比如，關(guān)系型數(shù)據(jù)庫(kù)中的數(shù)據(jù)從某種程度上是獨(dú)立于應(yīng)用的，它的標(biāo)準(zhǔn)性兼容性比NOSQL更好。所以，NOSQL非關(guān)系型數(shù)據(jù)庫(kù)應(yīng)該更適合比如企業(yè)的IDM這類(lèi)需要處理大量面向文檔的數(shù)據(jù)，或者在開(kāi)發(fā)環(huán)境嚴(yán)重地面向?qū)ο髸r(shí)，鍵/值數(shù)據(jù)庫(kù)能盡量減少對(duì)“管道”代碼的需求，或者集團(tuán)級(jí)的電子商務(wù)平臺(tái)、智能電網(wǎng)的用戶(hù)營(yíng)銷(xiāo)系統(tǒng)等等。
因此，伴隨著云時(shí)代的炒作，伴隨著智能一詞成為熱點(diǎn)，在ERP重擎電力信息化大旗的時(shí)候，除了早已熟知的叫DBMS之腿外，要開(kāi)始認(rèn)識(shí)自己的另一條叫NOSQL之腿，它們各有千秋又各有不足。盡管DBMS目前唱著獨(dú)腳戲，但是通過(guò)統(tǒng)籌分析認(rèn)識(shí)應(yīng)用需求的特質(zhì)，WEB的架構(gòu)，就能夠揚(yáng)長(zhǎng)避短將兩者之間有機(jī)地融合在一起，協(xié)同共舞。如果能夠?qū)崿F(xiàn)讓自由格式的NOSQL容納自由的思想，聚集來(lái)自全體員工腦海里的隱性知識(shí)，并對(duì)知識(shí)提供選擇的平臺(tái)，讓DBMS成為企業(yè)的業(yè)務(wù)處理平臺(tái)，那么ERP就會(huì)成為匯聚企業(yè)人員智慧的平臺(tái)。至此方才成就ERP的夢(mèng)想，體現(xiàn)ERP的價(jià)值，而員工就不再是格式化且僵化的“克隆戰(zhàn)士”。
轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://m.hanmeixuan.com/
本文標(biāo)題：完善的ERP數(shù)據(jù)庫(kù)：NOSQL的崛起
本文網(wǎng)址：http://m.hanmeixuan.com/html/consultation/10820016073.html
相關(guān)文章
