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

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

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

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

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

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

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

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

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

這就是Timescale團(tuán)隊(duì)正在使用TimescaleDB做的事情，公司創(chuàng)始人Ajay Kulkarni和邁克爾弗里德曼本周接受采訪時(shí)解釋道。與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ù)庫的擴(kuò)展或覆蓋。為什么這很重要?首先，他們解釋說，它為他們奠定了堅(jiān)實(shí)的基礎(chǔ)。然而，不僅如此，它還為公司提供了PostgreSQL工具生態(tài)系統(tǒng)的舒適性，正如Freedman告訴The Next Platform的Timothy Prickett Morgan：

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

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

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