欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

此文檔討論成功的商務(wù)智能實(shí)施方案一些關(guān)鍵技術(shù)指標。每一項都給出了相應解釋、MicroStrategy和Cognos的實(shí)現方法，以及兩者的比較。

 

1. 成功的BI解決方案需求: 完全集成的報表環(huán)境，能在同一界面提供Web報表制作和OLAP功能。當需求變化時(shí)，統一的界面降低了培訓、軟件以及技術(shù)支持成本。

·         MicroStrategy滿(mǎn)足此需求: MicroStrategy 7 Web產(chǎn)品提供了全功能的Web界面（包括）(Web Analyst, Web Reporter and Web Viewer), 此界面提供了基于用戶(hù)需求和配置文件的所有功能。最終用戶(hù)只需要學(xué)習使用統一的所有BI用戶(hù)都在使用的用戶(hù)界面即可，其功能包括從Web報表制作到交互式OLAP分析。MicroStrategy的實(shí)現方法允許最終用戶(hù)在同一界面上從簡(jiǎn)單的查詢(xún)和報表制作入手，隨著(zhù)需求的不斷深入逐漸過(guò)渡到使用高級的分析處理。

·         Cognos面臨的困難: Cognos提供了很多工具，但是這些工具互相獨立，這就為最終用戶(hù)和IT管理員帶來(lái)很大的不便。例如Cognos的報表制作與分析需要使用到至少三個(gè)獨立的工具：Impromptu, Cognos Query和PowerPlay。最終用戶(hù)需要學(xué)習使用多種接口，報表范例和制表功能。比如，Cognos Query中基于“主題”的分析與PowerPlay中基于“維”和“類(lèi)別”的分析完全不同。不斷變化的需求導致了高昂的軟件費用，用戶(hù)很可能在以后加入一些功能有重疊的工具，這時(shí)就需要用戶(hù)知道在什么時(shí)候使用什么工具。使用Cognos產(chǎn)品經(jīng)常會(huì )出現用戶(hù)最初使用PowerPlay，然后又馬上轉到Impromtu，Cognos Query，Visualizer等產(chǎn)品，這樣就會(huì )造成Cube提供的方法或數據不夠，必須訪(fǎng)問(wèn)另外的數據集。Cognos最近推出了新的門(mén)戶(hù)接口—Upfront--以提供對不同報表工具報表的支持。盡管這個(gè)產(chǎn)品允許從同一點(diǎn)訪(fǎng)問(wèn)Impromptu Web報表和PowerPlay Web報表，但一旦這些報表啟動(dòng)后，仍需要用戶(hù)工作不同的工具環(huán)境中。 除此之外，Impromptu Web Reports是唯一的使用HTML連接與Upfront集成到一起的產(chǎn)品。

 

2. 成功的BI解決方案需求: 統一元數據層和基于組件的體系結構之上的集成產(chǎn)品平臺。

統一元數據層的BI平臺會(huì )帶來(lái)更快速的開(kāi)發(fā)和更簡(jiǎn)易的部署。

·         MicroStrategy滿(mǎn)足需求: MicroStrategy 7建立在統一的，使用一個(gè)公用元數據層的體系結構之上，所有的報表對象可以完全共享給所有用戶(hù)，桌面產(chǎn)品，Web頁(yè)面和無(wú)限設備。需要特別指出的是，MicroStrategy Desktop創(chuàng )建的報表(以及報表使用的所有報表對象，比如度量，過(guò)濾器等) 可通過(guò)MicroStrategy Web and MicroStrategy Narrowcast Server 立刻讓所有最終用戶(hù)使用。 此共享特征增強了報表的可重用性，確保了當界面變化或報表從桌面產(chǎn)品移動(dòng)到Web時(shí)，管理員不必重新創(chuàng )建報表對象。

