Question

sqlserver查询分页问题，条件比较复杂，怎样实现较好？求指点

项目有一个查询，较复杂，从多个国家到用户的查询，select top（10）* from usertable where cityid in (select cityid form citytable where countryid in (select countryid from countrytable where ........)).这样一个查询，每页显示10条，现在能做出来，但每页的时间都在6s左右，好慢，能不能有别的解决办法。

Answer 1

尽量不要使用嵌套子查询，优先使用连接子查询；
In 关键字尽量少使用，效率低，除非 in 包含的信息量非常少，并且叫固定；
如果查询条件和查询结果表无直接关联，优先根据查询条件查询出符合条件的临时结果值，然后和最终结果表关联；
除 top n 方式分页之外，使用 row_number() over 方式分页也可以；
能明确指定结果字段的，尽量不要用 * ；
不相关的字段可以省略；
如果最终结果表数据比较大，考虑分表，分区，分库；
查询结果表字段尽量不要包含大文本之类的字段；
where 条件中对于varchar 字段 的 like 查询要适度，不要用太多，会影响效率；

追问

谢谢，针对我目前的这个查询，您能给个连接子查询的例子不？不用in肿么办，肿么作为查询另一个表的条件？

追答

是联接查询，打错了，你直接搜索联接查询 ，语法使用很简单，你把你的嵌套子查询替换掉就行了
例如：
select top(10) * from usertable a
inner join citytable b on a.cityid=b.cityid
inner join countrytable c on a.countryid =c.countryid

where ...

追问

谢谢，你的方法真好，确实优化不少，先采纳了。还想再问一下，如果countryid是页面（前台通过checkbox选的几十个）传过来的，肿么办？那不还得用in，这好慢。我想能不能在第一次查询的时候创建一个视图，每页的查询都从视图里面取数据，这样行吗？

追答

试图有利有弊，实际使用中，像你这种情况，如果这个查询SQL属于核心业务，并且查询较频繁，可以考虑使用试图。
至于多个查询条件值的情况，不用in的话，可有一种思路就是将多个条件值用字符串加特殊分隔符拼接成一个临时字符串，然后利用sqlserver自带的函数去筛选，比如字符串相关的几个函数 substring() 等，其原理也就是去比较2个字符串的值关系（包含或是相等）。
还是结合实际情况，看需要吧。
从数据库设计角度，表结构，索引。。。这些对查询性能本身有影响；
从你web程序角度，结合实际业务场景，对于查询SQL也可以进行和你的表设计也有影响；
所以，但从数据库角度来说，你查询几张表，数据比较大，筛选条件也复杂，这种情况下不好优化，但是你结合业务场景，就会发现其实有很多情况查询的结果并不需要，那么你就可以把它作为限制条件加到你具体的查询SQL中，尽量缩小你查询SQL的范围和精度了。