得根据应用来设计数据库啊,没需求怎么设计啊

解决方案 »

  1.   

    应当对数据按年份分区,并对此组表建立和定期维护分区视图,采用检索分区视图的方式查询
      

  2.   

    TO lsxaa(小李铅笔刀) 
      我说过了,该数据库用于决策支持,如OLAP。
      所谓的没有需求,其实是需求不明确,因为与OLTP不同,我的用户可能在使用系统几个月以后才能知道是否是他们想要的。现在,客户根本不可能提出什么要求!
      我作设计的时候,只能自己考虑各种可能的应用,并使数据结构可以支持他们。
      

  3.   

    150万*6=900万,完全可以放在一个表中,查询、统计都方便,当然6年前的数据还是要转存的
      

  4.   

    数据按年份分区,并对此组表建立和定期维护分区视图