Question

asp.net 分类 类别 设计

我要做一个网站
包括新闻分类、产品分类、导航分类 等
采用的是无限级分类
问题：我是 设计一个表好？ 还是每个分类设计一个表好？
说说原因 考虑到网站设计 性能 维护 等方面来说

Answer 1

这个跟需求有关
如果
新闻分类、产品分类、导航分类，这些分类的信息基本一致，而且未来也不太可能有什么变化，那就一个表，用一个typeid区分是什么分类就ok了

如果这些分类信息不一致，或者未来肯定会有比较大的区别
那有2个方案：
1、每个分类一个表，各自分类信息增加时，只要修改这个分类表就好了
2、做2个表，一个分类总表，一个分类属性表
总表字段：分类ID 分类名
属性表字段：分类ID 属性ID 属性名称

Answer 2

分类在数据库用一张表形式（有每个分类对应的父子字段）。程序里用递归组织分类目录 从性能 维护来说都要好过多表。

Answer 3

看需求
若数据量不大可按 方运龙的方案来搞 增删查都比较方便
(一个表，表中有个字段是FID，即父ID，根据FID在本表中查询该条分类，如果该条分类的FID不为空。在向上寻找，知道找到的分类的FID为0；（FID为0是最外面的一个分类）

若数据量比较大 就建议分开来 性能会好

Answer 4

不要一个表，一个表绝对不够用的。
用一个表你会发现弄来弄去弄乱了，而且数据肯定会有冗余，会有重复的数据。

也不要每个分类设计一个表
将来如果增加分类了你怎么办，修改数据库结构增加新表么？数据库设计要有可扩展性，尽量不要总修改。

其实两个表足以搞定了，
表一是分类表：
字段：类别ID (主键)，类别名，该类别的特征属性

表二是具体产品表
字段：产品ID(主键)，产品名，类别ID (外键)，产品的特征属性。

这样新增加分类的时候只需要向分类表中插入数据，而不需要修改数据库结构了
数据库中也不会有冗余的数据。

Answer 5

单独建一个表
每个分类的标题都是一个父节点
比如
id name pname pid
1 新闻分类 新闻 0
2 国内新闻 新闻 1
3 产品分类 产品 0
4 洗衣粉 洗衣粉 3

这样从表中可以看出 国内新闻的父节点是新闻分类
洗衣粉的父节点是产品分类

当然可能别人有更好的建议，这只是我的想法希望对你有帮助

Answer 6

一个表的话，当你东西一多你就会感到烦恼了，那样太乱，不适合管理维护。
但是你是无限分类，就是说随时想新建个种类都行，像发表QQ日志那样对吧，这样子每次都新建一个表又不是很合适。
所以，综合实用性，合理性两方面，我认为应该这样做：
类别表：存放类别名和类别编号。
数据表：存放具体数据和类别编号（与类别表的呈主外关系）