2.2 部分查询子句讲解
2.2.1 FROM子句
a.用数据库架构在限定代码中的对象名称，即使不用数据库架构限定，Sql Server也会隐式解析它，代价更高，初次之外，如果对象名相同，没有架构限定，会产生歧义;
b.FROM * 性能比 FROM conum_name性能低;
c.FROM查询得到的结果集顺序是随机的;
2.2.2 WHERE子句
a.过滤FROM阶段返回的行;
b.WHERE 谓词或逻辑表达式;
c.WHERE子句对查询性能有重要影响，在过滤表达式基础上，Sql Server会计算使用什么索引来访问请求的数据;
d.扫描整张表，返回所有可能的行，在客户端过滤，开销比较大，如产生大量的网络传输流量;
e.T-SQL使用三值谓词逻辑（true,false,unknown）;
2.2.3 GROUP BY子句
a.GROUP BY阶段将上一阶段逻辑查询处理返回的行按“组”进行组合，每个组由在GROUP BY子句中指定的个元素决定;
b.如果查询语句中涉及到分组，那么GROUP BY阶段之后测所有阶段（包括HAVING、SELECT以及ORDER BY）的操作对象将是组，而不是单独的行。每个组最终表示为查询结果集中的一行;
c.GROUP BY阶段之后处理的子句中指定的所有表达式务必保证为每个组只返回一个标量（单值）。以GROUP BY列表中的元素为基础的表达式满足这一要求，因为按照定义，在每个组中GROUP BY元素只唯一出现一次;
d.聚合函数只为每个组返回一个值，所以一个元素如果不再GROUP BY列表中出现，就只能作为聚合函数（COUNT、SUM、AVG、MIN和MAX）的输入。（注意：若有GROUP BY子句，聚合函数只操作具体的每组，而非所有组）;
e.所有聚合函数都会忽略NULL,但COUNT(*)除外;
f.在聚合函数中，可以使用distinct来处理非重复数，如count(distinct vary);
2.2.4 HAVING子句
a.HAVING子句用于指定对组进行过滤的谓词或逻辑表达式，这与WHERE阶段对单独的行进行过滤相对应;
b.因为HAVING子句是在对行进行分组后处理的，所以可以在逻辑表达式中引用聚合函数，如 HAVING COUNT(*)>1，意味着HAVING阶段过滤器只保留包含多行的组;
2.2.5 SELECT 子句
a.SELECT子句用于指定需要在查询返回的结果集中包含的属性(列);
b.SELECT子句返回列的名称类型:
直接基于正在查询的表的各个列三种方式定义别名，推荐使用AS。<表达式>AS<别名>；<别名>=<表达式>(别名 等号 表达式)；<表达式> <别名>(表达式 空格 别名)没有名字的列
c.在关系模型中，所有操作和关系都基于关系代数和关系(集合)中的结果，但在SQL中，情况略有不同，因SELECT查询并不保证返回一个真正的集合(即，由唯一行组成的无序集合)。首先，SQL不要求表必须符合集合条件。SQL表可以没有键，行也不一定具有唯一性，在这些情况下表都不是集合，而是多集(multiset)或包(bag)。但即使正在查询的表具有主键、也符合集合的条件，针对这个表的SELECT查询任然可能返回包含重复的结果。在描述SELECT查询的输出时，经常会使用结果集这个属于，不过，结果集并不一定非得严格满足数学意义上的集合条件;
