Dremel是google推出的又一神器，paper中宣稱能夠在3s內分析1PB的數據，主要是面向交互式查詢。這篇paper對嵌套類型的存儲方式方面，思維確實有些跳躍，這篇文章主要講講這個，一方面是方便后來者理解，另一方面是讓自己也整理下思路。
首先Dremel使用的是列存模型，對于基本類型列存較容易做到；但是對于嵌套類型，Dremel也能做到將其拆解成基本類型并進行列存，這是值得我們研究的。
直觀看下嵌套類型按行存儲和拆解后按列存儲的對比效果：
然后對于嵌套數據類型，Dremel里面定義了里面三種類型的字段
1，必須出現1次而且僅出現1次的字段：required
2，可能出現1次或者0次的字段：optional
3，可能出現0次或者N次字段：repeated
下面以paper的例子來講述吧：
其中DocId是required字段，因此在r1,r2中必須出現1次；url字段是optional字段，因此在r1的第三個Name里未出現，在r1的前兩個Name里出現了1次；Backward字段是repeated字段，因此在r1的Links里未出現，在r2的Links里出現了2次。
理解了上面這些，直接來看下Dremel是怎么來存它的吧：
上表中的每條記錄都有兩個屬性，"r"代表repetition level，"d"代表definition level，定義如下：
repetition level:what repeated field in the field’s path the value has repeated，記錄該字段是在哪個repeated級別上重復的
definition level:how many fields inpthat could be undefined (because they are optional or repeated) are actually present，記錄該字段之上有多少個optional或者repeated字段實際是有值的（本來可以為null的）
看到這里，各位可能已經在心里默念了：WTF！別急，可以結合一個例子來看：
先看repetition level（下面以r替代），以Name.Language.Code為例：
1)對第1個出現的值，其r始終為0，因此'en-us'的r為0
2)對于第2個值'en'，其上一個值是'en-us'，它們是在Language級別發生的重復，Name.Language是兩級的repeated字段，因此r為2
3)對于第3個值null，是為了記錄'en-gb'是出現在第三個Name而非第二個Name里，特意占位用的。null的上一個值是'en'，它們是在Name級別發生的重復，因此r是1
4)對于第4個值'en-gb'，其上一個值是null，它們也是在Name級別發生的重復，因此r是1
5)對于第5個值null，其上一個值是'en-gb'，它們出現在兩個不同Document里，因此r是0
總結下，看repetition level注意兩點：1,只比較該值和上一個值；2,只需要看這兩個值的重復位置上有幾個repeated字段
再看definition level（下面以d替代），也以Name.Language.Code為例：
1)對于'en-us'，其上的Name，Language都出現了，因此d為2（其實對于非null值的字段，其上的optional或者repeated字段肯定是出現了，所以都是相同的，只是null字段的d值有差別）
2)對于'en'，同理d也為2
3)對于null，其上只出現了Name，沒有出現Language，因此d為1
4)對于'en-gb',d也為2
5)對于最后一個null，其上也只出現了Name，沒有出現Language，因此d為1
以上只是講了dremel怎么去存嵌套類型，至于這種存法是怎么想出來的，真非我輩能理解的了。。。更多內容，請參考原著paper及網上解析。