C6+數(shù)據(jù)分析(BI)介紹+v1ppt課件

1、產(chǎn)品部C6 數(shù)據(jù)分析引見- 2 -1、效率問題：運算效率、執(zhí)行效率能否有保證，比如在數(shù)百萬記錄的原始數(shù)據(jù) 量或大運算量情況下，用戶需求等待多久。2、功能問題：對復雜報表的支持程度怎樣，并且能否很方便地進展復雜運算和 定義展現(xiàn)。3、適用問題：數(shù)據(jù)分析模型適用性如何，操作界面能否足夠友好便于非專業(yè)人 士運用，能否為實踐的業(yè)務分析提供數(shù)據(jù)支持。重點- 3 -MaxX Analyser 構造組成及功能根本概念- 4 -報表閱讀數(shù)據(jù)庫信息門戶OLAP引擎報表引擎數(shù)據(jù)庫銜接池業(yè)務系統(tǒng)獨立部署方式- 5 -報表閱讀數(shù)據(jù)庫OLAP引擎報表引擎業(yè)務系統(tǒng)業(yè)務運用程序業(yè)務控制程序集成部署方式- 6 -Windows

2、、Linux、UnixMS SQL、Oracle、SysBase、DB2Java和VS.NET包括對操作系統(tǒng)、數(shù)據(jù)庫、集成言語的順應對環(huán)境的順應才干包括對調閱方式、導出類型運用的順應對運用的順應才干以報表閱讀器的方式調閱，以便獲得最大限制的數(shù)據(jù)運用以純HTML、PDF、EXCEL、JPG等方式調閱報表，經(jīng)過效力器實時生成上述文件供閱讀者閱讀或下載對環(huán)境與運用的順應才干- 7 -數(shù)據(jù)庫數(shù)據(jù)傳統(tǒng)產(chǎn)品的數(shù)據(jù)來源數(shù)據(jù)庫數(shù)據(jù)文件數(shù)據(jù)運用程序數(shù)據(jù)集數(shù)據(jù)分析的數(shù)據(jù)來源對環(huán)境與運用的順應才干對運用程序的數(shù)據(jù)集成才干- 8 -大數(shù)據(jù)報表：無論多大的原始數(shù)據(jù)量，5秒之內(nèi)，報表展現(xiàn)！OLAP分析：在千萬記錄級的運用

3、場景下，閱讀端10秒之內(nèi)Cube裝載完成，開場顯示。效率問題-效率表現(xiàn)- 9 -數(shù)據(jù)庫報表效力器報表閱讀分包報表流分包數(shù)據(jù)流基于 “流 的報表處置方式-效率優(yōu)化技術一- 10 -數(shù)據(jù)庫數(shù)據(jù)庫數(shù)據(jù)源數(shù)據(jù)源數(shù)據(jù)源數(shù)據(jù)源內(nèi)置SQL引擎虛擬數(shù)據(jù)源報表基于SQL機制的虛擬數(shù)據(jù)源-效率優(yōu)化技術二- 11 -MaxX Analyser 支持多數(shù)據(jù)庫同步銜接原始原始數(shù)據(jù)源，可以內(nèi)置引擎以SQL規(guī)范進展關聯(lián)運算內(nèi)置引擎SQL創(chuàng)建窗口效率優(yōu)化技術二- 12 -數(shù)據(jù)源之間存在關聯(lián)運算需求： 基于SQL機制的虛擬數(shù)據(jù)源方式是最具效率的處理模型。數(shù)據(jù)源之間存在跨域計算需求： 基于報表多數(shù)據(jù)源機制的運算模型是最適宜的。效

4、率優(yōu)化技術二- 13 -數(shù)據(jù)鏈報表數(shù)據(jù)鏈報表-效率優(yōu)化技術三- 14 -只建立用戶感興趣的數(shù)據(jù)基于SQL機制的虛擬數(shù)據(jù)源-效率優(yōu)化技術三- 15 -動態(tài)數(shù)據(jù)庫指令基于SQL機制的虛擬數(shù)據(jù)源-效率優(yōu)化技術四- 16 -根據(jù)中間運算結果，只懇求必需的數(shù)據(jù)將更多的運算讓數(shù)據(jù)庫效力器完成基于SQL機制的虛擬數(shù)據(jù)源-效率優(yōu)化技術四- 17 -報表預編譯設置報表預編譯設置-效率優(yōu)化技術五- 18 -九套常規(guī)模型1、列表/不規(guī)那么報表3、分組報表2、主從報表9、數(shù)據(jù)提交報表5、圖形報表4、嵌套報表7、分欄報表6、交叉報表8、套打報表功能問題- 19 -所以，報表能否普遍滿足各類復雜表樣的關鍵，在于兩個方面：

