sql 表数据在一亿条以上 怎么优化

说的是分区表，看看联机丛书吧。

解决方案 »

  1.   

    如果一年前的只是备份待查,分离出来另存.
    如果一年前的会用到,但用得少,用分区.
    如果一年前的仍然要频繁使用,用分区,但要加一个磁盘.
      

  2.   

    经楼上几位回答查找的相关资料 可以解决问题
    http://msdn.microsoft.com/zh-cn/library/ms345146(d=printer,v=SQL.90).aspxhttp://topic.csdn.net/u/20091021/16/ed85f7f6-1d92-478b-80fd-6661261baedc.htmlhttp://msdn.microsoft.com/zh-cn/library/ms345146.aspxhttp://www.cnblogs.com/sunfny/archive/2011/01/25/1944425.html
      

  3.   

    如果交易（新增）业务不涉及旧数据，可以把旧数据自动搬移到另一个表甚至另一个库或另一个服务器
    历史表会很大，但是只查询，而且不在一个表、库、服务器，基本不影响交易如果交易要求旧数据存在，则不用分开，直接把A表改为分区表
      

  4.   

    如果交易（新增）业务不涉及旧数据，可以把旧数据自动搬移到另一个表甚至另一个库或另一个服务器
    历史表会很大，但是只查询，而且不在一个表、库、服务器，基本不影响交易如果交易要求旧数据存在，则不用分开，直接把A表改为分区表
      

  5.   

    如果是日志数据（随时间增长必然会增长的），分表是必然的，因为总有大到没法运行的一天，分区表只能是个辅助，对其作用不要期望太高
      

  6.   

    上亿条是一定要分区的，如果是2000的话你可以分表管理，如果是2005或以上你就做一个水平分区就ok了。
      

  7.   

    历史数据太多的话 就需要分库 甚至分服务器。
      

  8.   

    现在数据库有自己的分区功能，不过要慎用。
      

  9.   

    历史数据太多的话 就需要分库 甚至分服务器。
      

  10.   

    木有遇到的，每天就三四十万条 在那里搞
      

  11.   

    现在用的大一点的表都是20多亿条数据，还是大宽表，没有分区