完善的ERP數據庫：NOSQL的崛起

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

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

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

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

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

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

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

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

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

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

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

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]