猿问

针对复杂的多级栏目该如何设计数据库表结构?

比如可能存在如下几种情况:
主栏目1-->子栏目2-->子栏目3-->内容列表-->内容
主栏目2-->子栏目2-->内容列表-->内容
主栏目3-->内容列表-->内容

如果说为了开发和后期维护的方便,以及后期新的内容添加或删除方便,栏目表应该如何设计比较符合规范?
比如栏目按照一定规则拼接放到一个字段里:
主栏目1|子栏目11|子栏目111
主栏目2|子栏目21|子栏目212|子栏目2121
或者每个栏目另加个字段,存放父栏目的code?

或者有其它更好的方式或者有一定的设计规范?
我对数据库设计不太熟,望指点!


莫回无
浏览 791回答 5
5回答

HUX布斯

作为内容表来说,这样的结构就够了:内容id,挂载栏目id,内容标题,内容。。。现在来说比较复杂的递归表,这里最好分析下你的数据库。最简单的设计方案是 id+parentId的设计,这是最经典的递归设计方案,没有层级限制,没有每级的栏目个数限制。而且oracle有递归函数支持。现在来说一种取巧的设计方式,类似于你上面写的 111、212这样的设计。这种设计在检索上是有利的,缺点是有限制,更具字段的长度,有最多级次限制,而且每级也有个数限制(当然,可以通过设计让这个限制不存在)。简单来说,如果级次表数据量不上GB、条数不到千万。id + parentId是最合适也是最灵活的设计。

湖上湖

栏目表 栏目Id    父栏目Id    栏目名称 。。。 1           0               主栏目1 2           0               主栏目2 3           0               主栏目3 4           1               子栏目11 5           2               子栏目21 6           4               子栏目111 。。。 内容表 内容Id    栏目id    内容标题    内容。。。 1           6           标题1         内容1 2           5           标题2         内容2

蝴蝶刀刀

定义一个表,包括:id 父栏目id 栏目名 是否包含内容这样就可以无限分级了。

陪伴而非守候

id name url parentId这样就可以进行分级了
随时随地看视频慕课网APP

相关分类

Java
我要回答