Tree类型表 咨询

[fina1982]

公司有个Tree类型的表
先人是这样设计的

设计一==================================================
表CATEGORY
列
CATEGORY_ID
NAME
SORT_ORDER
CREATOR_ID
CREATION_DATETIME
LAST_MODIFIER_ID
LASTMODIFIED_DATETIME
....

表CATEGORY_EDGE
PARENT_ID
CHILD_ID

设计二==================================================
我以前设计是把2个表合二为一
CATEGORY_ID
PARENT_ID
NAME
SORT_ORDER
CREATOR_ID
CREATION_DATETIME
LAST_MODIFIER_ID
LASTMODIFIED_DATETIME
....


想请问下设计一的好处是什么？为什么这样设计？

[chuanzhang5687]

你是在炫耀你的设计吗

[还在加载中灬]

懒得猜字段名意思~~

[阳泉酒家小当家]

其实就是和组织架构一样，有上下级关联，这样的好处是 只需要1个表，然后进行自关联就可以。 而两个表反而不灵活，因为不一定是2层，可能是有8层。

[厦门德仔]

一般有上下级关联的都采用这样的格式。 比如组织架构，菜单权限，BOM等，动态N层。 一般SQL 2005以内最多支持32层。

[Tiger_Zhao]

关键看业务需求啊。
如果插入节点的同时必须指定上级，用方案二。
如果插入和指定上下级关系是分两个角色来操作的，那么用方案一。（比如人事负责招人、经理负责分配工作组）

[云中客]

这种树结构已经用得很普遍！！

[fina1982]

引用 4 楼 david_520042 的回复:

一般有上下级关联的都采用这样的格式。 比如组织架构，菜单权限，BOM等，动态N层。 一般SQL 2005以内最多支持32层。

是指设计一 还是设计二？

[fina1982]

引用 5 楼 Tiger_Zhao 的回复:

关键看业务需求啊。 如果插入节点的同时必须指定上级，用方案二。 如果插入和指定上下级关系是分两个角色来操作的，那么用方案一。（比如人事负责招人、经理负责分配工作组）

好的 谢谢