·         Cognos面臨的困難: Cognos產(chǎn)品是一套非常松散的集成工具，沒(méi)有架構在基于共享組件的體系結構之上。 由于相互獨立，Due to the number of individual BI tools, 每一個(gè)擁有自己報表對象，數據訪(fǎng)問(wèn)方法，存儲過(guò)程和元數據的BI工具都必須以多種格式/位置維護。 當有多個(gè)可能的工具環(huán)境時(shí)（依賴(lài)于BI需求），只具有簡(jiǎn)單鉆取能力的Cube就需要多個(gè)元數據創(chuàng )建步驟。 特殊的是, PowerPlay Transformer Model中的元數據, 能被用來(lái)作為Impromptu Query Definition (如果數據源是一個(gè)關(guān)系性數據庫RDBMS) 數據源, 能被用來(lái)建立PowerPlay的Cube但卻無(wú)法相應的鉆取到Cognos Query，還必須創(chuàng )建另外的數據源。Cognos的Web報表不能在所有工具中使用(比如 Cognos Scenario, 4Thought) ，非常耗時(shí)，并且必須由管理員使用管理界面運行。Impromptu報表連接到Impromptu Web Reports (IWR) 的過(guò)程至少需要四步復雜的手動(dòng)過(guò)程。這個(gè)過(guò)程包括管理員創(chuàng )建，打包和配置報表集，然后再發(fā)布到獨立的Web接口，因為IWR并沒(méi)有完全的集成到Cognos的Upfront產(chǎn)品中。 除此之外，最底層的報表對象，包括過(guò)濾器，計算項等，嚴格的局限在報表的上下文中，不能被重用，不能被共享。 盡管Cognos已經(jīng)在加緊開(kāi)發(fā)新產(chǎn)品比如Architect以彌補它們產(chǎn)品的集成缺陷， 行業(yè)分析師仍然認為Cognos的集成工作嚴重滯后。尤其是Gartner Group 的Howard Dresner 在2000 月指出:

·         “在A(yíng)rchitect支持Cognos整個(gè)產(chǎn)品線(xiàn)之前, 融合多個(gè)工具和應用的元數據仍然需要很多步。”

·         “這些產(chǎn)品提供與新基礎架構不同集成，創(chuàng )建額外的管理任務(wù)，就像一些功能重疊一樣。”

· “產(chǎn)品仍然不能將Architect與其它Cognos 應用程序完全集成。”

 

3. 成功的BI解決方案需求: 真正的應用服務(wù)器。

真正的應用服務(wù)器功能需要多用戶(hù)環(huán)境，不能與其它的具有某些服務(wù)器中央組件的體系結構混淆。

·         MicroStrategy滿(mǎn)足需求: There以應用服務(wù)器為基礎的真正的Web平臺與緊密集成的服務(wù)器環(huán)境有很大的差別，即使是這些服務(wù)器環(huán)境能夠組成中央服務(wù)器架構。擁有強大的中央服務(wù)器, MicroStrategy Intelligence Server提供了下列保證：

·        通過(guò)反復地優(yōu)化，在最優(yōu)的平臺上執行分析處理任務(wù) (通過(guò)Intelligence Server 或數據庫中200多個(gè)分析庫函數)

·        通過(guò)多級緩存技術(shù)，實(shí)現企業(yè)安全環(huán)境內真正的共享緩存，其他供應商還沒(méi)有將RDBMS層次的安全管理應用到緩存中

·        通過(guò)對連接的緩存和管理，靈活管理所有用戶(hù)與數據庫的連接

·        通過(guò)排隊和線(xiàn)程管理，動(dòng)態(tài)指定所有請求優(yōu)先級

·         Cognos面臨的困難: 盡管每一種Cognos工具都由自己的基于服務(wù)器的組件，但其真正的應用服務(wù)器功能卻十分有限。也許Cognos的方法能夠保證某些進(jìn)程工作在服務(wù)器端，但去無(wú)法獲得相應的系統管理與控制。PowerPlay Enterprise Server基本就只是一個(gè)報表服務(wù)器，能為共享Cube提供一些索引和存儲工具，提供的應用程序管理非常之少。  每一臺Cognos服務(wù)器都是一個(gè)獨立的產(chǎn)品，只有不同程度的中央管理功能，理想狀態(tài)下應當工作在隔離的服務(wù)器硬件。簡(jiǎn)單地說(shuō)，Cognos產(chǎn)品沒(méi)有優(yōu)先權機制，沒(méi)有數據庫線(xiàn)程管理，管理能力十分有限。Cognos也正在也正在朝著(zhù)將傳統的桌面產(chǎn)品向基于服務(wù)器方式的架構努力，Giga在2001年2月16日指出:

§         “Cognos PowerPlay基本上被看作一種桌面的在線(xiàn)分析處理(OLAP)工具 。”.

§         “Cognos正嘗試將PowerPlay Enterprise Server的重點(diǎn)更新到基于服務(wù)器的OLAP上。但是認為Cognos  PowerPlay Enterprise Server改革一定會(huì )成功還為時(shí)過(guò)早。它還需要有強大的技術(shù)集成和數據處理，也就是說(shuō)還需要很大程度的IT的演進(jìn)。如果不能在企業(yè)層次上改革成功，那么PowerPlay還將是一種DOLAP工具。”.Giga關(guān)于IT 演進(jìn)的說(shuō)法還要取決于工作量的大小，并且，IT管理員還必須建立Cube和使它們可以被共享訪(fǎng)問(wèn)。

 

