這星期的工作真的搞得我欲仙欲死，資料庫方案不斷被否定，看了一堆資料庫設計思想，最後在同事幫助下了解了列變行思想，接下來變寫下來作為分享，希望有大神批評指正。
好，那麼具體我是什麼時候需要考慮到用這個呢？
下面是我自己想出來的乙個例子：
在資料庫記錄使用者資訊（user_info）表時，有些是固定資訊，所以可以直接建立固定的表來儲存資料，那麼當需要儲存的資料不再固定，如果把所有的引數都建立在表的列中的話，會造成大量的null，那麼這個時候就可以考慮使用列變行思想。
這裡的引數可能會更多，而你有可能只能儲存到某乙個或個幾個引數
這個時候這樣表就會造成大量的浪費
這時就可以考慮使用列變行這樣設計思想了
我們可以這樣建表：
這樣你不管有多少引數就都可以存放進去，當然這比較簡易，還需要一張user表，使用乙個user_id來確定時哪乙個使用者。
這樣我們就可以通過犧牲空間來換取時間了。。
GROOVY資料列變行
在開發中遇到了列變行的問題，簡單記錄如下 tb case 記錄了 用例id 用例名稱。tb ret 記錄了執行結果，執行時間結果狀態。要求查詢一段時間內的記錄獲取如下資料包表 1點 2點 3點 4點 5點 24點 用例1 1 2 1 4 3 4 用例5 1 3 1 4 3 4 用例4 1 2 1 4...
海量資料庫設計思想
分割槽 1.範圍分割槽 a.通常按時間字段劃分 create table partition by range partition partition 1 values less than to date 01 02 2000 dd mm yyyy partition partition 2 val...
015 資料庫設計思想
資料庫的設計 參考文獻 1 多表之間的關係 1.1 分類 1 一對一 只做了解 比如 某個人和它的身份證 分析 乙個人只要乙個身份證，乙個身份證只能對應乙個人。2 一對多 或叫多對一 如 部門和員工 分析 乙個部門多有個員工，乙個員工只能對應乙個部門 3 多對多 如 學生和課程 分析 乙個學生可以選...