管理結(jié)構(gòu)性的、半結(jié)構(gòu)性的以及非結(jié)構(gòu)性的數(shù)據(jù)類型（by AMT 邢華編譯）

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

摘要：信息的持續(xù)增長和XML數(shù)據(jù)以及其他類新數(shù)據(jù)的出現(xiàn)，增加了企業(yè)必須管理和使用的半結(jié)構(gòu)性和非結(jié)構(gòu)性數(shù)據(jù)的數(shù)量。因此每個(gè)應(yīng)用程序都要求有自己的數(shù)據(jù)存儲(chǔ)渠道，從而提高獲取數(shù)據(jù)和管理數(shù)據(jù)的能力，并降低成本。

META Group的新聞分析－－來自內(nèi)容方面的不滿：
管理結(jié)構(gòu)性的、半結(jié)構(gòu)性的以及非結(jié)構(gòu)性的數(shù)據(jù)類型

by AMT 邢華編譯

信息的持續(xù)增長（在數(shù)量上、速度上和種類上）和XML數(shù)據(jù)以及其他類新數(shù)據(jù)的出現(xiàn)，增加了企業(yè)必須管理和使用的半結(jié)構(gòu)性（比如像XML）和非結(jié)構(gòu)性數(shù)據(jù)的數(shù)量。同時(shí)，許多公司正從狹隘的數(shù)據(jù)水平的基礎(chǔ)結(jié)構(gòu)中走出來，——因此要求每一個(gè)應(yīng)用程序都有它自己的數(shù)據(jù)存儲(chǔ)渠道，從而提高獲取數(shù)據(jù)和管理數(shù)據(jù)的能力，并降低成本（例如，管理、開發(fā)等）。

盡管我們不期望大的組織機(jī)構(gòu)達(dá)到理想化的狀況：即在任何時(shí)候，為所有的數(shù)據(jù)（結(jié)構(gòu)化的、半結(jié)構(gòu)化的合非結(jié)構(gòu)化的）建立一個(gè)單一的數(shù)據(jù)庫標(biāo)準(zhǔn)和結(jié)構(gòu)，但是，我們相信企業(yè)應(yīng)該不能夠容忍為半結(jié)構(gòu)化的和非結(jié)構(gòu)化的數(shù)據(jù)準(zhǔn)備特殊類型的數(shù)據(jù)庫?！霸跀?shù)據(jù)庫結(jié)構(gòu)上的戰(zhàn)爭已經(jīng)被關(guān)系型數(shù)據(jù)庫的賣主贏得了勝利，”META Group的分析師Doug Laney說，“因此，除非用戶有對(duì)一些特殊的數(shù)據(jù)類型及其獲取的需要，否則他們應(yīng)該拒絕使用目標(biāo)導(dǎo)向的和純XML數(shù)據(jù)庫，以便更好地支持?jǐn)U展它們的RDBMS管理，從而將這些非結(jié)構(gòu)性的數(shù)據(jù)類型納入到其管理之中。

RDBMS管理已經(jīng)提供了強(qiáng)大的諸如復(fù)制、安全、故障切換和負(fù)載平衡、廣泛的應(yīng)用程序支持等功能。數(shù)據(jù)庫的提供商們也正在開發(fā)更復(fù)雜的數(shù)據(jù)緩存機(jī)制來支持更快速地獲取這些信息。

延伸部分已經(jīng)在帶有e-mail的RDBMS下開始出現(xiàn)。微軟和IBM公司也已經(jīng)分別開始將Exchange和Notes移入到SQL服務(wù)器和DB2上來了。盡管這意味著一個(gè)使用Exchange 的Oracle工作站在它的基礎(chǔ)結(jié)構(gòu)中，將繼續(xù)擁有一個(gè)非標(biāo)準(zhǔn)的數(shù)據(jù)庫（SQL服務(wù)器以及以后的Yukon）（這也是我們不希望公司太早地去獲得一個(gè)單一數(shù)據(jù)庫標(biāo)準(zhǔn)的原因之一），但是它至少是一個(gè)能夠?qū)ξ募M(jìn)行數(shù)據(jù)庫管理的關(guān)系型的數(shù)據(jù)庫。