4. 成功的BI解決方案需求: 對詳細數據的訪(fǎng)問(wèn)。

對交易級數據的無(wú)縫訪(fǎng)問(wèn)對于高級用戶(hù)和產(chǎn)品分析是必要的。并且對詳細數據的訪(fǎng)問(wèn)還應當從任何分析角度都無(wú)須繁瑣的預定義鉆取路徑和多Cube的大量的數據復制。

·         MicroStrategy滿(mǎn)足需求: 由于MicroStrategy擁有以?xún)?yōu)化方式訪(fǎng)問(wèn)TB級數據的能力，因此用戶(hù)能夠訪(fǎng)問(wèn)整個(gè)數據倉庫。盡管很多查詢(xún)工具都能夠檢索某一切片的詳單級數據，但只有MicroStrategy才能以最優(yōu)的方式訪(fǎng)問(wèn)已有信息的整個(gè)深度與寬度。例如，某一地區的市場(chǎng)經(jīng)理能夠分析組成各地區銷(xiāo)售收入前10%的產(chǎn)品的盈利和股票收入。除此之外，MicroStrategy不像Cube環(huán)境那樣需要多個(gè)大型數據集的復制。這就意味著(zhù)管理員無(wú)須太多的安裝與維護工作，用戶(hù)在Cube創(chuàng )建期間更少的報表崩潰與更大的制表靈活性。

·         Cognos面臨的困難: Cube的實(shí)現方法固有的受到它所能包含的數據量和在一定數據集上所能執行分析量的局限?？偟膩?lái)講，一個(gè)Cube通常包含5~10MB和8~10個(gè)層次。因此，一個(gè)Cube所能容納的有意義的數據量也是相當有限的。

下面這個(gè)例子可以看出Cube的局限性：

·         比如有4個(gè)層次：產(chǎn)品/藥品，地區，時(shí)間，診斷

·         用于分析的數據分為：

產(chǎn)品 / 藥品:  10,000

地區: 50

月: 24

診斷: 150

# 基礎數據量: 10,000 x 50 x 24 x 150 = 1,800,000,000

# 關(guān)鍵字段: 4; # 事實(shí)字段: 5, 全部字段: 9

基礎事實(shí)表大?。?1.8 billion x 9 fields x 4 bytes = 64.8 GB

如果Cube不能存儲64.8GB，那么不用其它工具使用通用SQL去訪(fǎng)問(wèn)數據庫就就不能訪(fǎng)問(wèn)詳單級數據。請注意：Cognos為Cube存儲提供一定程度的數據壓縮 ，但由存儲減少帶來(lái)的優(yōu)勢在當訪(fǎng)問(wèn)Cube用于分析和自動(dòng)解壓時(shí)丟失掉。除此之外，Cognos的Cube最多達到50,000個(gè)類(lèi)別（所有維包含的成員），阻礙了進(jìn)一步的超越部門(mén)級層次的分析。

 

用戶(hù)必須能夠進(jìn)行全面的復雜分析功能（在權限控制內），無(wú)論是在桌面上還是在Web上。

·         MicroStrategy滿(mǎn)足需求：MicroStrategy提供許多必須的優(yōu)化功能來(lái)完成各種復雜分析，并且能達到所需要的各種粒度級別，這些功能包括：

§         通過(guò)迭代分析，或者通過(guò)MicroSrategy的SQL和中間層分析引擎以一種迭代方式協(xié)作，可以完成n個(gè)層的計算。

§         分析庫包括超過(guò)200個(gè)預定義的統計、財務(wù)和OLAP函數，另外，最終用戶(hù)還可以定義自己的分析函數并把它們嵌入到平臺中。

§         集成Set Analysis或與另一個(gè)屬性有一定關(guān)聯(lián)的屬性過(guò)濾器， MicroStrategy僅是簡(jiǎn)單地使用一個(gè)分析的結果作為下一個(gè)分析的過(guò)濾器，所有這些都是對最終用戶(hù)透明的。

§         用戶(hù)自定義的分組或動(dòng)態(tài)虛屬性，它們支持在一個(gè)報表上的多級分析。

§         嵌套的聚合能力用以透明地支持在動(dòng)態(tài)變化的分析級別上進(jìn)行計算。

所有混合分析或是透明地發(fā)生（例如迭代的處理和嵌套的聚合），或是用戶(hù)自定義的（例如定義自定義組），所有這些都無(wú)需管理上的支持。另外，這些特性都適合于Web用戶(hù)，具有在Web上創(chuàng )建報表權限的用戶(hù)可以使用所有的混合分析功能。

