目录
3、在权限方面的应用
快过年了，先给大家拜个早年，祝大家新的一年里多多发财，呵呵。现在做什么都要提前，拜年也提前把。
这个树的结构几年前在csdn里面也发过了一次，现在看看，主体结构居然没有什么变化，用了这么长的时间，自我感觉还是很好用的。而且在这个基础之上把其他的功能也都给联系起来了，比如“通用权限”、配置信息等。对，权限是和这个有很大关系的，不过这种关系并不是大家想的“紧耦合”，具体是什么关系呢，待我慢慢讲来，o(∩_∩)o...。
由于我喜欢使用数据库，所以呢，这里就以数据库为主来说明。
1、基本的n级分类的结构。
树，本身就是一个n级分类，所以呢还是先从这个说起。n级分类，一般会想到这样的表结构
【Test_Tree的截图】
本来有三个字段（id,title,parentID）就够用了，但是如果只有这三个字段的话，在使用起来会有一些麻烦，所以呢大家会在这个基础之上加一些辅助字段，严格来说后加的字段大多都属于“冗余”字段，但是有时候“冗余”也是很有必要的。
2、增加一个“编号”
拿上面的例子来说，可以加一个“编号”，比如“树状结构的演示”叫做“01”，他的第一个子节点“ 基本的n级分类”叫做“0101”，第二个子子节点“加一个‘编号’”叫做“0102”。如下图。
优点：增加的这个“编号”可以实现很多的功能，
a、[编号的长度 / 2] 表示节点的“深度”（也就是第几级节点），
b、[编号]去掉最后两位，表示该节点的父节点ID，同时也可以做一个循环，一直找到根节点。
c、order by 编号 ，可以对整个树进行排序，而这个排序又和数的结构是相一致的。
【order by code 的效果】
把这些结合起来可以达到一个效果，那就是可以使用一个SQL语句来得到一个有缩进效果的记录集，可以用这个记录集直接绑定DropDownList控件。这样就避免了递归。
为了便于调用，我们可以建立一个视图，比如叫做 V_Test_Tree2 ，如下图
REPLACE(SPACE(LEN(Code) / 2 - 1), ' ', ' ')
+ NoteTitle AS NoteTitle
FROM dbo.Test_Tree
ORDER BY Code
思路：
先用 SPACE 函数 根据 code 的长度得到相应的空格，由于这个空格是半角的，在下拉列表框的item里面半角空格是不能够被显示出来的，所以呢需要使用replace函数把半角控件替换成全角空格，以达到站位的效果。
绑定后的效果是这样的。
【下拉列表框的演示】
缺点：
a、有容量限制，上面的例子，每一级里面只能有99个节点，多了就不好显示了。虽然说一般99个也就够用了，但是如果出现例外了怎么办呢？可以增加位数，变成3位的。但是修改起来并不是很容易。
b、不能使用“编号”作为主、外键进行多表关联。因为一旦功能结构（或者组织结构）发生了变化，那么就意味着这个“编号”也会随之发生变化，如果使用主键进行关联的话，那可是一件很恐怖的事情。
针对这些缺点进行了一下改进，改进结果就是我的树的结构了。
下一篇将详细说明我的树的数据结构和页面的展现。