RDBMS環(huán)境也正在擴(kuò)展到將半結(jié)構(gòu)性數(shù)據(jù)（例如，XML、catalog、orders）和非結(jié)構(gòu)性的數(shù)據(jù)（例如文件、影像、聲音、錄像）融入進(jìn)來。目前有兩項(xiàng)戰(zhàn)略正在被執(zhí)行。Oracle和Microsoft（包括Yukon）正在擴(kuò)展它們數(shù)據(jù)庫的基礎(chǔ)功能，以便將這些數(shù)據(jù)類型包括在它們自己的數(shù)據(jù)庫中去。與此同時(shí)，IBM正在向它的DB2中增加優(yōu)化的延伸部分，來管理它的核心數(shù)據(jù)庫之外的數(shù)據(jù)，但只是通過一個(gè)共同的管理層而已。小的增值銷售商也出于節(jié)約成本和提高開發(fā)能力的需要（相對(duì)于發(fā)展他們自己的或是嘗試傳統(tǒng)的非結(jié)構(gòu)性數(shù)據(jù)庫的供應(yīng)商而言），在Oracle的9i DB(iFS)上和微軟的SharePoint Portal服務(wù)器（在2003年中期貯藏庫將被SQL服務(wù)器所替換）上實(shí)施建設(shè)。

Oracle和微軟公司的這種方法的不好的一方面就在于，它使得用戶更多地依賴于這些供應(yīng)商，并且因此而無法承受注冊(cè)“誤解”帶來的種種問題，一個(gè)這樣的例子涉及到最近在Oracle和一些它的客戶之間的爭吵。這一爭吵是關(guān)于“命名使用者”含義的，由于對(duì)命名使用者的定義而迫使這些客戶不得不支付額外的注冊(cè)費(fèi)用給Oracle公司。這種問題潛在的也將會(huì)在任何供應(yīng)商身上發(fā)生。

同時(shí)，一些第三方供應(yīng)商（例如像Venetica [VeniceBridge], BEA [Liquid Data]）的專家正在試圖提供位于數(shù)據(jù)庫層之上的中間件，它把一個(gè)單一的管理系統(tǒng)附加在了多樣的數(shù)據(jù)類型之上?，F(xiàn)有的內(nèi)容管理供應(yīng)商們（例如像FileNET, Vignette, Interwoven, Documentum），也都在通過擴(kuò)展超過自身數(shù)據(jù)庫的管理能力的途徑，向這一領(lǐng)域進(jìn)軍。這種中間件的方法給用戶提供了更多的獨(dú)立性，使它們能夠脫離于原來對(duì)任何一個(gè)單一的內(nèi)容處理供應(yīng)商的依賴。由于商業(yè)邏輯與管理處于中間件層，所以用戶可以（至少在理論上）在該層下運(yùn)行任何結(jié)構(gòu)性的、半結(jié)構(gòu)性的或是非結(jié)構(gòu)性的數(shù)據(jù)庫，而且更換供應(yīng)商也要比通常的這樣一個(gè)大的舉動(dòng)所引起的痛苦要小得多。然而，中間件也容易導(dǎo)致一些運(yùn)營性的問題。此外，用戶會(huì)變得依賴于中間件的供應(yīng)商們，這使得中間件的供應(yīng)商們面臨到不斷增加的營銷壓力。因此，它們中的大多數(shù)將會(huì)在4到6年內(nèi)被擠出該市場(chǎng)。

以上這兩種方法都還不夠成熟。在未來的兩年內(nèi)，隨著第三方供應(yīng)商與占統(tǒng)治地位的數(shù)據(jù)庫供應(yīng)商們更加緊密的合作，和供應(yīng)商們對(duì)擴(kuò)展自身的數(shù)據(jù)庫管理能力的不斷努力，我們期待著在該市場(chǎng)中能夠有一個(gè)逐漸的轉(zhuǎn)變。

