您的位置: 首頁 >互聯(lián)網(wǎng) >

為什么時間序列數(shù)據(jù)庫受歡迎程度爆炸

2019-07-02 11:40:15 編輯: 來源:
導(dǎo)讀 就在幾年前,時間序列數(shù)據(jù)庫本質(zhì)上是一個利基市場。當(dāng)然,如果您在金融服務(wù)公司內(nèi)運行交易應(yīng)用程序,那么您就專注于您的kdb +(專有)數(shù)據(jù)庫

就在幾年前,時間序列數(shù)據(jù)庫本質(zhì)上是一個利基市場。當(dāng)然,如果您在金融服務(wù)公司內(nèi)運行交易應(yīng)用程序,那么您就專注于您的kdb +(專有)數(shù)據(jù)庫,但對于大多數(shù)其他人來說,通用關(guān)系或NoSQL數(shù)據(jù)庫是必需的。不再。原因?世界越來越多地要求企業(yè)能夠?qū)崟r查詢,分析和報告流數(shù)據(jù),而不是批處理模式。

根據(jù)DB-Engines的數(shù)據(jù),在過去的兩年里,TimescaleDB和InfluxDB等時間序列數(shù)據(jù)庫的普及程度越來越高,AWS也在2018年底通過其亞馬遜時間流數(shù)據(jù)庫進入市場。這樣做是一個懸而未決的問題。所有數(shù)據(jù)庫開始看起來像時間序列數(shù)據(jù)庫,如果這樣,“小眾”成為主流的數(shù)據(jù)庫,如TimescaleDB,InfluxDB和亞馬遜Timestream成為未來的MySQLs和PostgreSQLs。

雖然上面的圖表跟蹤相對增長的流行程度(例如MySQL等關(guān)系數(shù)據(jù)庫和像MongoDB這樣的文檔數(shù)據(jù)庫已經(jīng)很成熟),但它仍然表明行業(yè)中發(fā)生了重要的事情。時間序列數(shù)據(jù)庫幫助我們了解世界隨時間的變化。更加周到,正如Timescale首席執(zhí)行官Ajay Kulkarni所說:

[T] ime系列數(shù)據(jù)集跟蹤整個系統(tǒng)的更改為INSERT,而不是UPDATE。

這種將系統(tǒng)的每一個變化記錄為一個新的不同行的做法使得時間序列數(shù)據(jù)如此強大。它允許我們衡量變化:分析過去的變化情況,監(jiān)控當(dāng)前情況的變化,預(yù)測未來變化。

[所以]這就是我喜歡定義時間序列數(shù)據(jù)的方式:共同表示系統(tǒng)/流程/行為如何隨時間變化的數(shù)據(jù)。

這聽起來像所有數(shù)據(jù)庫應(yīng)該做的那樣可疑,但這些老式數(shù)據(jù)庫缺乏有效存儲和訪問大量數(shù)據(jù)的能力。關(guān)系數(shù)據(jù)庫和NoSQL數(shù)據(jù)庫可以用于時間序列數(shù)據(jù),但可以說開發(fā)人員將從專用的時間序列數(shù)據(jù)庫中獲得更好的性能,而不是嘗試將一個適合所有人的數(shù)據(jù)庫應(yīng)用于特定的工作負載。正如AWS的Shawn Bice曾向我解釋過的那樣,開發(fā)人員希望找到合適工具的合適工具,即使這意味著使用多種工具來完成多方面的工作。

但是,如果您可以擁有已知數(shù)據(jù)庫的舒適度以及專用時間序列數(shù)據(jù)庫的性能,該怎么辦?

這就是Timescale團隊正在使用TimescaleDB做的事情,公司創(chuàng)始人Ajay Kulkarni和邁克爾弗里德曼本周接受采訪時解釋道。與MongoDB最初作為PaaS開始但最終確定其PaaS的數(shù)據(jù)庫部分的方式類似,Timescale最初是為了提供物聯(lián)網(wǎng)平臺。該公司嘗試使用InfluxDB,MongoDB和其他現(xiàn)有數(shù)據(jù)庫系統(tǒng),但最終選擇構(gòu)建自己的數(shù)據(jù)庫系統(tǒng)。

也就是說,TimescaleDB是流行的PostgreSQL數(shù)據(jù)庫的擴展或覆蓋。為什么這很重要?首先,他們解釋說,它為他們奠定了堅實的基礎(chǔ)。然而,不僅如此,它還為公司提供了PostgreSQL工具生態(tài)系統(tǒng)的舒適性,正如Freedman告訴The Next Platform的Timothy Prickett Morgan:

我們不了解數(shù)據(jù)如何存儲在磁盤上,因此我們繼承了PostgreSQL的所有可靠性。我們還強制使用相同的PostgreSQL接口,因此該數(shù)據(jù)庫的所有工具都可以與TimescaleDB一起使用。中間部分是我們已經(jīng)弄清楚如何擴展PostgreSQL的時間序列數(shù)據(jù),我們在插入時比PostgreSQL快20倍。而且我們比Cassandra快10倍,與Cassandra不同,我們也支持完整的SQL。

所有PostgreSQL的優(yōu)點,但增加了時間序列數(shù)據(jù)的性能(例如,快速攝取)。開發(fā)人員可以利用她的SQL經(jīng)驗并本地查詢SQL。但是因為Timescale團隊已經(jīng)構(gòu)建在PostgreSQL之上作為覆蓋(或擴展,如果你愿意),它的開發(fā)軌道獨立于主PostgreSQL數(shù)據(jù)庫運行。對于客戶和公司來說,這是兩全其美的。

對于越來越有趣的數(shù)據(jù)庫類型來說,這是一種有趣的方法。隨著世界繼續(xù)向?qū)崟r邁進,時間序列數(shù)據(jù)庫將繼續(xù)普及。真正的問題是它們的效用是否存在自然界限。根據(jù)Kulkarni的說法,答案是強調(diào)“否”:“所有數(shù)據(jù)都是時間序列數(shù)據(jù)。”


免責(zé)聲明:本文由用戶上傳,如有侵權(quán)請聯(lián)系刪除!

精彩推薦

圖文推薦

點擊排行

2016-2022 All Rights Reserved.平安財經(jīng)網(wǎng).復(fù)制必究 聯(lián)系QQ280 715 8082   備案號:閩ICP備19027007號-6

本站除標(biāo)明“本站原創(chuàng)”外所有信息均轉(zhuǎn)載自互聯(lián)網(wǎng) 版權(quán)歸原作者所有。