一个多级分类的数据库结构！

qzhl 2012-09-25 10:17:24

方案一：
表1： id,pid,name..... （ID，父id，名称，其他字段）

方案二：
表1：id,name.......（ID，名称，其他字段）
表2：id,pid （id,父id）

通常方案1就可以解决问题，为什么要做方案二的冗余设计？
请问方案二冗余设计的目的和用途是什么？希望能举出明确的例子，谢谢。

...全文

682 10 打赏收藏转发到动态举报

写回复

用AI写文章

10 条回复

切换为时间正序

请发表友善的回复…

发表回复

微wx笑 2014-06-01

打赏
举报

顶起来

qzhl 2012-10-20

打赏
举报

补充，还有个最重要的用途。就是单独把关系保存在一个表。
可以删除关系，而不用删除节点。这样更加灵活。

zecool20 2012-09-28

打赏
举报

设计范式问题，还有习惯。如果数据量多。还是使用第二种比较合适。

ACMAIN_CHM 2012-09-28

打赏
举报

[Quote=引用 6 楼的回复:]

谢谢。 acmain_chm，我想应该是有用途的，比如多个表进行链接的时候，占用内存会少一些吧？效率会不会也高一些？

我个人发现几个国外的开源程序中，父子关系，多数都被单独用一个表来描述，hiller1 说的应该是没问题的，只是能再说的详细些就更好了，感谢。

比如 drupal 的分类系统，也叫：术语分类。
比如 yii 的一个 srbac 的权限管理插件，权限被分为：角色……
[/Quote]建议楼主可以举一个实例，比如你的表是什么样，每个表中数据多少，然后查询语句是什么。

这样可以直接比较两种设计方案中实现相同查询结果所对资源的消耗。

qzhl 2012-09-28

打赏
举报

谢谢。 acmain_chm，我想应该是有用途的，比如多个表进行链接的时候，占用内存会少一些吧？效率会不会也高一些？

我个人发现几个国外的开源程序中，父子关系，多数都被单独用一个表来描述，hiller1 说的应该是没问题的，只是能再说的详细些就更好了，感谢。

比如 drupal 的分类系统，也叫：术语分类。
比如 yii 的一个 srbac 的权限管理插件，权限被分为：角色，任务，操作。3个等级，包含父子关系。
数据结构也是单独一个表描述父子关系。