現(xiàn)有的內(nèi)容管理供應(yīng)商們必須意識(shí)到，半結(jié)構(gòu)性的和非結(jié)構(gòu)性的數(shù)據(jù)庫市場(chǎng)將會(huì)被RDBMS所商品化，這是由現(xiàn)有的產(chǎn)品和成本所決定的。用戶們將會(huì)不斷要求在大型的供應(yīng)商的解決方案（IBM、Oracle、Microsoft或者是一個(gè)更低層次的Sybase）上實(shí)現(xiàn)標(biāo)準(zhǔn)化。而這些內(nèi)容管理的供應(yīng)商們也必須在元數(shù)據(jù)的基礎(chǔ)上，開始支持這些數(shù)據(jù)庫作為內(nèi)容存貯的解決方案。

內(nèi)容管理供應(yīng)商們所面臨的問題之一就是，盡管它們現(xiàn)在擁有一個(gè)市場(chǎng)，但是仍將會(huì)在未來4到7年內(nèi)面臨被擠出這一市場(chǎng)。這是因?yàn)榇笮偷臄?shù)據(jù)庫供應(yīng)商們會(huì)將它們數(shù)據(jù)庫的能力不斷地向更高的方向發(fā)展，與此同時(shí)，大型應(yīng)用程序服務(wù)器的供應(yīng)商們（ 例如像Microsoft和IBM，以及其他類似的公司）也會(huì)不斷擴(kuò)展它們的應(yīng)用服務(wù)器的能力——這些服務(wù)器將能夠越來越多地支持顯示層（例如像門戶）或其下層次，從而可以提供更多的跨數(shù)據(jù)倉庫的管理。隨著這一情況的發(fā)生，內(nèi)容管理供應(yīng)商們將不得不把注意力集中在它們的平臺(tái)建設(shè)上，從而支持縱向的解決方案和橫向的應(yīng)用程序。

盡管RDBMS技術(shù)已經(jīng)演化到容納結(jié)構(gòu)性的和非結(jié)構(gòu)性的數(shù)據(jù)、適應(yīng)其他的基礎(chǔ)性的組件（例如像數(shù)據(jù)集成、元數(shù)據(jù)、數(shù)據(jù)質(zhì)量、數(shù)據(jù)獲取/詢問/報(bào)告）并因此使信息結(jié)構(gòu)保持其獨(dú)立的特色，但是那些企圖跨越“數(shù)據(jù)結(jié)構(gòu)連續(xù)統(tǒng)”來合并信息管理基礎(chǔ)構(gòu)件和結(jié)構(gòu)的公司將注定會(huì)失敗。當(dāng)然，通過索引在結(jié)構(gòu)性的和非結(jié)構(gòu)性的數(shù)據(jù)中，也是可以建立起交叉的參照關(guān)系的。然而，在2005年到2006年之間，企業(yè)應(yīng)該有計(jì)劃地去維護(hù)獨(dú)立的信息供應(yīng)鏈，以便成功地進(jìn)行跨越信息連續(xù)統(tǒng)的管理。

用戶行為：很多用戶應(yīng)該意識(shí)到在企業(yè)范圍內(nèi)，對(duì)半結(jié)構(gòu)性和非結(jié)構(gòu)性的數(shù)據(jù)以及信息基礎(chǔ)構(gòu)件和結(jié)構(gòu)的不統(tǒng)一的管理，在未來的2到3年之內(nèi)會(huì)顯得非常的不可行。同時(shí)，不管用戶使用的是何種特殊的信息管理戰(zhàn)略和策略，它們都應(yīng)該即刻在它們的數(shù)據(jù)庫許可合同中，更加嚴(yán)格的考慮它們所使用的術(shù)語、條件和定義，以便使它們?cè)谠S可證更新的過程中，盡可能的清楚和無異意。當(dāng)開創(chuàng)一個(gè)新項(xiàng)目時(shí)，它們也應(yīng)該仔細(xì)衡量一下關(guān)系型的DBMS工具、專業(yè)化的基礎(chǔ)構(gòu)件和不同的數(shù)據(jù)結(jié)構(gòu)。

作者聯(lián)系方式：nazzyxh@sina.com