99爱在线视频这里只有精品_窝窝午夜看片成人精品_日韩精品久久久毛片一区二区_亚洲一区二区久久

htap數(shù)據(jù)庫，即交易分析混合負載DB，已經(jīng)成為一個流行的新數(shù)據(jù)庫。不僅概念非常流行，而且逐漸成為除OLTP之外的一種新數(shù)據(jù)庫。除了OLAP，越來越多的數(shù)據(jù)庫用戶有了新的選擇規(guī)范。但是，同時也有一些現(xiàn)象：一是一夜之間，所有的數(shù)據(jù)庫都變成了htap數(shù)據(jù)庫；二是除了容易模糊的理解“可以同時承載交易和分析SQL”之外，基本上沒有明確的定義；自然，htap的應用場景也是八仙過海，各種不清晰。這些都導致了htap成為噱頭的趨勢。

1、定義htap

在這里，htap要想成為一個新的標準和規(guī)范，就必須盡可能明確地定義它。實現(xiàn)這一目標最基本的原則是，它必須具備不同于過去經(jīng)典數(shù)據(jù)庫的技術(shù)能力（不僅僅是分布式的），還必須對客戶的數(shù)字化進程進行創(chuàng)新和升級，包括業(yè)務結(jié)構(gòu)、應用結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和技術(shù)結(jié)構(gòu)。面對這一原則，可以不斷討論其定義和定義，本文僅提出以下幾點供參考：

（1）htap在技術(shù)結(jié)構(gòu)和設計目標上不應等同于經(jīng)典Oracle和MySQL，或者分布式Oracle和MySQL，因為如果經(jīng)典Oracle和MySQL也是htap（用“可以同時承載交易和分析SQL”來衡量，那一定是），那么htap的定義就沒有意義了；

（2）htap數(shù)據(jù)庫的交易和分析任務的執(zhí)行，應該能夠?qū)崿F(xiàn)用戶透明使用，并且有相互不影響的基礎，而不是AP對TP的影響更大，TP對AP的影響更大，經(jīng)典Oracle和MySQL就是這樣；

（3）htap不應滿足數(shù)字倉庫純OLAP的需求。也就是說，在這個階段，企業(yè)數(shù)據(jù)架構(gòu)的提高不應該以放棄數(shù)據(jù)倉庫系統(tǒng)為目標；

（4）現(xiàn)代htap數(shù)據(jù)庫，應為分布式數(shù)據(jù)庫。

2、htap應用場景

正如我前面所說，htap應該帶來業(yè)務和架構(gòu)的創(chuàng)新和改進，而不僅僅是替換或性能的提高。從這個角度來看，本文認為htap的應用場景主要集中在以下兩個方面：

（1）分析能力內(nèi)嵌的業(yè)務系統(tǒng)

有了htap的能力，未來的交易型業(yè)務系統(tǒng)應該天生具備在業(yè)務交易方面進行分析的能力，不影響交易性能和數(shù)據(jù)的一致性。相當一部分原本需要通過數(shù)據(jù)遷移和同步在后臺數(shù)據(jù)平臺上完成的風險控制、營銷或其他能力，可以實時遷移到業(yè)務系統(tǒng)方面，成為業(yè)務系統(tǒng)的內(nèi)在功能，使其能夠在一定程度上完成業(yè)務閉環(huán)，這必然是技術(shù)驅(qū)動現(xiàn)代業(yè)務發(fā)展的重要方向。

今后的業(yè)務系統(tǒng)應按照這個標準進行設計，這對于現(xiàn)代交易系統(tǒng)業(yè)務能力的轉(zhuǎn)變和升級具有重要意義。

（2）以“用”為核的數(shù)據(jù)服務超市

大部分數(shù)據(jù)倉庫系統(tǒng)是為“管理”而生的，很難在應用中享受數(shù)據(jù)紅利。大多數(shù)企業(yè)都在花費大量精力建立數(shù)據(jù)倉庫系統(tǒng)之后，大部分業(yè)務系統(tǒng)和人員只能通過“請求技術(shù)人員協(xié)助完成”和“將數(shù)據(jù)導入業(yè)務系統(tǒng)”兩種方式使用數(shù)據(jù)。這種應用與數(shù)據(jù)分離的現(xiàn)象是大多數(shù)企業(yè)長期以來一直非常關(guān)注的痛點。

面向數(shù)據(jù)消費，在現(xiàn)有數(shù)據(jù)平臺之上，建立以“使用”為核心、以“管理”為基礎的數(shù)據(jù)服務平臺，即正確解釋數(shù)據(jù)中心的概念，已經(jīng)成為許多企業(yè)規(guī)劃和實施的關(guān)鍵創(chuàng)新和升級應用之一。與Data WareHouse不同，它是為了存儲和管理，而是為了讓整個企業(yè)的用戶可以像超市的商品一樣自由選擇和消費數(shù)據(jù)（準確地說，它是為了業(yè)務整理的數(shù)據(jù)資產(chǎn)，因為它不是本文的重點，這里就不贅述了），從而讓整個企業(yè)享受數(shù)據(jù)紅利。因此，這里被認為數(shù)據(jù)服務超市更合適。但是，除了數(shù)據(jù)資產(chǎn)體系建立等結(jié)構(gòu)和模型層面的內(nèi)容之外，應該用什么樣的數(shù)據(jù)庫來承載這個SuperStore呢？

SuperStore面向數(shù)據(jù)消費，即要承載來自全企業(yè)的大量、高并發(fā)的服務型查詢需求（QPS的TP型），還要承載大量的探索型統(tǒng)計分析需求（AP型），這一要求顯然不是純粹的OLAP數(shù)據(jù)庫，也不是純粹的OLTP數(shù)據(jù)庫能夠滿足的，顯然也必須是彈性分布式的。所以，過去相當一部分數(shù)據(jù)服務平臺，都是采用多種類型的數(shù)據(jù)庫，組合滿足不同的需求而設計的。htap數(shù)據(jù)庫，應該是這個場景的最佳選擇。