1)“1000万条记录”不能说明什么。要看单位时间内需要处理的记录数。2)要完成什么功能?表结构怎么设计?哪些表在运行时任务会比较繁重?你都没有交代,不好帮你分析。3)“每次只查询单个表”,这要看用户的需求,往往不是程序开发人员能控制的。

解决方案 »

  1.   

    楼上说的有道理
    另外根据时间把分割成若干表也是有先例的
    另外也可以折中呀,根据用户类型分成若干表,比每个用户分一个表所需要的表的数量也要少
      

  2.   

    1.1000万条记录是一个量的慨念,这个慨念要和时间及实际处理联合起来才有意义而言.2.是否分表,如何分表,应该视需要而定,没有实际需要就不存在那种方法好的问题.比如,如果数据是分时间段的,经常查询的数据只是在一段时间内,这种情况适宜于用水平分表(按时间段分)
    如果表中的某些字段组,在某些条件下经常被查询,而另一些字段组,在另一些条件下又经常被用到,这种情况下应该按组进行垂直分表如果所有的数据都会被经常查询,则一般是建立索引之类,强化表结构来处理.
      

  3.   

    算了,真是高手呀。俺不知道。。先顶,,
      

  4.   

    编号为1~10000 一个表
      10001~20000 一个表
    以此类推再建一张索引表这个是肯定的了
      

  5.   

    将数据存放在多个服务器的数据库的相同结构的表中,建立分区视图,该视图可以当作表来进行添加、修改、删除操作。详情请查询sqlserver帮助索引"分区视图"
      

  6.   

    果每个用户的记录放到一张单独的表里,十万用户就需要十万个表这才叫恐怖的呢