轉帖|大數據新聞|編輯:徐能勝|2019-09-19 15:09:01.697|閱讀 188 次
概述:盡管有充足的證據表明關系數據庫存在革新路徑,但有些陣營依舊對傳統的關系數據庫懷有執念,這讓他們對新方法視而不見
# 界面/圖表報表/文檔/IDE等千款熱門軟控件火熱銷售中 >>
今年四月,LinkedIn上展開了一場以關系數據庫、連接以及它們是如何影響用戶的數據分析體驗為主題的重大討論。
令人震驚的是,盡管有充足的證據表明關系數據庫存在革新路徑,但有些陣營依舊對傳統的關系數據庫懷有執念,這讓他們對新方法視而不見。
這樣的場景不由得令人想起穆罕默德·阿里的一句名言:“像蝴蝶一樣振翅,像蜜蜂一樣叮刺。對手打不到我,因為看不見我。”
拳王阿里的意思是,他的速度快到讓他的競爭對手看不見他——速度背后隱藏的正是差異所在。他不僅言出必行,更踐行了一種完全不同的獲勝方式:依靠速度對抗蠻力。
在有關關系數據庫和數據分析的討論中,用戶對討論的核心階段是知之甚少的。關系數據模型最有價值的是過去50年。它們的弱點已有詳細記錄,整個會議旨在幫助開發人員了解關系數據模型存在的風險并解決它們的弱點。
來自SQLbits.com的BI專家Alberto Ferrari在一小時的會議中深入研究了充斥雙向連接、空值和模糊關系的“危險”世界。
在這場討論中,他提出了一個名為“歡迎來到地獄”的解決方案,這非常有趣。Albert探究了復雜的關系數據庫主題,例如:過濾方向、關系類型、無效關系、空值、模糊關系等。
方案真正關注的是速度和準確性——所有這些變通方法創造了大量額外的開發人員工作,并降低了整體分析的速度和向許多用戶擴展快速分析的能力。
現在,許多BI和數據分析專家與傳統的關系數據庫技術聯合起來消除了這些擔憂。他們迅速改變觀點,做出“無法在RAM中容納PB數據”的聲明。這是基于對關系數據庫盲目崇拜的錯誤敘述。
初始Qlik團隊在初期就遇到了這一問題。傳統關系表中存在的危險在典型的Qlik場景中并不存在,因為Qlik數據模型提供了所有工作者都可以使用的洞察系統,且不會影響系統的治理、完整性和安全性。
Qlik根據公共字段名稱自動加入數據(實際上是完全外部聯接)
所有表中的所有詳細信息都駐留在數據模型中(不需要預先聚合,因為聚合是即時計算的)
BI開發人員可以選擇在必要時鎖定關系
Qlik的平臺提供了無數強大的選項,可以解決在整個數據、數據分析和供應鏈中的任何數據挑戰。我們不會強迫您以某種方式執行此操作,您可以自由地組合應用最適合您用例的選項。
就像拳王阿里的速度之拳一樣,Qlik數據模型不是商業用戶(甚至是經驗豐富的數據,商業智能和分析專家)明確能夠看到的東西,但它是平臺的真正差異所在——它是如此之快以至于大多數人甚至都不能理解他們剛才所看到的東西。
Qlik數據模型的核心已經解決了我們作為一個產業一直在努力應對的挑戰——就像拳王阿里在1964年首次擊敗Sonny Liston那樣。
新的競爭對手“無法擊中眼睛看不到的東西”。類似谷歌的搜索引擎已經很成熟,并且與Qlik一樣頗具創造性。當數據模型的問題被解決并且可內置搜索引擎重復使用時,無需再引入另一種技術。
Qlik產品副總裁Henric Cronstr?m在Qlik最近的Qonnections全球會議上展示了Qlik的一系列功能和優勢:
Qlik中的關系基于共同維度自動連接,實際上是完全外部連接。與前文Alberto Ferrari警告的不同,數據模型開發人員不必擔心:過濾方向、關系的類型、無效關系、空值與模糊關系。
這不是“危險的”、“被反對的”或“為精英保留的”數據關系。相反,它確保數字是正確的并且可以信賴。
更多關于Qlik的案例和資訊,歡迎登陸慧都科技//fc6vip.cn/zt/qlik/index.html與我們溝通交流
本站文章除注明轉載外,均為本站原創或翻譯。歡迎任何形式的轉載,但請務必注明出處、不得修改原文相關鏈接,如果存在內容上的異議請郵件反饋至chenjj@fc6vip.cn