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

1、定義htap

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

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

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

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

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

2、htap應(yīng)用場景

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

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

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

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

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

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

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

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