ASP.NET 無限級分類實現執行個體（深度欄位）

中紅色箭頭是父類 而且屬於根目錄層級。

　　下面個欄位為：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級分類，如果有多級分類的話，這樣的遞迴效率可想而知。

　　如果有這個欄位（並且資料已對應加好），一切就變得美好多了，讓你很輕鬆就能查出某個分類下所有的子類，下面看個圖：

　　有沒有看明白，只需要帶上條件,深度 like ‘40%’ 注意後面的%一定要帶
這樣才能查出包括自己在內所有的子類，如果不需要帶上自己，我只要自己下面的所有子類，很簡單，深度 like ‘40,'
只需要把%號換成你自己設定的分割符就行了（只就是我強調一定要分割符的作用）。

　　這樣是不是很輕鬆，而且如果後面帶上 order by Nt_OrderBy 是不是自動就根據你資料庫的排序資料 排好了序呢

　　最後總結一下，雖然這個欄位好用，但是在添加更新分類資料的同時，也往往加大了添加更新的邏輯程式，但是為了效能，為了SQL語句的方便，這一切是值得的。想看詳細的示範，請點擊這裡