KAP v2.5新特性之智能化的建模

為什么企業需要快速建模的能力?

數據倉庫作為一種數據環境,具有面向分析、提供管理決策支持的重要作用。而在數據倉庫中,多維數據模型能夠滿足大多數企業的數據分析需求——它提供了多角度多層次的分析應用,比如基于時間維度、地域維度等構建的銷售星形模型、雪花模型,可以實現在各時間維度和地域維度的交叉查詢,以及基于時間維度和地域維度的細分。

傳統的多維模型建模,具有冗長而復雜的特點。首先要選擇業務過程,其次聲明數據粒度,之后確定維度字段和事實字段。其中,由于業務過程是由很多微觀的業務活動組成的,比如注冊用戶、獲得訂單、開具發票、接受付款、處理索賠等等。因此,建模人員需要耗費大量時間去理解和組織業務活動,這樣創建的模型最終才能回答業務分析的具體問題,為管理決策提供權威的數據支持。

而在當前的信息時代,業務的快速反應能力決定了很多企業能否把握準確的時機,甚至決定了很多企業在關鍵時刻的生死存亡。比如零售行業,尤其是電商方向的企業,管理決策層需要關注引起利潤變化的因素并迅速調整的營銷策略。因此,快速建模或者調整數據模型才可以支持這類的業務快速反應能力

KAP 支持業務的快速反應

KAP 支持標準SQL接口,通過JDBC和ODBC無縫對接主流BI產品,完全匹配商業分析師熟悉的分析模式。分析師無需了解大數據底層架構,可以在海量大數據上進行交互式的分析,釋放了大數據生產力。

不同的企業中,常用的業務分析問題是基本固定的,比如零售行業的常見問題“同樣的營銷模式下,不同渠道的利潤差別有多大?”。而這些常用的業務分析問題都已經轉化為固定的的查詢報表、成體系的SQL查詢語句或者商業分析師相對穩定的查詢模式。

KAP v2.5支持自動創建合適的模型,減少了建模人員了解業務細節的時間成本,消除了建模人員與業務人員的磨合成本,大大增加了企業的快速反應能力。

KAP v2.5的自動建模之路

具體來說,KAP v2.5 增強了智能化的建模,模型推薦支持通過SQL自動生成模型,Cube優化器支持多種存儲優化策略。另外,新增了通過SQL驗證模型的能力,支持對業務分析需求變化的快速響應。

模型推薦

模型從無到有的部分,最考驗建模人員對業務邏輯和查詢需求的理解。傳統多維模型的建模耗時耗力,而且對最終所創建的模型是否能回答業務查詢無法保證。KAP v2.5支持通過SQL自動生成模型。導入源表后,即可通過輸入SQL自動創建模型,實現了從SQL到模型的一鍵生成。以查詢SQL為依據,自動生成的模型可以準確的回答這些查詢SQL。

多策略的Cube優化器

Cube是數據倉庫中一個經典的概念,是多維模型的一個形象的說法。傳統OLAP 技術下,Cube雖然能存儲大量維度,但隨著維度增加, Cube所需要的存儲空間也會呈幾何倍數增長。比如一個Cube中包含了N個維度,那么這N個維度將生成2N 個維度組合。這些成倍增長的維度組合中,有很多在整個Cube的生命周期里都不會被使用,同時由于維度組合數爆炸而帶來的存儲膨脹、構建時間冗長、甚至查詢性能由此而下降的弊病。

為了解決這個問題 KAP 提供了多種場景下,對Cube的優化設置,幫助用戶篩選出真正會被使用到的 Cube維度組合,避免大量存儲資源被無效的維度組合耗用,縮短構建時間。優化設置包括衍生維度、聚合組、聯合維度、層級維度、必要維度和Rowkey等。

結合不同的業務場景,合理的使用這些優化設置能夠使數據建模事半功倍。根據這些優化設置的方法,商業分析師可以定制精確滿足業務場景的Cube,避免Cube爆炸的問題。

Cube優化器提供了多種優化策略來滿足不同的業務場景, 其中模型優先策略,充分利用數據自身的邏輯關系優化Cube,滿足靈活查詢場景;業務優先策略,定向加速指定SQL,用最小的存儲成本支持常見的報表查詢模式;綜合優化策略,支持以上兩種需求,滿足了多種優化場景。

快速驗證SQL

同樣,在傳統的OLAP 技術下,數據模型需要在構建后才能得到驗證。每一次模型從設計到驗證,需要付出很大的時間成本與資源代價,滯后的模型設計反饋難以滿足當前快節奏的市場變化。

KAP v2.5支持的快速驗證能力,極大地加速了模型反饋。無需構建,建模后即可快速驗證模型是否滿足業務查詢SQL,快速響應業務分析需求變化。

總結

在當前的信息時代,業務的快速反應能力決定了很多企業能否把握準確的時機,KAP致力于幫助更多企業把握時機,通過支持以SQL為中心的自動建模,支持模型設計快速驗證,以響應瞬息萬變的市場需求,實現更多企業的商業價值與使命。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,238評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,430評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,134評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,893評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,653評論 6 408
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,136評論 1 323
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,212評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,372評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,888評論 1 334
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,738評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,939評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,482評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,179評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,588評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,829評論 1 283
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,610評論 3 391
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,916評論 2 372

推薦閱讀更多精彩內容