在多数系统开发中,大家或多或少会碰到这样的问题。
建表的时候大致有以下办法:
1.商品分类,栏目分类等多个分类合在一个表中,用一个字段标识是什么类型的分类
2.将每种分类都建立一个表
3.将那些数据量大点的单独放一个表,小点的可以合在一个表第一种方法的直接好处是一个表管理方便,但查询的时候会出现效率问题(数据量大的时候估计明显)。毕竟还要首先检索出相关类型的分类。
第二种缺点是显得杂乱无章,每种分类增加一个表太浪费资源了,也不好管理。
第三种貌似结合了两者的情况,但不知道设计是不是合理
我的话就这些,大家也发表下看法

解决方案 »

  1.   

    应该使用三范式去建表,如果让我选的话,我肯定使用第一种方法。
      

  2.   

    这样的话假设我们有产品有10000大大小小的分类 ,而文章只有10个分类。那我们查询文章分类的时候首先还得从10010条数据里面去找,是不是有点低效?期待您的回答!
      

  3.   

    就比如一个坨大的电子商务系统如淘宝,它里面肯定是有很多分类的各式各样的都有。数据量也很大。那假如某种分类很小的情况下,要查询这种分类是不是消耗很大?