如何解决sql server中查找百万条数据速度很慢的问题

我有一个sql server数据表，其包含一百万条数据，我用select top 10 * from table1，在查询分析器中很快，但绑定到页面中，却很慢，如何解决？

17 个解决方案

#1

分页查询

#2

select top 10 * from table1

改用存储过程试试,还有加上索引

#3

建索引是非常有效的。

#4

查询分析器中很快，绑定时候慢，说明不是查询慢，看看绑定时候有没有做其他事情？

#5

4楼说的有道理

#6

引用 4 楼 ricercar 的回复:

查询分析器中很快，绑定时候慢，说明不是查询慢，看看绑定时候有没有做其他事情？

合理

#7

分页查询！必须得 

#8

select top 10 * from table1

改为select top 10 x,xx,xxx from table1
把需要的字段写上去，别偷懒！

#9

vs有个动态分析的工具，很有用，可以查看每个函数的执行时间

#10

select top 10 * from table1 order by id 

create index aa on tablename(id)

#11

引用 2 楼 sql77 的回复:

select top 10 * from table1

改用存储过程试试,还有加上索引

引用 1 楼 xycit 的回复:

分页查询

尽扯！还分页，还存储，加个where 条件

#12

如果是本地数据库那就很快，要是远程数据库的话就要考虑网速等原因了。

#13

使用存储过程吧

还有应该是你的查询没有问题，是在你绑定然后显示这个过程慢

#14

引用楼主 rong505968 的回复:

我有一个sql server数据表，其包含一百万条数据，我用select top 10 * from table1，在查询分析器中很快，但绑定到页面中，却很慢，如何解决？

如果没猜错的话，你应该直接在用的控件，然后绑定了一条语句 select  * from table1，设置控件每页显示10条吧？

这样当然慢哦，控件默认是全部查出来 在筛选的。。

#15

楼主用的什么控件了，查询出的数据集是什么，
轻量级的数据控件加上list的数据集试试

#16

我就总结一下，上面大家说的没错，你先看看绑定的时候代码有问题没。
然后注意取数据最好用存储过程，不仅快还好维护。分页查询百万级的数据我觉得不一定要用。
数据库的索引建立，以及旧数据归档也就是很有效地提高性能的方法。

#17

把分页的代码写成存储过程并且为id创建索引