如何選擇免費公司管理軟件系統(tǒng)的數(shù)據(jù)庫平臺！

申請免費試用、咨詢電話：400-8352-114

　　關鍵字：免費公司管理軟件、KMS、非結構化數(shù)據(jù)、結構化數(shù)據(jù)、JAVA

　　免費公司管理軟件系統(tǒng)（KMS）通過IT技術為企業(yè)提供免費公司管理軟件服務，實現(xiàn)企業(yè)顯性知識和隱性知識、內(nèi)部知識和外部知識的獲取、沉淀、共享、學習、應用和創(chuàng)新，實現(xiàn)知識創(chuàng)造價值。免費公司管理軟件系統(tǒng)中的知識主要由二種數(shù)據(jù)結構存在，一是用以描述知識屬性和本體的結構化數(shù)據(jù)，二是以文檔、郵件、多媒體等開工存在的非結構化數(shù)據(jù)。如何選擇合適的數(shù)據(jù)庫平臺實現(xiàn)二類數(shù)據(jù)的有效處理將成為KMS系統(tǒng)成敗的關鍵要素之一。

　　一、數(shù)據(jù)處理主流技術分析

　　在數(shù)據(jù)處理領域關系型數(shù)據(jù)庫（RDB）技術處于統(tǒng)治地位，它以關系數(shù)學、簡單的關系模型為基礎，以SQL為處理工具，得到了廣泛的應用，其技術特征決定更擅長結構化數(shù)據(jù)處理應用，近年來各廠商在關系型數(shù)據(jù)庫基礎上拓展功能，開始具有內(nèi)容管理、多媒體等數(shù)據(jù)處理能力。典型的產(chǎn)品包括Oracle、DB2、SQLServer、MySQL等。而針對海量結構化數(shù)據(jù)處理，則還有如ESSBase、Cognos等多維數(shù)據(jù)庫系統(tǒng)。

　　在文檔等非結構化數(shù)據(jù)處理方面，則以文檔型數(shù)據(jù)庫為領先，具有海量特性，不受字節(jié)數(shù)的限制，任何圖形、聲音信息，無論其大小、長短、高低，都只是這一數(shù)據(jù)庫中一個的組成元素而已，IBMLotusDomino則是在存儲這類非結構化數(shù)據(jù)方面具有業(yè)界公認優(yōu)勢的產(chǎn)品代表。

　　以下是關系型數(shù)據(jù)庫與文檔型數(shù)據(jù)庫的簡單比較：

onmousewheel="return bbimg(this)" height=155 src="/UploadFile/newsimg/200932810626983.jpg" width=551 onload=javascript：resizepic(this) align=middle border=0>

　　針對特殊應用領域還有一些專用數(shù)據(jù)庫技術，如空間數(shù)據(jù)庫等技術。

　　二、KMS系統(tǒng)主流數(shù)據(jù)庫應用分析

　　當今的KMS系統(tǒng)采用的主流技術主要有IBMDomino、SUNJAVA、Microsoft.net三大體系，Domino以電子郵件、協(xié)同、非結構文檔處理、安全機制見長，JAVA以開放標準正引領技術方向，.net以簡單、靈活、易用、低成本也廣受親睞。

　　在KMS的數(shù)據(jù)處理方面則有二大陣營，一類是ORACLE/DB2/SQLSERVER等關系型數(shù)據(jù)庫，另一類是Domino等文檔型數(shù)據(jù)庫。

　　Domino具有高效的文檔處理能力，具有多達7層（管理者、設計者、編輯者、作者、讀者、存放者、不能存取者）的安全控制機制，可以實現(xiàn)服務器、某個數(shù)據(jù)庫、某個視圖、某個表單、某個操作、某一篇文檔或某個字段等的權限控制，可以跟蹤并記錄所有用戶對數(shù)據(jù)庫和文檔的各種操作等突出優(yōu)勢，非常適合KMS系統(tǒng)中對文檔型知識的管理。但是面對大量表單等結構化數(shù)據(jù)處理需求時，計算、統(tǒng)計能力差的Domino則難以應對。

　　關系型數(shù)據(jù)庫則擅長結構化數(shù)據(jù)處理，具有卓越的計算、統(tǒng)計性能，但面對大量的文檔處理時（據(jù)統(tǒng)計研究表明，KMS系統(tǒng)處理的文檔型數(shù)據(jù)約占整個數(shù)據(jù)處理的70－80%），也會暴露出明顯的問題。

　　就目前比較成熟的技術而言，RDB處理文檔數(shù)據(jù)通常有二種方法：

 onmousewheel="return bbimg(this)" height=213 src="/UploadFile/newsimg/200932810626734.jpg" width=493 onload=javascript：resizepic(this) border=0>

