where条件顺序与建索引顺序的区别？

-----------------------

查询时，如果数据量很大，where 后面的条件与建索引的顺序相同，也没有什么多少差别，聚集索引稍微快点; 但where 后面的条件与建索引顺序不同，速度会慢下来，到底慢多少，不同的机器会不一样，没有绝对的说法。

-----------------------

MSSQL引擎首先对条件进行优化，优化以后再查询。
sql语句1：where 聚集索引 and 非聚集索引
sql语句2：where 非聚集索引 and 聚集索引
那么上面2个语句应该是等效的吖…………

where的条件顺序 与 建索引顺序
这两个之间是个什么概念？
求解救………………………………






------解决方案--------------------
1，还是那句，先看执行计划。
2.2008的话，对where的顺序它会自己优化，测试过，顺序对执行计划没有影响，不过2005好像有。所以从规范化来说，还是把筛选性高的放在where的前面，而不是考虑是否聚集索引
3.对于建立索引，就有讲究了，统计信息只看索引的第一列，所以创建索引时，筛选性高的那列应该放到索引定义的第一位。
------解决方案--------------------
#1.WHERE后面的条件只要一模一样，写在哪儿都是无所谓的。相同环境下，生成的执行计划也是一样的。
#2.至于建立索引的顺序，就有讲究了：1.复合索引的第一个字段最重要，SQL SERVER只生成复合索引第一个字段的统计信息，那么优化器也只能根据复合索引的第一个字段的统计信息来优化查询。2.当你自己从业务上了解了数据分布后，怎样写SQL和怎样建立索引就是一门学问了。有时候要根据SQL语句建立索引，有时候要根据已有索引更改SQL语句（用临时表等方法）。
#3.要想学会创建适合业务的索引，除了业务中的数据分布，你要了解索引的结构（聚集和非聚集），高选择性的概念，数据在页上的存储方式，及看得懂执行计划。