客户信息表,财务信息表,字段都是几十个
记录有几十万条
向这些表中查记录的时候,感觉好慢如何提高查询的速度???客户信息表的索引是以客户号
财务信息表的索引是客户号+报表日期

解决方案 »

  1.   

    1.在你的表設置主鍵,建立索引2.select 語句選擇准備的字段名,不用 * 號3.你的查詢條件是否控制好了?
      

  2.   

    客户信息表的索引是以客户号
    财务信息表的索引是客户号+报表日期我显示的信息基本上要全部字段了,几十个都要select a.字段1,a.字段2,a.字段3,b.字段1,b.字段2... from 表1 as a inner join 表2 as b on a.客户号=b.客户号 and a.报表日期='200402'这样吗查询条件就是这一、二个啊where 客户号='...' 或报表日期=......除了这样能不能还有别外提高速度的方法??????????
    是不是在SqlServer中建立存储过程???
      

  3.   

    在条件中使用索引字段,不要使用NOT逻辑,尽量不要使用函数,只取你用的那些字段。
    在建立索引时,对于那种1对N的关系,是N的那个表,在外键上建立聚集索引。
    总之设计好的索引,然后将写出来的SQL语句让优化软件可以帮你优化一下(如sqlexpert)。
      

  4.   

    还有这个sqlexpert软件哪里有下载啊
      

  5.   

    用存储过程,快不了多少
    存储过程快是因为在第一次调用时,存储过程会编译,第一次慢,第一次以后省去了编译SQL语句的过程,会快一些,前提是比较复杂的操作,而简单的查询编译SQL语句的时间微乎其微,可以忽略不计
      

  6.   

    就数据库操作而言,当然还是建议用存储过程,这有多方面的原因,就查询速度而言
    设置主键,建立合理的索引都是很有必要的,不知楼主所说的慢是查询多少条件的前提下,速度到底又是多少?
    下面转发一文,可能会有点启示
    SQL快马加鞭 
      我们在使用SQL时往往会陷入一个误区,即太关注于所得的结果是否正确,而忽略了不同的实现方法之间可能存在的性能差异,这种性能差异在大型的或是复杂的数据库环境中(如联机事务处理OLTP或决策支持系统DSS)中表现得尤为明显。笔者在工作实践中发现,不良的SQL往往来自于不恰当的索引设计、不充分的连接条件和不可优化的 where子句。在对它们进行适当的优化后,其运行速度有了明显的提高!下面我将从这 三个方面分别进行总结。
      为了更直观地说明问题,所有实例中的SQL运行时间均经过测试,不超过1秒的均表示为(<1秒)。测试环境
    主机:HP LH II 
    主频:330MHz 
    内存:128MB 
    操作系统:Oper server 5.0.4 
    数据库:Sybase 11.0.3 
    一、不合理的索引设计
    例:表record有620000行,试看在不同的索引下,下面几个SQL的运行情况:
    1.在date上建有一个非群集索引
    select count(*) from record where date>'19991201' and date<'19991214' 
    and amount>2000 --(25秒)
    select date, sum(amount) from record group by date --(55秒)
    select count(*) from record where date>'19990901' and place in
    ('BJ','SH') --(27秒)
    分析:date上有大量的重复值,在非群集索引下,数据在物理上随机存放在数据页上,在范围查找时,必须执行一次表扫描才能找到这一范围内的全部行。
    2.在date上的一个群集索引
    select count(*) from record where date>'19991201' and date<'19991214' 
    and amount>2000 --(14秒)
    select date,sum(amount) from record group by date --(28秒)
    select count(*) from record where date>'19990901' and place in
    ('BJ','SH') --(14秒)
    分析:在群集索引下,数据在物理上按顺序排在数据页上,重复值也排列在一起,因而在范围查找时,可以先找到这个范围的起末点,且只在这个范围内扫描数据页,避免了大范围扫描,提高了查询速度。
    3.在place、date、amount上的组合索引
    select count(*) from record where date>'19991201' and date<'19991214' 
    and amount>2000 --(26秒)
    select date,sum(amount) from record group by date --(27秒)
    select count(*) from record where date>'19990901' and place in
    ('BJ’,'SH') --(<1秒)
    分析:这是一个不很合理的组合索引,因为它的前导列是place,第一和第二条SQL没有引用place,因此也没有利用上索引;第三个SQL使用了place,且引用的所有列都包含在组合索引中,形成了索引覆盖,所以它的速度是非常快的。
    4.在date、place、amount上的组合索引
    select count(*) from record where date>'19991201' and date<'19991214' 
    and amount>2000 --(<1秒)
    select date, sum(amount) from record group by date --(11秒)
    select count(*) from record where date>'19990901' and place in
    ('BJ','SH') --(<1秒)
    分析:这是一个合理的组合索引。它将date作为前导列,使每个SQL都可以利用索引,并且在第一和第三个SQL中形成了索引覆盖,因而性能达到了最优。
      

  7.   

    希望执行时先做 a.报表日期='200402' 判断再做 inner join,这样会快些,试试以下各种方法
    1.再给财务信息表的建一个索引:报表日期+客户号
    2.select ... from 表1 as a inner join 表2 as b on a.客户号=b.客户号 where a.报表日期='200402'
    3.select ... from 表1 as a inner join (select * from 表2 where 报表日期='200402') as b on a.客户号=b.客户号