這樣的數據庫表應該怎麽設計 請指教 第二個 雖然列數少了很多 但是剛才忘了說，需要對這些數據作很多的統計工作，如果判斷一多的話，恐怕效率也不高現在還是傾向第三，好像最直接 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 第二个第三种方法我认为没必要. 第二个比较好吧，整体数据做查询也方便，第三种一个表格结构过于庞大的话效率也不高。 第三个冗余太大，不推荐。第一个还不如第三个。我觉得第二个比较合适。 除非有特殊需要,还是选2吧我觉得统计效率不足以成为选择1,3理由 当然是第三种。第二种根本没办法扩展，而且不符合数据库设计的基本原则。试想你的分类再细一点，即，數據有4個分類,每個分類有30項,这30项中没项目分90类，每类有180种型号....你该怎么办？其实你这种问题是数据库设计的基本问题。楼上的大哥们都选第二种，不知道为什么。 楼主的方案好像都不太完善。其实要具体问题具体分析。根据你所侧重的方面来设计你的数据库。比如说：你说侧重于性能，可能会选择第三种， 也有可能为了性能而增加起来的辅助表。如果数据项经常会变动，也就是说要考虑扩展性， 那有可能会考虑动态列的设计方法。所以，设计数据库的方案并不是这样简单的就能比较好坏的。 建议将表分开使用视图处理，直接调用视图即可 表再次错误！ mysql函数怎么嵌套 如何在VC中建立MySQL的数据库 ，然后再在新建的数据库中见表呢，请高手指教 c/c++ 编写存储过程 mysql 的mrg表的索引问题 mysql联合查询语句不出现笛卡儿积 能否让Mysql自动间隔一段时间去运行一个脚本文件 mysql全文检索中文问题 MYSQL启动问题 ***怎样将一个大文件（数据）分几次写到BLOB字段里？*** mysql表中建立FULLTEXT(全文检索)字段类型,有什么用处? 什么意思？？？
第一个还不如第三个。
我觉得第二个比较合适。
我觉得统计效率不足以成为选择1,3理由
第二种根本没办法扩展，而且不符合数据库设计的基本原则。试想你的分类再细一点，即，
數據有4個分類,每個分類有30項,这30项中没项目分90类，每类有180种型号....你该怎么办？其实你这种问题是数据库设计的基本问题。楼上的大哥们都选第二种，不知道为什么。
根据你所侧重的方面来设计你的数据库。比如说：你说侧重于性能，可能会选择第三种， 也有可能为了性能而增加起来的辅助表。如果数据项经常会变动，也就是说要考虑扩展性， 那有可能会考虑动态列的设计方法。所以，设计数据库的方案并不是这样简单的就能比较好坏的。