一列有200多项,我还没见过这么多的表:)
不过实际应用各不相同,有也不怪我的想法是:如果200项的信息如果彼此独立,放在一起也没什么,只是在应用程序中不要常用select * from 就是了对于你所说到的一项存储多个内容的情况,如果要对存储的内容进行统计的话,最好还是分开来放为好。供参考:)

解决方案 »

  1.   

    分开放。
    用户资料放一张表,保险业务类型放一张表,...........
    分开放有利于以后的扩充,查询用连接就行,只要设计适当,查询速度不会慢的。
      

  2.   

    200多项,那还用考虑吗,当然设计多范式,对于日后维护方便,程序也清晰
      

  3.   

    两百多项,没见过,应该是分开放
      

  4.   

    我是这样想的,如果分开放,用关系型的话,应该查询的时候会比都放在一个表里面的慢一点,因为还要通过关联呀,但确实灵活性不够强,而且也达不到范式的要求,不知道哪位有做过大型数据库的经验,能介绍一下吗?
      

  5.   

    最核心的数据放在一个表里,其他放在另外一个表里。
      

  6.   

    建议分开放,如果要查询的话可以根据需要建议视图来得到自己要的数据.