求效率高一点的SQL语句。

Question

select * from 客户表 where khid in(1,2,3,4,5,6,7,8,9,10,20,21,22,23,23,23)条件不是固定的，但不知道有没什么方法比这个更高些。

Answer 1

select * from 客户表 where khid in(1,2,3,4,5,6,7,8,9,10,20,21,22,23,23,23)用or和=可以提高你的效率的，还有把*换成一个一个的字段也会有效率的提高

Answer 2

同意二楼 liuxiaoyi666(兔子）

Answer 3

1,2,3,4,5,6,7,8,9,10,20,21,22,23,23,23
这些条件是不是也是在数据库里取的？如果是数据库里取可以用
select * from 客户表 where khid in (select 字段 from 表 Where 条件)

Answer 4

1,2,3,4,5,6,7,8,9,10,20,21,22,23,23,23
这些条件是不是也是在数据库里取的？如果是数据库里取可以用
select * from 客户表 where khid in (select 字段 from 表 Where 条件)

Answer 5

(1,2,3,4,5,6,7,8,9,10,20,21,22,23,23,23)是怎么出来的？
如果也是选出来的话，把那句话跟你这个sql写成一句，让数据库系统帮你优化吧

Answer 6

select * from 客户表 where khid in(1,2,3,4,5,6,7,8,9,10,20,21,22,23,23,23)条件不是固定的，但不知道有没什么方法比这个更高些。
---条件是怎么来的
如果是从数据库中得到的还好,可以用inner join 或exists代替一下如果是选出来的就讨厌了
如果客户表不大,in后面的内容也不是很多,效率也不会很低

Answer 7

转贴
---- 2.例：表stuff有200000行，id_no上有非群集索引，请看下面这个SQL：
select count(*) from stuff where id_no in('0','1')
（23秒）
---- 分析：
---- where条件中的'in'在逻辑上相当于'or'，所以语法分析器会将in ('0','1')转化
为id_no ='0' or id_no='1'来执行。我们期望它会根据每个or子句分别查找，再将结果
相加，这样可以利用id_no上的索引；但实际上（根据showplan）,它却采用了"OR策略"
，即先取出满足每个or子句的行，存入临时数据库的工作表中，再建立唯一索引以去掉
重复行，最后从这个临时表中计算结果。因此，实际过程没有利用id_no上索引，并且完
成时间还要受tempdb数据库性能的影响。
---- 实践证明，表的行数越多，工作表的性能就越差，当stuff有620000行时，执行时
间竟达到220秒！还不如将or子句分开：
select count(*) from stuff where id_no='0'
select count(*) from stuff where id_no='1'
---- 得到两个结果，再作一次加法合算。因为每句都使用了索引，执行时间只有3秒，
在620000行下，时间也只有4秒。或者，用更好的方法，写一个简单的存储过程：
create proc count_stuff as
declare @a int
declare @b int
declare @c int
declare @d char(10)
begin
select @a=count(*) from stuff where id_no='0'
select @b=count(*) from stuff where id_no='1'
end
select @c=@a+@b
select @d=convert(char(10),@c)
print @d
---- 直接算出结果，执行时间同上面一样快！
---- 总结：
---- 可见，所谓优化即where子句利用了索引，不可优化即发生了表扫描或额外开销。---- 1.任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时
要尽可能将操作移至等号右边。
---- 2.in、or子句常会使用工作表，使索引失效；如果不产生大量重复值，可以考虑把
子句拆开；拆开的子句中应该包含索引。
---- 3.要善于使用存储过程，它使SQL变得更加灵活和高效。
---- 从以上这些例子可以看出，SQL优化的实质就是在结果正确的前提下，用优化器可
以识别的语句，充份利用索引，减少表扫描的I/O次数，尽量避免表搜索的发生。其实S
QL的性能优化是一个复杂的过程，上述这些只是在应用层次的一种体现，深入研究还会
涉及数据库层的资源配置、网络层的流量控制以及操作系统层的总体设计。
--------------------------------

Answer 8

为khid字段建索引
把(1,2,3,4,5,6,7,8,9,10,20,21,22,23,23,23)放到一个临时表中
然后执行inner join 把两个连起来可考虑用一个sp来实现,效率会更高.