这个问题其实就是设计数据库是横表还是竖表的问题
对于一:
  优点是:一条数据可以包括多个明细字段,冗余字段少,编程中容易操作
  缺点是:同意Adub的观点,一旦明细有增加时,更改数据库可不是什么好事情
对于二:灵活,明细作为编码表单独设计
  对于数据量大的问题同样可以经过其它方式优化,诸如索引、分区等

解决方案 »

  1.   

    我觉得1灵活性不好,另外,
    我感觉1的600万条记录拿来结算时的速度不会比2的12000万条记录快上1个数量级,因为1的字段很多。在2上结算的逻辑已经很简单,只要按其中的两个字段对费用明细进行分类汇总,可能只要:SELECT FEE FROM TABLE GROUP BY FIELD1,FIELD2就可以了,这样虽然数据量很大是不是也会很快呢?现在没测试,数据库服务器:惠普6650,4各CPU,16G内存。