SQL调优
SQL Server 查询
查询的时候应该尽量按照复合索引中的顺序来做条件查询；（比如IXC中spInterActiveInstance_GetByIDToStat条件and ProcessState<>99的位置）；
如果在程序中有For或者是Foreach，在存储过程中又有IF Exists，那就要看是否可以在表中加入复合索引了，IF Not Exists可以转换为IF Exists来使用索引；
在查询中尽量少使用*或者全表字段来查询数据。第一，返回的数据集比较大；第二，产生更多的IO操作；第三，会使用到Bookmark lookup的查询计划，性能有所下降；如果能使用到覆盖索引来查询是最理想的；
下面关于查询的性能比较
返回行数较多：索引覆盖>聚集索引>表扫描>堆集的非聚集索引>聚集的非聚集索引
返回行数较少：索引覆盖=聚集索引>堆集的非聚集索引>聚集的非聚集索引>表扫描
比较难理解的可能是：堆集的非聚集索引>聚集的非聚集索引。下面是个人见解，堆表就是没有聚集索引的表，实质上就是在一个没有聚集索引的表中加入非聚集索引和一个在聚集表中加入同一字段的非聚集索引；（聚集）非聚集索引-定位器-聚集索引-Bookmark lookup-返回指定字段值；（堆集）非聚集索引-定位器-对应的数据行的指针-返回指定字段值；
不要在Where字句中的列名加函数；如果有对列值进行判断的，尽量把操作符（比如+、-、*等）放到=号的右边；
索引 By Viajar
复合索引（where A And B）如果没有对A和B做单一索引，查询的时间为a；如果对A做单一索引，查询时间为b；如果对B做单一索引，查询时间为c；如果对A、B做复合索引，查询的时间为d，那时间的比较就应该是a>b=c>d；（比如spMsgReader_Distribute中使用WHERE InfoID=@infoID AND UserID=@userID，插入7000次的时候就很明显地看到性能了；（8秒比1：50秒）注意升序和降序的区别？
当高选择性的非聚集索引达到5%的选择性时，该索引是非常有用的；
关于复合索引的属性列位置问题，应该把高选择性的列放到最左边（已前就忽略了这个高选择性的位置），那个通过IP和UrlID的SARG中我们可以创建一个IP和UrlID的复合索引，通过业务来说，我们测试的时候可能是IP的重复量比较大，但是在生成环境中，应该是UrlID的重复量会比较大，所以就IP放到复合索引的最左边；
对EasyURL跳转功能中，需要通过输入地址来查询目标地址，这个数据库查询可以使用覆盖索引，查询的速度是最快的；
当返回一个聚集索引列和一个非聚集索引列，并且是使用�
相关文档：
视观表 (Views) 可以被当作是虚拟表格。它跟表格的不同是，表格中有实际储存资料，而视观表是建立在表格之上的一个架构，它本身并不实际储存资料。
建立一个视观表的语法如下：
CREATE VIEW "VIEW_NAME" AS "SQL 语句"
"SQL 语句" 可以是任何一个我们在这个教材中有提到的 SQL。
来看一个例子。假设我们有以下的表格� ......
索引 (Index) 可以帮助我们从表格中快速地找到需要的资料。举例来说，假设我们要在一本园艺书中找如何种植青椒的讯息。若这本书没有索引的话，那我们是必须要从头开始读，直到我们找到有关种直青椒的地方为止。若这本书有索引的话，我们就可以先去索引找出种植青椒的资讯是在哪一页，然后直接到那一页去阅读。很明显地，运� ......
在表格被建立在资料库中后，我们常常会发现，这个表格的结构需要有所改变。常见的改变如下：
加一个栏位
删去一个栏位
改变栏位名称
改变栏位的资料种类
以上列出的改变并不是所有可能的改变。ALTER TABLE 也可以被用来作其他的改变，例如改变主键定义。
ALTER TABLE 的语法如下：
ALTER TABLE "table_name"
......
我们有时候可能会需要修改表格中的资料。在这个时候，我们就需要用到 UPDATE 指令。这个指令的语法是：
UPDATE "表格名"
SET "栏位1" = [新值]
WHERE {条件}
最容易了解这个语法的方式是透过一个例子。假设我们有以下的表格：
Store_Information 表格
store_name
Sales
Date
Los Angeles
$1500
Jan-05-1 ......
[转载]http://www.cnblogs.com/cn_wpf/，非常感谢Nineteen@newsmth 的分分享。
写有效率的SQL查询（I）
大型系统的生产环境，一般情况下，我们评价一条查询是否有效率，更多的是关注逻辑IO(至于为什么，回头补一篇)。我们常说，“要建彪悍的索引”、“要写高效的SQL”，其实最终目的就是在相 ......
