如何看待FoundationDB數據庫發展前景？

如果說數據是科技領域的“石油”，那么數據庫就是油井。無論你用哪一個程序，使用哪一個平臺，都必須要有一個數據庫。 數據庫如此重要，以至于各大巨頭企業都在搶奪數據庫市場。在開源技術領域，數據庫已呈瘋長之勢，我們幾乎每周都能看到有一個新的數據庫入場。在這種情況下，你有沒有想過哪一個數據庫會主導這個行業?

數據庫發展趨勢分析

我們先來看下數據庫發展現狀。從整個數據庫環境來看，專業化是大多數企業的發展方向。我們的數據庫要能解決特定的問題，比如可以按照時間序列提供原始數據查詢，以及一種基于Lucene的實時搜索方案 。但是對于一些初創企業來說，他們的系統架構可能不適用于這種模式。于是，原生多模型數據庫產生。以ArangoDB和Cosmos DB為代表的多模型數據庫，得到很多中小企業的熱捧。

多模型數據庫兼有key/value鍵/值對、graph圖和document文檔數據模型，提供了涵蓋三種數據模型的統一的數據庫查詢語言，并允許在單個查詢中混合使用三種模型。這種數據庫夠適用于許多不同的用例，能夠最小化后臺部件，可支持不同數據建模技術(如文檔、圖表等)，有助于企業降低總擁有成本，增加靈活性，進而滿足整體技術堆棧需求。

表面看來，多模型數據庫幾乎是最完美的數據庫，但是其實這種數據庫也有弊端，數據庫結構體系更加封閉，不能針對特定的用例進行個性化升級，通用性非常差。由于工作負載的類型不同，我們需要專業的數據庫。例如，大多數物聯網用例都屬于編寫密集型。寫入時必須具有低延遲能力，讀取時要能分離，所以按照時間順序存儲數據并提高查詢的性能，是非常有必要的。

所以，到底如何選擇一個數據庫，誰會統領整個數據庫市場，其實很難找到標準答案。但如果我們非要構建一個數據庫，那么相對來說，時間序列數據庫會是一個最佳選擇，因為從長遠來看，使用多模型數據庫最終會導致數據遷移出現問題。

關于鍵值數據庫

那么，我們為什么需要鍵值數據庫?這可能是大家都會關心的問題。

大多數數據庫基本上都是在鍵值數據庫的基礎上建模的。因為鍵值存儲更具靈活性。無論是像MySQL這樣的關系數據庫，還是像Dgraph這樣的圖形數據庫，都不具備這樣的能力。

鍵值數據庫是一種非關系數據庫，通過簡單的鍵值方法來存儲數據。鍵值數據庫將數據存儲為鍵值對集合，其中鍵作為唯一標識符。鍵和值都可以是從簡單對象到復雜復合對象的任何內容。鍵值數據庫是高度可分區的，并且允許以其他類型的數據庫無法實現的規模進行水平擴展。比如：用戶可以輕松地在鍵值數據庫上創建一個像MongoDB這樣的文檔數據庫，文檔的每個字段將映射到惟一一個鍵。

鍵值數據庫來滿足了企業的建模需求。由于它只是在底層設置和操作，因此可以進行最大化的性能調優。所以，鍵值數據庫成為體驗最好的可伸縮數據庫之一，一個數據庫幾乎可以解決所有專業化數據庫需求。

但是問題是，為什么鍵值數據庫最終沒有一統天下?那是因為，對比分布式數據庫以及事務型數據庫，鍵值數據庫還有很多不具備的功能。

FoundationDB成為后起之秀

FoundationDB，于2009年開發，是一個能在多集群服務器上存放大規模結構化數據的分布式數據庫。該數據庫系統專注于高性能、高可擴展性、和不錯的容錯能力。同時，FoundationDB也是一個按詞法順序排列的事務性鍵值數據庫。它完全與ACID兼容，這意味著我們的數據庫(數據和索引)將始終處于一致的狀態。

2018年4月20日，蘋果公司宣布將旗下數據庫產品FoundationDB核心開源，這意味著將有越來越多的企業可以按照自己的方式實現更高級別的數據庫建模。但是，不是每個人都有時間或有意愿為數據庫建模，這就是FoundationDB具有革命性的地方。

FoundationDB 的做法是將數據模型與存儲分離。例如，數據存儲并沒有內建索引。上一層會提供相應的功能，它通過創建和存儲兩個鍵值對來實現索引，一個用于數據，一個用于索引。

小結

FoundationDB將數據庫競爭提到一個新水平。我不能說它是完美的數據庫，因為它的底層架構還不為人所知。但FoundationDB的確給更多用戶多了一層選擇，可以在兼具靈活性和更高性能的基礎上，讓操作變得更加簡單。