SQL Server 2008 r2 查询效率问题
我有一张表，共有56个字段。发现以下情况：
1、我在我的开发机执行sql语句
set statistics time on
SELECT * FROM [eShop].[dbo].[Product]

（多次执行，时间平均在90-100ms）
2、在服务器上有相同的数据库，相同的表，相同的内容。执行同样SQL语句，执行结果为：

（多次执行，时间平均在250ms）
3、在我的开发机连服务器的数据库，执行该语句，执行结果为：

（多次执行，平均时间只有35ms左右）
以上是现象。
问题是：同样的数据库，同样的表，同样的内容，同样的系统（server 2003），服务器的硬件也并不比我的开发机差，不知道为什么执行时间差这么多？
而在硬件比较差的另一台服务器上用sqlserver2000的数据库查询速度反而更快。不知道是什么原因？有人碰到过吗？
///*************/////
我的开发机profile中

服务器上profile中

///*************/////
数据库版本为sqlserver 2008 R2 ，补丁为sp2。
已经在多台服务器上做过测试，执行时间从七八十毫秒到五六百毫秒不等（有的硬件好的服务器执行时间反而比差的耗时还要长）。
而且就取一百多条数据，怎么会用时这么长呢？sqlserver2005和sqlserver2008 似乎同样有这个问题。而在sqlserver2000上就没有这个问题（不会超过50ms）。
------解决方案--------------------
先看下各个机器上的实际执行计划。有什么不同吗？
------解决方案--------------------

引用:

开发机
服务器

执行计划一样，再测试一下，要点：

#1.分别在两台机器的本地测试。排除网络因素。

#2.SET STATISTICS TIME, IO ON， 把IO也打开，看是否因为碎片等原因导致更多的逻辑读。

------解决方案--------------------
从表面看，很难分析出为什么多台机器执行同一个简单的sql语句，速度有差异，甚至好的服务器反而花了更多的时间，而看上去相对较差的机器反而更快，这些都是表面现象。

我们可以分析一下整个SQL语句执行的大致过程：

1.语句发送到SQL Server服务器端。

2.SQL Server会找这个语句是否已经缓存在内存中，如果能找到，这样就不用重新编译，这样就会节省时间。
如果不在缓存中，那么就需要经过语法检查、语义检查、权限检查、编译，这个过程需要内存；再进行优化，生成执行计划，优化时也需要内存；然后把这个执行计划放进行缓存，这个也需要内存。

3.在执行的时候，如果所要访问的数据都在内存，也就是数据也缓存在内存中了，那么就不用从硬盘读取数据，也就是没有物理IO，只有逻辑操作，速度也会快。

4.在执行的时候，需要申请相关锁，如果所要访问的数据上已经加了锁，那么需要等待。

5.上面几点中，还有一个问题是，系统的负载，如果系统本来就很忙，那么上面的整个过程，可能任何一步，都有可能会等待一会。另外，内存和IO非常重要，如果你的系统存在内存压力，此外，磁盘经常满负荷运转，那么计算是执行一个简单的语句，也会比负载比较低时慢。