極限儲存方案讓1T空間儲存100T資料

下面將介紹一種海量資料的儲存方案，在適當的場合下使用該方案，可以大大節約儲存空間。

舉個最簡單的例子，比如有一張表，它有4個字段: 使用者註冊日期, 編號，姓名，位址

該錶5月1日的記錄如下：當我們全量同步這張表的時候，則5月1日的分割槽中存在8條記錄

該錶5月2日的記錄如下：當我們全量同步這張表的時候，則5月2日的分割槽中存在10條記錄

該錶5月3日的記錄如下：當我們全量同步這張表的時候，則5月3日的分割槽中存在12條記錄

資料倉儲中的資料，存放的是反應歷史變化情況的快照資料，一般一旦資料進入資料倉儲，都會保留相當長的一段時間。因此當一些大表，而且每天增長量又相當大的情況下，傳統的儲存方式就會占用相當大的儲存空間。（我們不能只保留最近乙份全量資料，把之前的都刪除，這樣就不能反應歷史情況了。

）就比如上面這個例子中，5月1號的資料存放了8條記錄；5月2號的資料存放了10條記錄，5月3號的資料，存放了12條記錄，而且隨著時間的推移，每天的全量資料將不斷的增加。

為了解決這個儲存問題，於是就引發了乙個思考：如何才能節約儲存空間，而又能反應資料的歷史情況？

我們看一下上面3天的記錄數，其實一共就是從編號001到012的12個人的記錄，其中張三和王五因為搬家變更了一次位址。如果我們給記錄加上乙個生命期的概念，那麼就能達到既節約儲存空間，又能反應資料歷史變化情況的效果了。

如上圖，如果將資料儲存成以上形式。那麼總記錄條數減少到了14條。

而真實的表，欄位要遠遠比上面例子中的多，每天的記錄也遠遠比例子中的多，所以使用該儲存優化方案帶來的效果將非常明顯。

如果要查詢5月2號分割槽的資料，sql也非常容易寫：

select * from table where begin_date<=』2011-05-02』 and end_date>=』2011-05-02』;

重複儲存是最大的浪費，極限儲存方案就是為了解決因為重複儲存造成儲存空間浪費的問題的。

極限儲存的適用場景：

針對很大很大的表

業務上不允許刪除歷史快照資訊。

表的資料變化較小（表資料肯定是有變化的，但是表的資料相對比較穩定，不變的資料較多），如使用者表，商品表，成交表，訂單表等等等等。

極限儲存的乙個總體思想就是通過給表記錄設定生命週期的方式，減少重複儲存的那些記錄。所以當滿足以上場景的情況下，表越大，極限儲存帶來的效果越是明顯。