5、報表的本質是什么：報表是指定數(shù)據(jù)在頁面上的指定表現(xiàn)方式復雜目的順應才干對數(shù)據(jù)的控制才干對表現(xiàn)的控制才干復雜報表設計- 20 -每列不同顏色的數(shù)據(jù)，來源于不同數(shù)據(jù)源，根據(jù)左側黑白表頭的數(shù)據(jù)循環(huán)同步循環(huán)展現(xiàn)。支持報表內(nèi)多數(shù)據(jù)源同步- 21 -闡明：1、報表原始數(shù)據(jù)為一切訂單信息。2、針對原始信息的每列運算方式都完全不同，運算結果含義也完全不同。3、在本報表中，運用數(shù)據(jù)源內(nèi)置引擎對數(shù)據(jù)按不同規(guī)那么進展分組計算。留意紅色部分，這種根據(jù)數(shù)據(jù)排序多次定位的文本處置需求，在傳統(tǒng)報表工具中很難實現(xiàn)。以內(nèi)置引擎實現(xiàn)報表內(nèi)數(shù)據(jù)動態(tài)處置- 22 -在效力器監(jiān)控臺中，可察看到報表動態(tài)創(chuàng)建提交的數(shù)據(jù)庫指令動態(tài)數(shù)據(jù)庫指令

6、機制- 23 -1、獲得根本原始數(shù)據(jù)，或者用戶指令。2、根據(jù)運算結果或用戶指令，按預定義邏輯判別需求獲得的數(shù)據(jù)。3、根據(jù)數(shù)據(jù)需求，動態(tài)創(chuàng)建當前數(shù)據(jù)期期望所需求的SQL語句。4、實時向數(shù)據(jù)庫提交動態(tài)創(chuàng)建的SQL，獲取數(shù)據(jù)并進展下一步運算。5、根據(jù)運算結果，如需繼續(xù)觸發(fā)動態(tài)數(shù)據(jù)庫指令機制，反復3-5步驟。動態(tài)數(shù)據(jù)庫指令機制- 24 -序號方式特征內(nèi)容傳統(tǒng)工具設計方式1設計方式2報表頁面的輸出，將中每一個設計部件及其衍生顯示，作為一個個獨立的對象進展控制，每一個對象具有本身獨一的命名和屬性特征。經(jīng)過修正這些屬性，我們可以在普通邏輯之外，對指定對象進展特性設定。 頁面輸出是以繪制點陣方式輸出，無法針對

7、某個顯示區(qū)域進展部分刷新。對象實例化- 25 -傳統(tǒng)方式下的報表按照自上而下的順序生成。假設需求在報表上部顯示以后部分數(shù)據(jù)的運算結果的話，往往需求額外的設計處置。弊端：1、如采用在數(shù)據(jù)源進展預先處置的話，無疑會加重數(shù)據(jù)庫效力器的負擔，同時也 添加了數(shù)據(jù)源設計的復雜度 。2、假設在內(nèi)存中進展預處置的話，一旦面臨大數(shù)據(jù)量情況，極能夠導致內(nèi)存溢出 或者需求長時間耐心等待。3、報表一旦生成，當前顯示將無法根據(jù)用戶在報表中的操作再次做部分調整。定向刷新技術- 26 -基于“對象實例化的模型，可以在報表生成過程中，對已生成部分進展逆向刷新。 實例化對象，可在報表生成后點擊控制當前行數(shù)據(jù)能否納入運算選擇范圍

8、。根據(jù)左側選擇對象，進展匯總計算，并動態(tài)刷新上部文本框顯示。定向刷新技術- 27 -一切報表工具都可以支持數(shù)據(jù)源的順序、逆序排序，并按這個順序加以顯示。但是，自有極少數(shù)高端產(chǎn)品支持數(shù)據(jù)的指定順序顯示。數(shù)據(jù)源按產(chǎn)品大類順序顯示數(shù)據(jù)源按產(chǎn)品大類逆序顯示數(shù)據(jù)源指定部分產(chǎn)品大類個性化順序顯示支持個性化排序- 28 -顯示順序的個性化設定支持個性化排序- 29 -一切的成熟報表產(chǎn)品都具有圖表功能，產(chǎn)品優(yōu)勢： 1、款式豐富：提供了70多大類、300多種圖表款式，包括了從柱狀、折線、甘特、餅型等通用圖表到蠟燭、容量、漏斗等專業(yè)圖表。2、多數(shù)據(jù)源款式疊加：支持在同一圖表中對比展現(xiàn)多個不同數(shù)據(jù)源數(shù)據(jù)，并可以不同

