关系数据库设计理论认为，如果不明确规定排序顺序，则不应该假定检索出的数据的顺序有任何意义。
因为，如果数据库里的数据进行过更新或删除，那么数据排列的顺序将会受到 DBMS（数据库管理系统）重用回收存储空间的方式的影响。
子句
SQL语句是有子句构成的，有些子句是必需的，有些则是可选的。
一个子句通常是由一个关键字加上所提供的数据组成。
ORDER BY
ORDER BY 子句可以取一个或多个列的名字，每个列都可以指定正序 / 倒序，并据此对输出进行排序。
注意： ORDER BY 子句应该是 SELECT 语句中最后一 条子句。
单列排序
默认正序，ASC
SELECT add_time,flaw_id FROM adjunctlist ORDER BY add_time
即上面的SQL和下面这条是一样的效果
SELECT add_time,flaw_id FROM adjunctlist ORDER BY add_time ASC
正序
降序，DESC
SELECT * FROM adjunctlist ORDER BY add_time DESC
降序
多列排序
要按照多个列进行排序，在ORDER BY子句中加上对应的列名并用英文逗号隔开就好了。
当按照多个列进行排序的时候，排列的顺序是从前到后的，即只有数据在前面列的值相同时才会按照后面列进行排序，就是说如果数据在前面列的数值中没有相同的就不会按照后面的列进行排序了。
-
第一列没有重复数据
我们按照add_time 和 flaw_id 进行排序，但是由于add_time 没有重复的数据，所有后面的flaw_id DESC并没有起作用
SELECT add_time,flaw_id FROM adjunctlist ORDER BY add_time ASC, flaw_id DESC
多列
-
第一列有重复数据
我们同样按照add_time 和 flaw_id 进行排序，不过有区别的是这次我把flaw_id 放在前面了，通过查询出来的结果，我们可以看到当flaw_id 的值相同时，数据会按照add_time 的正序进行排序，完全符合我们的SQL语句。
SELECT flaw_id,add_time FROM adjunctlist ORDER BY flaw_id DESC, add_time ASC
多列
实际使用，图斑编号获取
-
使用MAX函数获取
最开始用的MAX函数获取的，在-10之后就有问题
SELECT MAX(TBBH)
FROM SURVEY_RECORD
WHERE TBBH LIKE '4473%' AND TBLX = 'GJNYTB'
查询结果
- 利用多列排序
SELECT TBBH
FROM SURVEY_RECORD
WHERE TBBH LIKE '4473%' AND TBLX = 'GJNYTB'
ORDER BY LENGTH(TBBH) DESC ,TBBH DESC
LIMIT 1
查询结果
-
数据库中的图斑编号
补充
在对文本性数据进行排序的时候，是否区分大小写会影响数据的排序顺序。比如A和a是否相同，a在B之前还是在Z之后？
在字典（dictionary）排序顺序中，A 被视为与 a 相同，这是大多数数 据库管理系统的默认行为。
但是，许多 DBMS允许数据库管理员在需要时改变这种行为（如果你的数据库包含大量外语字符，可能必须这 样做）。
如果确实存在这样的情况，就需要请求数据库管理员的帮助了，我们在不清楚规则的时候单靠ORDER BY子句是无法准确进行排序的。
