原文標題是how sap hana is such a fast database,不過作者的觀點是hana的快主要源自硬體的發展,而且hana並非適合所有的應用場景。
不過我關注的恰好是結論之外的部分。
儲存硬體的提公升,從物理磁碟到ssd, 記憶體,相應的資料庫查詢方式也發生了變化。
當資料庫使用傳統的物理磁碟,如果在乙個具有10列的表中讀取3列,你也必須讀取全部10列。
如果表為100m,100萬行,那麼必須讀取整個表來完成查詢,在涉及多表join時,情況更加嚴重。
如果資料庫儲存在ssd或記憶體這些隨機訪問型儲存上,你需要3列,就只需讀取3列。
列式資料庫有速度的優勢,但不是萬能的優勢,儘管sap希望將hana作為一體適用的平台,不過one size does not fit all, 此資料庫的原理來說,hana非常適合bw這樣的分析性應用,對於erp這樣的oltp的應用,我們還是拭目以待,看看s/4 hana的作為吧。
HANA資料庫為何如此之快
原文標題是how sap hana is such a fast database,不過作者的觀點是hana的快主要源自硬體的發展,而且hana並非適合所有的應用場景。不過我關注的恰好是結論之外的部分。儲存硬體的提公升,從物理磁碟到ssd,記憶體,相應的資料庫查詢方式也發生了變化。當資料庫使用傳統的...
雜湊表查詢為何如此之快
雜湊是在記錄的儲存位置和它的關鍵字之間建立乙個確定的對應關係f,使得每個關鍵字key對應乙個儲存位置f key 建立了關鍵字與儲存位置的對映關係,公式如下 設所有可能出現的關鍵字集合記為u 簡稱全集 實際發生 即實際儲存 的關鍵字集合記為k k 比 u 小得多 雜湊方法是使用函式f將u對映到表t 0...
提高質量為何如此之難
提高質量為何如此之難 precision cribbage 的故事說明,符合需求 並非是質量全部含義 除非你接受的是某種關於需求的非傳統定義。這個故事同時也說明,基於錯誤的數量來定義質量也是不全面的 這方面的例子有 所謂質量,就是指沒有任何錯誤。雖然實際上這類定義不堪一駁,但是許多年來它們一直是人們...