下面个字段为：ID 父ID 类型名称 深度 排序
前面3个字段没有什么可解释的，做过无限级分类设计的人都应该清楚
而第5个字段排序字段ID：43的23排序代表他在这张表排在23的根目录
而我比较特殊的是多了个深度字段，大家可以看上图数据，
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语句的方便，这一切是值得的。