Eric zhou 2008-08-19 08:54
支持
Eric zhou 2008-08-19 08:49
支持
Eric zhou 2008-08-08 15:14
不好意思，各位，上边第三个查询中应该为：
USE Northwind;
GO
SELECT CustomerID,OrderID,ShipName FROM orders WHERE CustomerID = 'vinet' OR OrderID = 10356
不小心写错了，误解了朋友们，抱歉啊
Eric zhou 2008-08-08 10:24
支持
Eric zhou 2008-08-08 09:15
Eric zhou 2008-08-08 09:06
@金色海洋（jyk）
不好意思，今天手头比较忙，这个问题可不可以先放一放，到时一起研究一下
MSN：ererer6@hotmail.com
Eric zhou 2008-08-08 08:46
@金色海洋（jyk）
逻辑读取次数越多，说明执行的成本就高，速度是否越慢，这个需要具体情况具体分析。
Eric zhou 2008-08-07 18:59
@金色海洋（jyk）
执行SQL前先执行
SET STATISTICS IO ON
就可以了
Eric zhou 2008-08-07 17:43
@PerfectDesign
在客户实际环境中，经常要对查询增加索引，当然在允许的条件下，很多SQL中的where条件都是以变量的形式，所以第一次执行后很编译成执行计划，当你加上索引后，有可能还是调用原有的执行计划，所以清空下过程缓存，对比执行成本。
Eric zhou 2008-08-07 17:39
@PerfectDesign
学习了，谢谢您的赐教。您说的书签查找是index seek么？如果'VINET' 占99%，肯定不会这个了，所以还是您说的对，具体环境下具体分析，模拟环境和客户实际环境还是不同啊。可以交个朋友么，MSN：ererer6@hotmail.com。谢谢
Eric zhou 2008-08-07 17:28
@PerfectDesign
在客户实际应用中，不会执行这个的，用 DBCC FREEPROCCACHE 清除过程缓存，这样重新执行sql编译成不同的执行计划，可以对比成本。
Eric zhou 2008-08-07 17:02
@金色海洋（jyk）
已更新SQL调优说明讲解。
Eric zhou 2008-08-07 13:28
@LuChaoShuai
数据库引擎优化顾问，这个工具也不错，但比较耗资源
Eric zhou 2008-08-07 11:25
@PerfectDesign
用Perfmon计数器来找瓶颈还是很好的选择，现在在SQL Server2005中可以使用专门sql来找到一些等待的瓶颈。但不很直观。
Eric zhou 2008-08-07 11:22
@金色海洋（jyk）
谢谢，在这个文章后会专门写几个例子来说明SQL调优、索引使用。
Eric zhou 2008-07-17 14:29
@鞠强
恩，您说的有道理。我正想如何将分区的效果发挥到最强
Eric zhou 2008-07-17 14:27
@没剑
用的客户测试数据库
Eric zhou 2008-07-17 13:34
@hxm
客户这边已经用raid5了
用的存储
Eric zhou 2008-05-29 10:18
支持
Eric zhou 2008-04-18 09:07
@Lucky Jack
过奖过奖，呵呵
Eric zhou 2008-03-31 09:16
支持支持，一定要好好研读，呵呵
Eric zhou 2008-03-31 09:03
@Anytao
《CLR via C#》这本书也正在看，一直奇怪为什么叫做“框架设计”，不过这本书着实不错，呵呵
Eric zhou 2008-03-29 14:44
@Jeffrey Zhao
学习中啊，呵呵
Eric zhou 2008-03-18 16:09
呵呵