時間:2024-09-20 來源: 作者:hfw.cc 我要糾錯
htap數(shù)據(jù)庫,,即交易分析混合負(fù)載DB,,已經(jīng)成為一個流行的新數(shù)據(jù)庫。不僅概念非常流行,,而且逐漸成為除OLTP之外的一種新數(shù)據(jù)庫,。除了OLAP,越來越多的數(shù)據(jù)庫用戶有了新的選擇規(guī)范,。但是,,同時也有一些現(xiàn)象:一是一夜之間,所有的數(shù)據(jù)庫都變成了htap數(shù)據(jù)庫,;二是除了容易模糊的理解“可以同時承載交易和分析SQL”之外,,基本上沒有明確的定義;自然,,htap的應(yīng)用場景也是八仙過海,,各種不清晰。這些都導(dǎo)致了htap成為噱頭的趨勢,。
1,、定義htap
在這里,htap要想成為一個新的標(biāo)準(zhǔn)和規(guī)范,,就必須盡可能明確地定義它,。實現(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),。面對這一原則,可以不斷討論其定義和定義,,本文僅提出以下幾點供參考:
(1)htap在技術(shù)結(jié)構(gòu)和設(shè)計目標(biāo)上不應(yīng)等同于經(jīng)典Oracle和MySQL,,或者分布式Oracle和MySQL,因為如果經(jīng)典Oracle和MySQL也是htap(用“可以同時承載交易和分析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的需求。也就是說,,在這個階段,,企業(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),,而不僅僅是替換或性能的提高。從這個角度來看,,本文認(rèn)為htap的應(yīng)用場景主要集中在以下兩個方面:
(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)險控制,、營銷或其他能力,可以實時遷移到業(yè)務(wù)系統(tǒng)方面,,成為業(yè)務(wù)系統(tǒng)的內(nèi)在功能,,使其能夠在一定程度上完成業(yè)務(wù)閉環(huán),這必然是技術(shù)驅(qū)動現(xiàn)代業(yè)務(wù)發(fā)展的重要方向,。
今后的業(yè)務(wù)系統(tǒng)應(yīng)按照這個標(biāo)準(zhǔn)進(jìn)行設(shè)計,,這對于現(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)注的痛點,。
面向數(shù)據(jù)消費(fèi),在現(xiàn)有數(shù)據(jù)平臺之上,,建立以“使用”為核心,、以“管理”為基礎(chǔ)的數(shù)據(jù)服務(wù)平臺,即正確解釋數(shù)據(jù)中心的概念,,已經(jīng)成為許多企業(yè)規(guī)劃和實施的關(guān)鍵創(chuàng)新和升級應(yīng)用之一,。與Data WareHouse不同,,它是為了存儲和管理,而是為了讓整個企業(yè)的用戶可以像超市的商品一樣自由選擇和消費(fèi)數(shù)據(jù)(準(zhǔn)確地說,,它是為了業(yè)務(wù)整理的數(shù)據(jù)資產(chǎn),,因為它不是本文的重點,這里就不贅述了),,從而讓整個企業(yè)享受數(shù)據(jù)紅利,。因此,這里被認(rèn)為數(shù)據(jù)服務(wù)超市更合適,。但是,,除了數(shù)據(jù)資產(chǎn)體系建立等結(jié)構(gòu)和模型層面的內(nèi)容之外,,應(yīng)該用什么樣的數(shù)據(jù)庫來承載這個SuperStore呢,?
SuperStore面向數(shù)據(jù)消費(fèi),即要承載來自全企業(yè)的大量,、高并發(fā)的服務(wù)型查詢需求(QPS的TP型),,還要承載大量的探索型統(tǒng)計分析需求(AP型),這一要求顯然不是純粹的OLAP數(shù)據(jù)庫,,也不是純粹的OLTP數(shù)據(jù)庫能夠滿足的,,顯然也必須是彈性分布式的。所以,,過去相當(dāng)一部分?jǐn)?shù)據(jù)服務(wù)平臺,,都是采用多種類型的數(shù)據(jù)庫,組合滿足不同的需求而設(shè)計的,。htap數(shù)據(jù)庫,,應(yīng)該是這個場景的最佳選擇。
關(guān)于我們 | 打賞支持 | 廣告服務(wù) | 聯(lián)系我們 | 網(wǎng)站地圖 | 免責(zé)聲明 | 幫助中心 | 友情鏈接 |
Copyright © 2025 hfw.cc Inc. All Rights Reserved. 合肥網(wǎng) 版權(quán)所有
ICP備06013414號-3 公安備 42010502001045