一个关于新闻类别表设计的问题？

[ice_frank]

本人在设计一个新闻发布系统时，碰到新闻类别该如何处理的问题。
基本设计如下：
type_id type_name type_father
1 总类别 0
2 类别1 1
3 类别1.1 2
4 类别1.2 2
5 类别2 1
6 类别2.1 5
7 类别3 1
8 类别3.1 7
9 类别3.2 7
10 类别1.1.1 3
11 类别1.1.1.1 10

级别可能会有7/8级，很复杂，如1.1.1.1.1.1.1.1

有个问题就是：
比如类别1.1.1.1下有10个类别，分别为类别1.1.1.1.1 到类别1.1.1.1.10，
而这10个类别中都有如[综述][分析][回顾][展望]这4个或更多类别，那如上表的设计方法，就会出现类别1.1.1.1.1 到类别1.1.1.1.10下会增加4个类别，总共会增加4*10=40条记录，有没有好的设计方法，避免冗余的情况，我想是否可以引入一张表？

因为这是个新闻发布系统的新闻类别表，我想在用户后台发布新闻的时候，选择类别时，以弹出框的方式，里面树形结构显示所有类别，然后用户勾选新闻应该属于的类别(可能会属于多个类别)进行提交发布；问题来了，如果类别复杂，有如上面提到的情况，类别信息会非常多，那这个弹出框中就好像有很多“重复的类别”，这样该如何处理使用户操作方便？

各位设计过的朋友，说说

[hegang888888888]

mark

[hanchi8008]

你看一下 case 的用法吧!!!

[xiajian19820809]

介绍三个C#技术群:
C#程序员在长沙1 群号:15283069
C#程序员在长沙2 群号:8689365
C#程序员在长沙3 群号:15082848

[ylqmf]

使用code 或者Parent_ID

[cat_hsfz]

你的意思是这些类别可以交叉（你说是重复）的？例如类别A/B/C与类别1/2/3组合为A1/B1/C1../A3/B3/C3那样？

如果是的话，不如就不要用硬分类，而是用标签(tag)，模仿流行的标签做法就是了。

[ice_frank]

对，是这样
请问tag该如何实现？我对这不是很了解

[godspell]

先把类别放在一个表里面，
[综述][分析][回顾][展望]－－这个放在新闻的表里面..作为一个字段
那么新闻表就有
...... type_father 　　　　　　bid
...... 外键连向类别表　　　[综述][分析][回顾][展望]中一种

[smdy]

来学习下

[ztwz]

学习,关注

[ice_frank]

UP

[lovehongyun]

up

[hy_lihuan]

lz其实分类别多不是问题啊,这个也不叫冗余.
你应该考虑这些类别下面的文章是怎么样对应到相应的栏目下面的,这个需求决定了你设计的思路

[belldandy11]

UP