1、
問題 primary key 與 clustering key區別？
解答 primary key是為了保證記錄唯一性而設計； 特殊應用中不希望按照主鍵進行排序儲存，則需要指定clustering key（單獨指定聚簇鍵使用store by語句）；
區別：建立表的時候指定primary key，那麼clustering key則和primary key相同；當建立表的時候沒有指定clustering key，則clustering key為(, syskey)
2、 問題
a、primary key and store by是否可以同時存在？
b、如果可以同時存在，那麼資料按照什麼進行排序儲存？
解答 a、在同乙個建表語句中primary key與store by不能同時存在。否則出現如下錯誤：duplicate store by clauses were specified。
b、不會存在同時存在primary key與store by而導致資料儲存排序問題。
3、 問題
a、建表的時候，syskey列在什麼情況下會生成？
b、為什麼有些時候會自動生成syskey列？
c、怎麼檢視自動生成的syskey？
解答 a、syskey列在建立表時沒有指定primary key的時候會自動生成；
b、在沒有指定primary key的情況下為了保證記錄的唯一性，所以增加乙個syskey保證資料在hbase rowkey為兩行資料，否則資料的儲存會被覆蓋；
c、通過在select語句中顯示指定syskey查詢可以檢視，另外一種方法是通過invoke $tablename；也可以檢視。
4、 問題
a、建立表的時候 如果設定了salting，slating解決什麼問題？
b、怎麼解決？
c、salt這個引數是否設定了底層hbase表的預分割槽呢？d、是怎麼實現預分割槽的？
解答 a、salting為了解決資料熱點的問題；
b、通過把資料分配到多個region進行處理的方法解決；
c、在建立表的時候指定了salt時間在hbase表上實現了預分割槽的功能，我們可以通過hbase:meta的資料檢視建立的表的分割槽情況；
d、預分割槽的實現方式，針對資料落到那個分割槽，使用saltcolumn%saltnum得到對應的分割槽。
5、 問題
a、為什麼需要建立index？
b、建立index的優缺點？
c、提高了查詢效率，但是插入效能降低了，為什麼？
解答 a、避免非primary key條件查詢時進行全表掃瞄；
b、優點是，通過使用index提高非primary key條件查詢的效率；缺點是雖然提高了通過索引條件查詢的效率，但是插入效能反而下降，並且儲存空間也比以前增加；
c、插入效能降低主要是因為在建立索引之後，需要額外維護一張索引表，所以插入的時候比沒有建立索引時更慢。
6、 問題
如果主表有salt，index表也增加salt的情況下（當然，index表可以不加salt），index表的salt需要與主表保持一致，為什麼？
解答 主要是為了保證索引表對應的資料region與主表對應的資料region在乙個節點，提高訪問效率。
7、問題
建立view的優勢是什麼？
解答 資料訪問的安全性考慮；可以簡化邏輯與簡化查詢；限制使用者可以查閱和修改的資訊；做一些資料變化實現資料的統一性（通過case實現）；遮蔽table的變化，view可以提供上層應用相同的資料結構。
Trafodion 檢視原生HBase表
前面一篇文章我們談到從trafodion層面可以檢視有哪些hive表，而不用從hive中檢視，本文介紹如何從trafodion中檢視原生的hbase表，用到的命令是get hbase objects，關於get hbase objects的具體用法請參考官方文件 1 從hbase中檢視hbase表 ...
資料表物理設計精彩講解
物理設計 定義資料庫 表及字段的命名規範 1 命名遵守可讀性 2 表意性原則 3 長名原則 選擇合適的儲存引擎 通常情況下，請選用innodb做為儲存引擎。innodb主鍵需要考慮 1 主鍵應盡可能的小 提公升索引效率 2 主鍵應該是順序增長得 增加資料的插入效率，減少隨機io生成。3 innodb...
漫談物理設計 Floorplan
物理設計的方方面面很多，漫談 不涉及具體的命令啊，詳細技術，命令，技巧之類的內容，而是講清楚 是什麼 為什麼 什麼用 floorplan很大程度上決定了design的成敗。andrew b.kahng springer science business media b.v.2011 worldcat...