下圖中紅色箭頭是父類 而且屬於根目錄級別。
下面個字段為：ID 父ID 類型名稱 深度 排序
前面3個字段沒有什麼可解釋的，做過無限級分類設計的人都應該清楚
而第5個字段排序字段ID：43的23排序代表他在這張表排在23的根目錄
而23下面的23,01 說明他是2級分類，排在23下面的第01個，也是支持99級分類。
而我比較特殊的是多了個深度字段，大家可以看上圖數據，
ID：40的 深度字段也是40，ID：43的 深度字段也是43。
而他們的下級子類，後面都跟了個 "," 加自己的ID。
2級子類的深度字段就是（父類ID,自己ID），以此類推，3級分類深度就是（總父類ID，上級父類ID，自己ID），後面不用說了吧。
看到這裡可以在看看上面的圖，因為我這個網站程序，只有2級分類而已。
當然還有中間那個 "," 完全可以自己用自己喜歡的字符 你用 "|" "-" "_"一切字符都可以 但是建議一定要有個字符。
是因為在程序裡好分割開來，而且也很直觀，完全可以自己在數據庫修改分類數據（因為網站分類一般定了很少改動，第一次完全可以在數據庫中加上所有分類）
談到這裡，在來說說這個字段有什麼功能和好處，咋一看這個字段好象很浪費資源，下面聽我細細道來：
在行業門戶網站裡經常有這樣的需求，需要查出某個分類下的所有子分類，如果沒有這個字段的話，
那查出下面的所有字分類，SQL語句就應該要很長了，或者使用遞歸：根據1級父類ID查出所有2級分類--根據2級分類ID--查出所有3級分類，如果有多級分類的話，這樣的遞歸效率可想而知。
如果有這個字段（並且數據已對應加好），一切就變得美好多了，讓你很輕松就能查出某個分類下所有的子類，下面看個圖：