§         Cognos面臨的困難：Cognos不具有上述討論的所有分析功能，它….。然而Cognos根據于不同的工具提供不同級別的函數支持，它不提供財務(wù)函數支持，并且OLAP和統計函數也是功能有限。更為重要的是，Cognos需要管理員在Impromptu類(lèi)別或PowerPlay立方體中預先定義存貯的計算來(lái)實(shí)現稍微高級一些的分析。最終用戶(hù)只能完成加、減、乘、除、累積以及在已經(jīng)完成計算的值上應用百分比等基本功能。這就使最終用戶(hù)不能進(jìn)行靈活的、有價(jià)值的分析，并且還意味著(zhù)新的分析需求必須由管理員重建類(lèi)別和立方體。當需要分析時(shí)，雖然PowerPlay是Cognos的推薦工具，但該工具不能支持真正的多維報表，因此就不能實(shí)現利潤貢獻率和產(chǎn)品收入的同時(shí)展示。

 

6. 成功的BI解決方案需求: 全面的安全模型。

BI的安全實(shí)現方法必須是細化到應用/對象，用戶(hù)，傳輸以及數據級安全層次，必須能集成到已有安全系統并統一管理的。

·         MicroStrategy滿(mǎn)足需求: MicroStrategy 7安全包括必要的深度與寬度已達到通過(guò)Internet對雇員，合作伙伴，供應商和客戶(hù)的BI應用 的安全部署。MicroStrategy通過(guò)應用功能層次的權限，報表對象層次的訪(fǎng)問(wèn)控制列表和數據層次的安全過(guò)濾器實(shí)現這一點(diǎn)。MicroStrategy 7的安全配置文件保證了產(chǎn)品平臺和發(fā)布系統的每一部分是安全的并且能被集中管理。除此之外，MicroStrategy行業(yè)標準安全措施的實(shí)現，例如與NT和LDAP的集成, 保證了 MicroStrategy的安全模塊能夠集成到已有安全系統中去。

·         Cognos面臨的困難: 盡管Cognos有安全模塊，但他們卻是使用不同界面分開(kāi)管理的。– Cognos的安全模塊也不是通用的，并且也不能與其它工具融合。PowerPlay 的安全實(shí)現手段是建立在對Cube的多個(gè)復制上，這些Cube中的數據是允許用戶(hù)瀏覽的數據—但這些的數據復制不足以支持全部的分析行為。 盡管Cognos需要Netscape Directory Server提供組級安全以支持組里的每個(gè)用戶(hù)都從屬于同一安全權限，但這經(jīng)常會(huì )導致為每個(gè)用戶(hù)都建立組。

Cognos的其它安全問(wèn)題包括：

§         任何集成到Cube的安全特性當Cube改變時(shí)必須重新創(chuàng )建；增加用戶(hù)或用戶(hù)安全訪(fǎng)問(wèn)改變時(shí)Cube也必須重建。

· 驗證Windows和Web的用戶(hù)登錄需要不同的安全機制。

§         為個(gè)人用戶(hù)或用戶(hù)組設置安全過(guò)濾條件時(shí)，由于要寫(xiě)代碼到.ini文件而增加了很大負擔

 

7. 成功的BI解決方案需求：簡(jiǎn)單的維護及管理

如果秩序要部署和管理一個(gè)集成的環(huán)境，則無(wú)疑會(huì )大大減輕IT管理人員的工作。

8. 成功的BI解決方案需求：完全的交互能力

最終用戶(hù)需要靈活的鉆取能力來(lái)進(jìn)行完全交互的分析。

·         MicroStrategy滿(mǎn)足需求: 用戶(hù)可以隨意鉆取到任何級別的細節， 而無(wú)需管理員維護這些鉆取路徑。例如：MicroStrategy最終用戶(hù)可以從某個(gè)父屬性鉆取到子屬性然后再鉆取到一個(gè)完全不同的層次。如果一個(gè)新屬性添加到層次中，并不需要進(jìn)行相應的數據管理使這個(gè)屬性可訪(fǎng)問(wèn)。另外，使用MicroStrategy Drill Map編輯器可以自定義鉆取路徑。

·         Cognos面臨的困難:管理員必需事先將所有的鉆取路徑定義到cube中。鉆取經(jīng)常需要從一個(gè)工具轉換到另一個(gè)工具。特別是，從PowerPlay的高層匯總數據鉆取到較細粒度的Impromptu數據需要管理員事先定義源報表和目標報表，然后手工連接起來(lái)。很顯然，管理員需要為最終用戶(hù)的可能的鉆取需求做大量的工作。

 

