時間: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ī)范,就必須盡可能明確地定義它,。實(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è)計目標(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)險控制,、營銷或其他能力,,可以實(shí)時遷移到業(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)注的痛點(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不同,,它是為了存儲和管理,,而是為了讓整個企業(yè)的用戶可以像超市的商品一樣自由選擇和消費(fèi)數(shù)據(jù)(準(zhǔn)確地說,它是為了業(yè)務(wù)整理的數(shù)據(jù)資產(chǎn),,因為它不是本文的重點(diǎ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