web的一些设计

MySQL树形结构设计

树形数据举例

表名t_manage_group，数据示例如下：

字段说明：

• id：当前记录的id
• pid：当前记录的上级id（parent id的缩写）。
• path：当前记录的路径（由id通过斜杠分隔组成，如：/1/2/）
• node_name: 当前记录的名称 。
• node_type: 当前记录中node_val的类型：1,仅名称(不需引用其它表)；2，公司(node_val是其它表的id)；3，人员(node_val是其它表的id)。
• node_val: 当前记录需要关联到其它表时，使用的id。

--查询某个节点的直接下级，pid=xx就是id=xx的直接下级
select * from t_manage_group where pid=xx;

--查询某个节点的所有下级
select * from t_manage_group where path like "/xx/xx/%";

--查询某个节点的所有上级
select * from t_manage_group where path like "%/xx/xx/";

--查询某个节点的直接下级，并且类型为业务员(node_type=2)
select * from t_manage_group where pid=xx and node_type=2;

为什么这样设计

• 顶层节点没有父节点id，填什么呢？不填，留空。
• 顶层节点的路径(path)，填什么？填“/”。
• 有了pid字段，为什么还要路径(path)字段？用path字段，是为了方便查找某个节点的，所有直接上级或所有直接下级。
• 路径(path)字段，为什么设计成以”/“开始也以”/“结尾？举个例就明白了：如果不以”/“结尾，查找”/1/10”，结果”/1/1000”也会被命中，因为前面部分是一样的。
• 这种树形结构设计单独用一张表，这样有什么好处？这样的好处是，要用树形时，加一张表，不用时去掉这张表，不影响其它功能。
• 网上有很多树形结构，直接用id和pid来实现，没有用path，我加了path是为什么？为了直接使用path来找出上下级关系，数据库语句简单易懂，详见上在的sql查询示例。

本作品采用《CC 协议》，转载必须注明作者和本文链接