9. 成功的BI解決方案需求：通過(guò)web、無(wú)線(xiàn)設備、聲音設備傳遞信息

·         MicroStrategy滿(mǎn)足需求: 通過(guò)MicroStrategy Narrowcast Server，高度個(gè)性化的信息可以通過(guò)任何介質(zhì)，如email、傳真、尋呼機、移動(dòng)電話(huà)、PDA，主動(dòng)地傳遞出去。這些功能都是現成的，不需任何編碼。用戶(hù)只需要定義他們所需的信息以及相應的基本條件（比如數據異常、觸發(fā)事件、傳達手段等）即可。從外部信息源接受信息跟從MicroStrategy 7 Intelligence Server接受個(gè)性化內容一樣容易。來(lái)自多個(gè)數據源的信息可以包含在同一個(gè)MicroStrategy Narrowcast Server輸出中，例如可以包含來(lái)自ERP系統的XML內容、來(lái)自?xún)热萏峁┥毯烷T(mén)戶(hù)的ICE內容、或其他非關(guān)系型內容如本地文件、圖像等?；赬ML的結構確保了對現有設備和將來(lái)的設備的適應性。MicroStrategy Narrowcast Server還能夠將BI報表送入SMTP網(wǎng)關(guān)，不管它是HTML格式、純文本還是Excel格式。

·         Cognos面臨的困難: Cognos沒(méi)有真正集成的信息廣播功能。最近正通過(guò)收購NoticeCast來(lái)提供信息廣播功能，面臨的問(wèn)題是如何集成不同的技術(shù)。Cognos的Impromptu OLE automation可用于根據數據異常創(chuàng )建和分發(fā)標準報表，但這需要手工編碼，并且僅限于Impromptu報表。

 

10．成功的BI解決方案需求: Web報表功能

·         MicroStrategy滿(mǎn)足需求: MicroStrategy Web提供的是純HTML的解決方案，可以使用任何操作系統，任何瀏覽器，透過(guò)任何防火墻來(lái)訪(fǎng)問(wèn)。MicroStrategy Web提供了非常廣泛的功能，比如全交互式鉆取、分頁(yè)、導出Excel、創(chuàng )建任意報表、排序/分級、網(wǎng)格/圖形格式化、透視、報表提示等。另外，MicroStrategy Web的Page-By功能提供了類(lèi)似于Cube切片和切塊的功能。

11．成功的BI解決方案需求: Web界面的客戶(hù)化能力

·         MicroStrategy滿(mǎn)足需求: MicroStrategy SDK包含了全套的Web API和XML API，覆蓋了MicroStrategy平臺的全部功能。通過(guò)這些API，開(kāi)發(fā)人員可以集成、擴展、引用MicroStrategy 7平臺的強大功能。

·         Cognos面臨的困難: Cognos只是提供了非常有限的web API，這些API沒(méi)有真正的web客戶(hù)化能力，也不能嵌入到現有應用系統中。使用Cognos只能做一些諸如修改圖標、圖形等簡(jiǎn)單的客戶(hù)化工作，而應用或報表的客戶(hù)化就無(wú)法實(shí)現。

 

·         MicroStrategy滿(mǎn)足需求: MicroStrategy能夠集成多種架構模型，包括星型、雪花型、混合型、規范、非規范、聚合架構。同時(shí)MicroStrategy中包含了一個(gè)豐富的架構抽象層，其中的列名不受事實(shí)和屬性定義的約束。使用MicroStrategy平臺，層次和屬性可以很方便的添加進(jìn)來(lái)。比如，如果需要在項目中添加新的層次或層次中的屬性，管理員不需要在數據庫后臺做任何附加的計算。一旦在MicroStrategy Desktop中定義了新的屬性，當這個(gè)屬性在報表或鉆取中用到時(shí)，MicroStrategy SQL引擎會(huì )使用合適的連接返回正確的結果集。架構的變更對用戶(hù)是屏蔽的，用戶(hù)只需關(guān)注他所需要的報表。MicroStrategy對“多對多”關(guān)聯(lián)和跨層次屬性（跨層次屬性的之可能依賴(lài)于多個(gè)層次，比如時(shí)間層次和地理層次）提供架構支持。利用這個(gè)特性，最終用戶(hù)可以管理更復雜的報表從而更有效的利用數據。

·         Cognos面臨的困難: 一旦架構發(fā)生了改變，那么Cube就不得不重新計算已順應這種變化，根據Cube規模的不同，這將花費大量的時(shí)間，考慮到相應的應用停止時(shí)間和管理工作，這種代價(jià)是非常大的。并且，Cognos不支持復合數據，不支持“多對多”關(guān)聯(lián)。