首先，在程序人生网站上，需要负责任的指出的是在SQL Server查询中使用Union或Union All后Order by排序无效，我不确认是不是微软的bug，不过这里却是我实际编程工作的经验，但愿大家看到这篇文章后，不要再走弯路，不要再为做一个快乐的程序员而苦恼。
下面以可操作性的代码说明这个bug，权且先认为是bug吧。
比如有一张学生表student 和教师表 teacher , 我们要查询所有的教师学生的姓名和年龄,教师排前面,学生排后面,分别按字母顺序,则可能会想写一个这样的Sql语句: (注意,这个语句只是为了说明问题,这并不是一个正确的语句)
SELECT Name,Age FROM Teacher ORDER BY Name
UNION
SELECT Name,Age FROM Student ORDER BY Name
实际上,MSSQL并不允许我们写这样的语句,因此将会报错 UNION 附近有语法错误.
其实我们只需要绕开,让ORDER BY 和UNION 不在同一层, 让ORDER 在子查询内而 UNION 在外面(因为我们要先教师学生分开,然后再名字) 这样得到了另外一个Sql语句:(注意,这依然不是一个正确的语句)
SELECT * FROM (SELECT Name,Age FROM Teacher ORDER BY Name) A
UNION
SELECT * FROM (SELECT Name,Age FROM Student ORDER BY Name) B
这句Sql语句依然无法通过,因为这又触犯了MSSQL的另外一条语法规定,在子查询中, 如果不存在TOP语句则ORDER BY子句无效. 但是我们需要的是全部结果,并不需要TOP的功能. 显然, TOP 100% 是个解决的方法. 因为100%就是全部了.
最后,这条蹩脚的Sql语句出炉了:
SELECT * FROM (SELECT TOP 100 PERCENT Name,Age FROM Teacher ORDER BY Name) A
UNION
SELECT * FROM (SELECTTOP 100 PERCENT Name,Age FROM Student ORDER BY Name) B
这就是最后的结果, 为了让ORDER BY 和UNION同时发挥作用,绕了2个弯.
如果想Union前面和后面的集合分开，使用Union all，但要去除重复的记录。
但是在使用Union All的时候需要特别注意，在使用Union All的时候，上面讲到的规则，也就是Order by 仍然会失效。
让程序员朋友们又苦恼了吧，下面的解决方法就是重点了。
Select TOP 99.999999 PERCENT Name,Age FROM Teacher ORDER BY Name
在使用了99.999999这个特殊数字后，该问题最终得到解决 ，真是神奇啊。
另外补充一点：UNION和UNION ALL的区别 ，UNION在进行表链接后会筛选掉重复的记录，所以在表链接后会对所产生的结果集进行排序运算，删除重复的记录再返回结果。(应该就是这种算法让程序员自己编码的Order by排序失效了)。
UNION ALL只是简单的将两个结果集进行链接返回，所以如果我们只是为了链接两个结果集，只要用UNION ALL就可以了，并且从效率上来说UNION ALL也比UNION快，因为它不需要进行筛选排重的。