　　方法一：將文檔以文件形式存放在操作系統(tǒng)的文件系統(tǒng)中，關系型數(shù)據(jù)庫僅存放文檔具體存放的位置信息，當文件組織合理時，由于直接訪問文件系統(tǒng)，性能非常好，全文搜索等文檔管理功能也容易實現(xiàn)，但其缺點也很明顯，主要是：

　　1.導致操作系統(tǒng)文件數(shù)量巨大，系統(tǒng)管理員管理復雜；

　　2.文檔安全性差，只能依靠操作系統(tǒng)的安全來保證，只要能訪問系統(tǒng)就可訪問文檔，前端的權限控制無法保證；

　　3.系統(tǒng)平臺比較容易受到病毒、黑客攻擊，文檔文件被破壞的可能性非常大；

　　4.系統(tǒng)管理員備份時，除備份RDB數(shù)據(jù)庫，還必須手工備份文件系統(tǒng)的文檔；

　　5.當文件非常多時，磁盤碎片將會很多，浪費空間，同時系統(tǒng)性能會大大降低。

　　該方法由于實現(xiàn)技術比較簡單已被許多KMS廠商采用，但是當免費公司管理軟件系統(tǒng)成為企業(yè)級管理工具時，這種方法應用的風險則非常大，因此這種方法更適合中小規(guī)模的免費公司管理軟件應用或部門級應用。

　　方法二：文檔作為關系型數(shù)據(jù)庫的一個特殊字段（如Oracle的BLOB字段）保存，該方法管理方便、安全性高，但數(shù)據(jù)庫設計復雜、大量文檔時性能影響大、全文搜索等功能實現(xiàn)復雜。目前采用這種方式的KMS系統(tǒng)還比較少，隨著RDB功能的不斷加強，相信該方法會越來越成熟。

　　三、混合數(shù)據(jù)庫平臺的KMS解決方案

　　通過對業(yè)界主流數(shù)據(jù)處理技術的分析可以看出，基于文檔型數(shù)據(jù)庫或關系型數(shù)據(jù)庫技術都難以滿足KMS應用的需求，根據(jù)研究、開發(fā)與實踐，提出混合數(shù)據(jù)處理技術的KMS解決方案，整個KMS方案基于J2EE體系架構，數(shù)據(jù)存儲層由Domino和RDB共同支撐，Domino負責文檔等非結構化數(shù)據(jù)處理，RDB負責結構化數(shù)據(jù)的處理，具體實現(xiàn)方案示意如下：

　　1）對純結構化數(shù)據(jù)（如業(yè)務表單），直接通過JAVA＋RDB實現(xiàn)數(shù)據(jù)的處理；

　　2）對混合數(shù)據(jù)（如合同中包括表單和合同附件），系統(tǒng)則將其分解為結構化數(shù)據(jù)和非結構化數(shù)據(jù)二部分，結構化數(shù)據(jù)由RDB處理，非結構化數(shù)據(jù)由Domino處理；

　　3）對純文檔數(shù)據(jù)（如知識文檔），則直接由Domino負責處理。

　　采用混合數(shù)據(jù)處理技術的KMS方案具有以下優(yōu)勢：

　　1）整個KMS系統(tǒng)基于J2EE體系架構，充分利用了JAVA開放性等技術優(yōu)勢；

　　2）合理運用了文檔型和關系型數(shù)據(jù)庫各自的優(yōu)勢，完善地解決了KMS應用需求；

　　3）避免了純JAVA技術實現(xiàn)KMS時需要開發(fā)“類Domino”平臺（如文檔處理、搜索、安全控制等）的工作量與風險。

　　當然，采用這種方案也存在弱點，一是需要二套數(shù)據(jù)庫平臺，成本較高，二是需要熟悉二種數(shù)據(jù)庫的開發(fā)、實施人員，對人員素質(zhì)要求較高。

　　這種方案更加適合企業(yè)級KMS應用，在實際應用時，可以根據(jù)需求的具體情況選擇合適的產(chǎn)品與技術來構建數(shù)據(jù)支撐平臺，如當KMS系統(tǒng)絕大部分處理的是文檔型數(shù)據(jù)，少量的結構化數(shù)據(jù)時，則可以選擇Domino＋MySQL，這種方案幾乎不會增加投入，又能滿足需求。

　　四、結束語

　　從目前技術發(fā)展趨勢看，二種數(shù)據(jù)庫技術將逐步走向融合與統(tǒng)一，關系型數(shù)據(jù)庫增加文檔處理功能，如Oracle增加內(nèi)容管理等，文檔型數(shù)據(jù)庫增加計算能力，如IBM宣布Domino7支持DB2為作為數(shù)據(jù)存儲工具。相信在不遠的將來，KMS應用將會有一種更好數(shù)據(jù)處理解決方案，融結構化數(shù)據(jù)、非結構數(shù)據(jù)處理于一體的數(shù)據(jù)庫平臺。