此文章主要讲述的是SQL Server Order by不可以直接在union子句中对其进行使用的原因，今天一个群中的朋友提出了一个问题，说有一个表，表中存在很多的相关数据，其中有个字段type，希望从表中随机取出10条记录，其中有5条type=1另外5条type=0，比如下图这样：
我一想，这还不简单，按照要求，每个取top 5，既然是随机的取，那么就SQL Server Order by newid()就是了三，然后把所有数据union起来就得了。所以我立即给出了答案：
但是那个兄弟说不对，语法有错，我乍一看，好像没有问题把，于是让他把表定义发给我，我在本机试一下，表定义是：
于是将我的语句输进SSMS，结果系统还真是报错了：Incorrect syntax near the keyword ‘ORDER’.
怎么回事啊?怎么看也不像有问题的啊。于是我单独执行
下面的半句也是一样的语法结构，也没有错误。但是把这两个查询union起来就错了。奇怪啊。既然提示是order附近有错，那么我将order给去掉：
也没有错啊。也就是说在union子句中的查询不能用SQL Server Order by。但是这儿我必须要用order by啊，要不然我怎么取出随机的5条记录?不用union可以不?可以啊，创建一个临时表，将查询出来的5条数据插进去，另外5条也是。然后再查询临时表，但是能不使用临时表就尽量不要使用临时表，何必弄的那么复杂。
又要用order by 又要用union，怎么办?order by不能直接出现在union的子句中，但是可以出现在子句的子句中啊!于是查询最终改写成了：
感觉有点别扭，但是没法，不知道为什么SQL Server中不能在union子句中使用order by，所以只有出此下策了。
【编辑推荐】
如何将sql中两个连接表查询出来的结果 进行合计 放在最后一行 急等~
oracle中可以将两个查询的结果通过UNION串接起来，然后使用sum来进行合计就行了。不知道你想问的是不是这个意思，最好能把表和sql语句都贴出来，这样比较准确
union 用法
uinion 写错了
mysql索引类型解释
索引分单列索引和组合索引。 单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。 组合索引，即一个索包含多个列。 MySQL索引类型包括：(1)普通索引这是最基本的索引，它没有任何限制。 它有以下几种创建方式：◆创建索引CREATE INDEX indexName ON mytable(username(length));如果是 CHAR，VARCHAR类型，length可以小于字段实际长度;如果是BLOB和TEXT类型，必须指定 length，下同。 ◆修改表结构ALTER mytable ADD INDEX [indexName] ON (username(length))◆ 创建表的时候直接指定CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) );删除索引的语法：DROP INDEX [indexName] ON mytable;(2)唯一索引它与前面的普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值。 如果是组合索引，则列值的组合必须唯一。 它有以下几种创建方式：◆创建索引CREATE UNIQUE INDEX indexName ON mytable(username(length))◆修改表结构ALTER mytable ADD UNIQUE [indexName] ON (username(length))◆创建表的时候直接指定CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );(3)主键索引它是一种特殊的唯一索引，不允许有空值。 一般是在建表的时候同时创建主键索引：CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) );当然也可以用 ALTER 命令。 记住：一个表只能有一个主键。 (4)组合索引为了形象地对比单列索引和组合索引，为表添加多个字段：CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL );为了进一步榨取MySQL的效率，就要考虑建立组合索引。 就是将 name, city, age建到一个索引里：ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age);建表时，usernname长度为 16，这里用 10。 这是因为一般情况下名字的长度不会超过10，这样会加速索引查询速度，还会减少索引文件的大小，提高INSERT的更新速度。 如果分别在 usernname，city，age上建立单列索引，让该表有3个单列索引，查询时和上述的组合索引效率也会大不一样，远远低于我们的组合索引。 虽然此时有了三个索引，但MySQL只能用到其中的那个它认为似乎是最有效率的单列索引。 建立这样的组合索引，其实是相当于分别建立了下面三组组合索引：usernname,city,age usernname,city usernname为什么没有 city，age这样的组合索引呢?这是因为MySQL组合索引“最左前缀”的结果。 简单的理解就是只从最左面的开始组合。 并不是只要包含这三列的查询都会用到该组合索引，下面的几个SQL就会用到这个组合索引：SELECT * FROM mytable WHREE username=admin AND city=郑州 SELECT * FROM mytable WHREE username=admin而下面几个则不会用到：SELECT * FROM mytable WHREE age=20 AND city=郑州 SELECT * FROM mytable WHREE city=郑州(5)建立索引的时机到这里我们已经学会了建立索引，那么我们需要在什么情况下建立索引呢?一般来说，在WHERE和JOIN中出现的列需要建立索引，但也不完全如此，因为MySQL只对<，<=，=，>，>=，BETWEEN，IN，以及某些时候的LIKE才会使用索引。 例如：SELECT FROM mytable t LEFT JOIN mytable m ON = WHERE =20 AND =郑州此时就需要对city和age建立索引，由于mytable表的 userame也出现在了JOIN子句中，也有对它建立索引的必要。 刚才提到只有某些时候的LIKE才需建立索引。 因为在以通配符%和_开头作查询时，MySQL不会使用索引。 例如下句会使用索引：SELECT * FROM mytable WHERE username likeadmin%而下句就不会使用：SELECT * FROM mytable WHEREt Name like%admin因此，在使用LIKE时应注意以上的区别。 (6)索引的不足之处上面都在说使用索引的好处，但过多的使用索引将会造成滥用。 因此索引也会有它的缺点：◆虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行 INSERT、UPDATE和DELETE。 因为更新表时，MySQL不仅要保存数据，还要保存一下索引文件。 ◆建立索引会占用磁盘空间的索引文件。 一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。 索引只是提高效率的一个因素，如果你的 MySQL有大数据量的表，就需要花时间研究建立最优秀的索引，或优化查询语句。 (7)使用索引的注意事项使用索引时，有以下一些技巧和注意事项：◆索引不会包含有NULL值的列只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有 NULL值，那么这一列对于此复合索引就是无效的。 所以我们在数据库设计时不要让字段的默认值为NULL。 ◆使用短索引对串列进行索引，如果可能应该指定一个前缀长度。 例如，如果有一个CHAR(255)的列，如果在前10个或20个字符内，多数值是惟一的，那么就不要对整个列进行索引。 短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。 ◆索引列排序MySQL查询只使用一个索引，因此如果 where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。 因此数据库默认排序可以符合要求的情况下不要使用排序操作;尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。 ◆like语句操作一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。 like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。 ◆不要在列上进行运算select * from users where YEAR(adddate)<2007;将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成select * from users where adddate<‘2007-01-01’;◆不使用NOT IN和<>操作以上，就对其中MySQL索引类型进行了介绍。 转自：
发表评论