比如可能存在如下几种情况：
主栏目1-->子栏目2-->子栏目3-->内容列表-->内容
主栏目2-->子栏目2-->内容列表-->内容
主栏目3-->内容列表-->内容
如果说为了开发和后期维护的方便，以及后期新的内容添加或删除方便，栏目表应该如何设计比较符合规范？
比如栏目按照一定规则拼接放到一个字段里：
主栏目1|子栏目11|子栏目111
主栏目2|子栏目21|子栏目212|子栏目2121
或者每个栏目另加个字段，存放父栏目的code？
或者有其它更好的方式或者有一定的设计规范？
我对数据库设计不太熟，望指点！
作为内容表来说，这样的结构就够了：内容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 ，父栏目id ，栏目名称，是否有内容列表
内容id，栏目id，内容标题，内容
id name url parentId
这样就可以进行分级了