海量 存儲與統(tǒng)一存儲海量存儲的區(qū)別是針對目前數(shù)據(jù)的爆發(fā)式增長而提出的概念。銀行海量交易數(shù)據(jù) How 存儲？如何設計存儲海量數(shù)據(jù)系統(tǒng)與數(shù)據(jù)庫本身有關，比如集群化，可以改進，Db2還可以，但是sqlserver比較差，畢竟目標客戶關系到數(shù)據(jù)庫本身的定位，其實數(shù)據(jù)庫設計也有關系。如果你是數(shù)據(jù)分散存儲在不同的小數(shù)據(jù)圖書館也可以實現(xiàn)海量-2存儲。
它存儲在115網(wǎng)盤中。如果每個月買很長時間的vip和內(nèi)存卡，就有80t的容量，不算太長。建議兩次備份兩套移動硬盤，然后開啟網(wǎng)盤成員備份。這么大的容量別說貴了。數(shù)據(jù)養(yǎng)幾十年要花很多錢?？梢?，自己買個服務器放那里就行了，別說80，幾百t都行。針對海量Picture數(shù)據(jù)的問題，山彥海量Object存儲(砂巖MOS)解決方案采用了去中心化的分布式架構(gòu)，同時，采用
針對文件檢索的難度，SandStoneMOS支持標簽功能，文件為存儲時會自動設置標簽，更好的與業(yè)務結(jié)合，滿足高效檢索的要求。此外，在易用性和可維護性方面，SandStoneMOS也超越了同級別產(chǎn)品。它采用“x86萬能服務器 存儲軟件”的分布式解耦架構(gòu)，將底層存儲空間與上層業(yè)務邏輯空間分離，軟硬件升級不會影響整個系統(tǒng)的正常運行。
從基本功能上來說，這兩個確實差不多，但是根據(jù)不同的業(yè)務需求，我覺得有幾點需要考慮:1。查詢復雜性:HBase支持簡單的行或范圍查詢，例如數(shù)據(jù)表示主鍵，或者數(shù)據(jù)表示開始/結(jié)束。es支持的查詢比較豐富，或者說這些查詢有點復雜計算的味道。例如，如果你有一個論壇，你想檢查帖子是否包含敏感詞。如果用HBase，會比較麻煩。有了HBase，你可以保存帖子并把帖子讀出來，但只能稍微篩選一下。而ES可以方便的幫你完成這個功能；2.數(shù)據(jù)數(shù)量:按理說兩者都支持海量 數(shù)據(jù)，但根據(jù)我個人感覺，HBase可能更容易支持更多數(shù)據(jù)，因為它本來就是為了解決而設計的。但是ES逐漸增強了存儲的擴展性。那么也就是說HBase的擴展性不會妨礙你使用；ES可能要更加努力了。