9、 款式進展表現(xiàn)。3、自動分組：支持圖表的自動分組，可在圖表中設置對數(shù)據(jù)源的分組運算，并將不同 分組同坐標區(qū)分對比顯示。圖形報表技術- 30 -根據(jù)單數(shù)據(jù)源分組計算自動創(chuàng)建多圖疊加運用多個數(shù)據(jù)源，創(chuàng)建多圖對比效果圖形報表技術- 31 -這種需求類似甘特圖與表格混排的款式，傳統(tǒng)產(chǎn)品以及表格元素設計方式產(chǎn)品，是無法支持的?；诳丶氐慕M合設計- 32 -OLAP是什么？123多維視圖：在原始關系型數(shù)據(jù)的構造根底上加以整合，構成可從多視角察看的數(shù)據(jù)模型數(shù)據(jù)切片：將多維度交叉數(shù)據(jù)，在指定維度范圍內(nèi)提取并察看數(shù)據(jù)鉆?。涸诙嗑S數(shù)據(jù)構造上，逐層設定細分維度，并根據(jù)需求樹型下鉆詳細數(shù)據(jù)OLAP 是一種基于多維

10、數(shù)據(jù)的分析模型OLAP適用性問題- 33 -用維的方法察看數(shù)據(jù)： 產(chǎn)品大類、時間、銷售區(qū)域、銷售方式等 數(shù)據(jù)模型等同于業(yè)務模型銷售分析產(chǎn)品大類時間銷售區(qū)域銷售方式珠寶類服裝類珠寶類01年02年03年華東區(qū)華南區(qū)華北區(qū)直銷渠道終端OLAP 的多維視圖- 34 -銷售地域產(chǎn)品分類時間華東區(qū)浙江省杭州市溫州市嘉興市江蘇省調查一個特定的維地域維，包括每一個地域到各省份、行政市的銷售數(shù)據(jù)鉆取到下面的層次來調查詳細情況OLAP 的多維視圖- 35 -按不同順序組織各個維，對結果進展調查銷售地域產(chǎn)品分類時間時間銷售地域產(chǎn)品分類OLAP 旋轉- 36 -鉆取到各個維地域、省份、行政市銷售方式、產(chǎn)品類型、產(chǎn)品銷

11、售分析銷售地域銷售方式時間客戶華東區(qū)華北區(qū)華南區(qū)直銷分銷01年02年03年浙江省江蘇省OLAP 鉆取- 37 -用切片的方法從不同角度察看時間產(chǎn)品類型銷售方式時間銷售方式產(chǎn)品類型2001年每類產(chǎn)品對應于各種銷售方式的銷售情況每類產(chǎn)品對應于直銷方式的每個年度的銷售情況OLAP 切片- 38 -OLAP是完全面向分析設計的數(shù)據(jù)表現(xiàn)模型。在運用方式、效率構架、數(shù)據(jù)模型等方面均作了大量改良和創(chuàng)新。 重點表如今如下方面：可縮放的維度設計內(nèi)置推測算法最高支持244個維數(shù)據(jù)目的和1024個分析數(shù)據(jù)目的 數(shù)據(jù)Cube的增量更新 最為便利的排序設定 數(shù)據(jù)多種計算表現(xiàn)方式 OLAP 綜合優(yōu)勢- 39 -這種呈樹型

12、構造索引分析數(shù)據(jù)，逐層遞進至關鍵細節(jié)目的，完全符合人類思想邏輯，使分析更全面、透徹，更易發(fā)現(xiàn)潛在信息 ?？煽s放的維度設計- 40 -1簡單挪動平均法 2加權挪動平均法 3雙重指數(shù)平滑法 4三重指數(shù)平滑法 5數(shù)據(jù)極限顯示 6首末位顯示 內(nèi)置6種推測算法- 41 -最高支持1024個分析數(shù)據(jù)最高支持244個分析目的 。最高支持244個維數(shù)據(jù)目的和1024個分析數(shù)據(jù)目的 - 42 -1、傳統(tǒng)方式下：一旦統(tǒng)計數(shù)據(jù)發(fā)生更新，比如數(shù)據(jù)庫添加了新的數(shù)據(jù)，要對包含新 數(shù)據(jù)部分信息進展OLAP統(tǒng)計的話，需求重新創(chuàng)建Cube 。2、現(xiàn)實中：大多數(shù)情況下，分析對象本身原數(shù)據(jù)量非常大比如本年度前11個月的 訂單數(shù)據(jù)，而僅有少量數(shù)據(jù)發(fā)生變卦比如本月的訂單數(shù)據(jù)，這種方式的效 率無疑是非常低下的 。2、創(chuàng)新的Cube增量更新，無需重新生成Cube，而是基于原有數(shù)據(jù) Cube，將新數(shù)據(jù)追加計算生成新的Cube，從而降低效力器負荷，并滿足普通統(tǒng)計 中的實時更新需求 。數(shù)據(jù)Cube的增量更新 - 43 -點擊排序按鈕，可直接設數(shù)據(jù)排序按照該維度數(shù)值執(zhí)行 。最為便利的排序設定 - 44 -OLAP是一個多維交叉計算的數(shù)學模型，除了計算匯總、平均、極值等普通計算外，還可以根據(jù)生成環(huán)境的其它數(shù)據(jù)，