不带ORDER BY 子句的查询返回的是一个集合（或多集），而带有ORDER BY 子句的查询返回的是一种ANSI 称为游标（cursor）的对象，因为这种结果的行之间具有固定的顺序，所以不是关系的结果。
在默认情况下应该使用基于集合的查询，只在有令人信服的理由时才考虑使用游标。
因为
1.如果使用游标，就严重违背了关系模型，关系模型要求按照集合来考虑问题。
2.游标逐行对记录进行操作会带来一定的开销。和基于集合的操作相比，游标分别对每一记录进行操作，这肯定会带来一定的额外开销。给定一个基于集合的查询，以及一段在幕后用游标完成类似物理处理的代码，游标代码通常比基于集合的代码要慢许多倍。
3.使用游标，需要为解决方案的物理操作编写很多代码，换句话说，得写很多代码来描述如何处理数据（声明游标、打开游标、循环遍历游标记录、关闭游标、释放游标）。而使用基于集合的解决方案，则主要关注于问题的逻辑方面，也就是说，只要描述要获取什么，而不必描述如何获取它们。因此，与基于集合的解决方案相比，基于游标的解决方案通常代码更长，可读性更低，也更加难以维护。
使用游标通常涉及以下步骤：
1. 在某个查询的基础上声明游标。
2. 打开游标。
3. 从第 1 个游标记录中把列值提取到指定的变量。
4. 当还没有超出游标的最后一行时（@@FETCH_STATUS 函数的返回值是0），循环遍历游标记录；在每一次遍历中，从当前游标记录中把列值提取到指定的变量，再为当前行执行相应的处理。
5. 关闭游标。
6. 释放游标。
DECLARE @ID int
DECLARE @Name nvarchar(max)
DECLARE C CURSOR
FOR SELECT categoryId,categoryname FROM dbo.Categories -- 定义游标
OPEN C -- 打开游标
FETCH NEXT FROM C INTO @ID,@Name -- 移向第一个游标
--SELECT @ID+@Name
WHILE @@FETCH_STATUS=0
BEGIN
SELECT str(@ID)+@Name
FETCH NEXT FROM C INTO @ID,@Name --移向下一条数据
END
CLOSE C; -- 关闭游标
DEALLOCATE C -- 释放游标