none
SQL Server 2005 的速度优化问题 RRS feed

  • 问题

  • 现在使用的是SQL Server 2005.

    库中许多表的记录大约1000万条,

    硬件已经更换配置了更高的配置,使用的2个8核的CPU,内存为16GB ,后面为阵列。

    初次之外,对于数据库的优化应该从那几个方面着手呢?谢谢!

    2011年3月29日 4:42

答案

  • 除硬件外

    樓主應該嘗試分拆數據庫,把業務數據和歷史數據分開

    這些表有不有用到分區表,沒有用到時,可以嘗試應用。


    ROY WU(吳熹)
    • 已标记为答案 Ai-hua Qiu 2011年4月6日 5:44
    2011年3月29日 4:54
    版主

全部回复

  • 除硬件外

    樓主應該嘗試分拆數據庫,把業務數據和歷史數據分開

    這些表有不有用到分區表,沒有用到時,可以嘗試應用。


    ROY WU(吳熹)
    • 已标记为答案 Ai-hua Qiu 2011年4月6日 5:44
    2011年3月29日 4:54
    版主
  • 目前在SQL Server 2005中是否只有表分区这种方式,可以提高数据的查询速度,还有别的解决方案吗?

    如果在sql server 2008是否有更好的解决方案?谢谢!

    2011年3月29日 5:51
  • 优化是不能套现成的解决方案的,要分析瓶颈。
    想不想时已是想,不如不想都不想。
    2011年3月29日 8:43
    版主
  • And check execution plan of queries, reindex/update stats regularly.
    2011年3月29日 13:16
  • 得搞清楚数据是如何被查询的,即使分区,也需要设计好磁盘、数据文件实现

    查询一下DMV,就能发现问题所在了

    1千万的规模若非持续快速增长,个人认为没多大必要设计为分区

     


    Try SQL Server 2008 QQ:315054403 dgdba@hotmail.com
    2011年4月1日 2:04
  • 觉得楼主应该把问题定位更细点,是读慢还是写慢? 是所有批处理慢 还是几个 ? 访问频繁的表 有多大(碎片的情况)? 

     然后具体的分析等待类型 精确定位问题 

    2011年4月1日 5:52