本篇文章主要介绍了" Mysql联合查询UNION和Order by同时使用报错问题的解决办法"，主要涉及到方面的内容，对于MySql感兴趣的同学可以参考一下：
因此，常常出现这样的错误复制代码 代码如下:select * from [IND] where INDID>10unionselect * from [I...
因此，常常出现这样的错误
复制代码 代码如下:
select * from [IND] where INDID>10
union
select * from [IND] where INDID<9
目前为止，还没有出现问
之后，也许有人会用到类似的查询
复制代码 代码如下:
select * from [IND] where INDID>10 order by INDID desc
union
select * from [IND] where INDID<9 order by INDID desc
此时就出现问题了，数据库报错。问题就出在order by上
为什么呢？难道UNION和ORDER BY 不能同时存在？
union和 order by 当然是可以同时存在的
但是在使用union的时候，联合查询不仅仅是将数据集合合并
他并不是将每个子查询一个一个查询出来后联接在一起，数据库是将整段查询语句理解之后统一查询得到的是整个的数据集合
另外order by在一个数据集合查询里也只能出现一次并且出现在最后。
因此，在联合查询里，order by 要写在最后一个子查询之后，并且，该排序是对整个联合查询出来的结果集排序的，并不是只对最后一个子查询排序
复制代码 代码如下:
select * from [IND] where INDID>10
union
select * from [IND] where INDID<9 order by INDID desc
这样就可以对我们联合查询出来的结果集进行整体排序，而不是只对最后一个子查询的结果集排序。
再做一个试验来更充分的说明这个问题
创建一个这样的查询
复制代码 代码如下:
select * from [IND] where INDID=4
union
select * from [IND] where INDID=2
union
select * from [IND] where INDID=1
union
select * from [IND] where INDID=5
union
select * from [IND] where INDID=3
INDID是主键，在创建数据的时候，数据库里的顺序是12345
如果联合查询只是但存的将查询结果联接在一起，那么我们得到的结果应该是：42153
但是，实际上得到的结果是和数据库里数据排列的顺序一样的 12345
因此，可以得出结论，联合查询的结果是整个查询完成后得出的，而不是将子查询挨个完成后拼接的。
复制代码 代码如下:
select * from [IND] where INDID=4
union
select * from [IND] where INDID=2
union
select * from [IND] where INDID=1
union
select * from [IND] where INDID=5
union
select * from [IND] where INDID=3
order by INDID ASC/DESC
这样就可以对整个联合结果集进行排寻了。
另外关于TOP？
