by

你直接把sql放上来

网上的一个翻译版本··不过是全文的··我对照了下，大概把你需要的各个段落复制出来了···原文在参考资料里面··我轻松愉快走上大路，我健康自由，世界在我面前，长长褐色的大路在我面前，指向我想去的任何地方。从此我不再希求好运气，我自己就是好运气，从此我不再抱怨，不再迟疑，什么也不需要，消除了闷在屋里的晦气，放下了书本，摆脱了苛刻的责难，我强壮满足，迈步走上大路。大地，有它就足够了，我不要星星离我更近，我知道它们正好各居其所，我知道它们满足了属于它们的人。我想英雄业绩都发生在光天化日之下，自由的诗篇也是如此，我想我可以在此停住脚步，干出奇迹，我想在大路上不管遇见什么，我都会喜欢，遇见我的人也都会喜欢我，我想我看见的人必定幸福。从此刻起我规定自己摆脱羁绊和虚构的限制，来往随心所欲，做自己完全绝对的主人，倾听别人，仔细琢磨他们的话，停顿，探索，接受，沉思，我意志温和但不可抗拒，摆脱那会束缚我的束缚。我把广大的世界搂入胸怀，东方和西方属于我，北方和南方属于我。我比我过去想的更伟大更卓越，我不曾知道自己具有这样多的美德。我看一切都很漂亮，我能对男男女女反复说，你们这样善待了我，我要同样回报你们，大路上我要使自己和你们抖擞起精神，大路上我要插入到男男女女之中，我要在他们中注入新的快乐和豪爽，不管谁拒绝了我，我都不会烦恼，不管谁接受了我，他或她会得到祝福并祝福我。走呀！大路在我们面前！路是安全的──我试过了──我的脚实实在在地试过了──不要拖延！把空白的纸留在桌子上，把没有打开的书留在书架上！把工具留在车间里！把钱留给鬼去挣！让那些说教中止吧！别理会学校里老先生的叫嚷！让牧师在讲坛布道！让律师在法庭辩论，让法官去解释法律。伙伴啊，我把我的手给你！我把比金钱更珍贵的我的爱给你，我先于说教和法律把我自己给你；你会把你自己给我吗？你会来和我同行吗？我们会彼此忠诚至生命的尽头吗？

[ryo Feat. Hatsune Miku] Kocchi Muite BABY (Project Diva 2nd) .......................................1.. 2..1,2,3.. yeah!Tsuyogatte bakka de nankaSonshiteru kigasuru datte sou janIenai you na koto ga shitai noAnna koto to kaYada… donna koto?Otokotte baka bakkaneHen na koto ima kangaeta deshouKimitte uso ga tsukenai taipu(type)Daibu kao ni deteru Are you ok?Joujou shakuryou no yochi nashiMaru de ohanashi ni naranai waSoudai na roman kataru mae niGenjou bunseki de kiteruAa! Kimitte donkanNeChanto kocchi muite BabyNO nante iwasenai waHonki modo(mode) nan dakaraOmowazu mitorechau purupuru kuchibiru deKimi wo toriko ni suru noKyou koso shoubu nan desu!Ijihatte bakka de nankaShoujiki ni narenai shouganai janUshiro kara gyutte shite hoshii noNante ne ehehe…..tte chotto matte!?Aserasenai de mattakuSou iu no tte motto muudo(mood) to ka aru deshouKonna kimochi ni saseta oiteHotto kareru nante yurusanaiMou! Sekinintotte?NeChotto kocchi muite BabyNO nante iwasenai waSono kinisaserun dakaraOmowazu ogamitaku naru you na omi ashi deKimi wo toriko ni suru noDeredere shinai de yoKotoba ja tsutawan naiOokina ookina haato maaku(heart mark)Doushiyou mune ga kyun to shiteNani mo kangaeran naiUu kimitte yatsu waNeMotto kocchi muite BabyNando mo iwasenai deWatashi mou shiranain dakaraOmowazu kamacchaitaku naru youna no moIi ka naEtto ima no wa nashi nashiNani yo mou monku anno========================================1… 2…1, 2, 3… yeah!强がってばっかでなんか tsuyogatte bakkade nanka 损してる気がする だってそうじゃん son shiteru kiga suru dattesoujan 言えないようなコトがしたいの ie naiyouna koto gashitaino あんなコトとか anna koto toka やだ……どんなコト？ yada ...... donna koto ? オトコってバカばっかね otoko tte baka bakkane 変なコト今考えたでしょ henna koto ima kangae tadesho キミって嘘がつけないタイプ kimi tte uso gatsukenai taipu だいぶ颜に出てる Are you ok? daibu kao ni dete ru Are you ok? 情状酌量の余地ナシ joujoushakuryou no yochi nashi まるでお话にならないわ marudeo hanashi ninaranaiwa 壮大なロマン语る前に soudai na roman kataru mae ni 现状分析できてる？ genjoubunseki dekiteru ? ああ！キミって钝感 aa ! kimi tte donkan ねえ nee ちゃんとこっち向いて Baby chantokocchi mui te Baby NO なんて言わせないわ NO nante iwa senaiwa 本気モードなんだから honki mo^do nandakara 思わず见とれちゃうぷるぷる唇で omowazu mito rechaupurupuru kuchibiru de キミを虏にするの kimi wo toriko nisuruno 今日こそ胜负なんです！ kyou koso shoubu nandesu ! 意地张ってばっかでなんか iji hatte bakkadenanka 正直になれない しょうがないじゃん shoujiki ninarenai shouganaijan 后ろからぎゅってして欲しいの ushiro karagyutteshite hoshii no なんてね えへへ nantene ehehe ……ってちょっと待って！？ ...... ttechotto matte !? 焦らせないで まったく asera senaide mattaku そういうのってもっとムードとかあるでしょ souiunottemotto mu^do tokaarudesho こんな気持ちにさせておいて konna kimochi nisaseteoite ほっとかれるなんて许さない hottokarerunante yurusa nai もう！责任取って？ mou ! sekinintotte ? ねえ nee ちょっとこっち向いて Baby chottokocchi mui te Baby NO なんて言わせないわ NO nante iwa senaiwa その気にさせるんだから sono kini saserundakara 思わず拝みたくなるようなおみ足で omowazu ogami takunaruyounaomi ashi de キミを虏にするの kimi wo toriko nisuruno デレデレしないでよ deredere shinaideyo 言叶じゃ伝わんない kotoba ja tsutawa nnai 大きな大きなハートマーク ooki na ooki na ha^toma^ku どうしよう 胸がきゅんとして doushiyou mune gakyuntoshite なんにも考えらんない nannimo kangae rannai うう キミってやつは uu kimi tteyatsuha ねえ nee もっとこっち向いて Baby mottokocchi mui te Baby 何度も言わせないで nando mo iwa senaide 私もう知らないんだから watashi mou shira naindakara 思わず构っちゃいたくなるようなのも omowazu kamacchi yaitakunaruyounanomo いいかな iikana えっと今のはナシナシ etto ima noha nashinashi なによもう 文句あんの naniyomou monku anno =========================================こっち向いて Baby/看向我这边 宝贝作词：ryo作曲：ryo编曲：ryo呗：初音ミクby：CHHKKE强がってばっかでなんか/老是我一个人在逞强什麼的损してる気がする だってそうじゃん/感觉像是自己占下风 因为不是嘛言えないようなコトがしたいの/想做的事都是说不出口的事情あんなコトとか/像是那种事之类的やだ……どんなコト？/讨厌……哪种事喔？オトコってバカばっかね/男孩子说来全都是笨蛋呢変なコト今考えたでしょ/刚才想些奇怪的事情了吧キミって嘘がつけないタイプ/你啊明明就是不会撒谎的类型だいぶ颜に出てる Are you ok?/想什麼全写脸上了喔 Are you ok？情状酌量の余地ナシ/没空给你去温吞考虑了まるでお话にならないわ/那种性格还真不像话壮大なロマン语る前に/在和我大谈浪漫之前现状分析できてる？/有分析过现在的情况吗？ああ！キミって钝感/啊啊！你还真是呆耶ねえ ちゃんとこっち向いて Baby/呐 好好看向我这边 宝贝NO なんて言わせないわ/才不会让你说 NO呢本気モードなんだから/因为我可是认真起来了喔思わず见とれちゃうぷるぷる唇で/就用你情不自禁看到入迷的水润双唇キミを虏にするの/来将你化为俘虏吧今日こそ胜负なんです！/今天才是该决一胜负了呢！意地张ってばっかでなんか/老是我在耍些小性子什麼的正直になれない しょうがないじゃん/没法变得坦率 我也是没办法的嘛后ろからぎゅってして欲しいの/想要你从背后紧紧抱住我呢なんてね えへへ/开玩笑啦 哦呵呵……ってちょっと待って！？/……呃、给我等一下！？焦らせないで まったく/别让我著急啦 真是的そういうのってもっとムードとかあるでしょ/那麼说来你也该营造出更多气氛的吧こんな気持ちにさせておいて/让我陷入这种心情就不管了ほっとかれるなんて许さない/直接扔在一边真是不可原谅もう！责任取って？/好啦！快负起责来？ねえ ちょっとこっち向いて Baby/呐 看向我这边一点 宝贝NO なんて言わせないわ/才不会让你说 NO呢その気にさせるんだから/都是你让我那麼在意的喔思わず拝みたくなるようなおみ足で/就用你情不自禁想要膜拜的高贵双足キミを虏にするの/来将你化为俘虏吧デレデレしないでよ/你可不要神魂颠倒喔言叶じゃ伝わんない/光靠语言没法表达大きな大きなハートマーク/巨大的巨大的心形印记どうしよう 胸がきゅんとして/怎麼办啦 心里揪得紧紧的なんにも考えらんない/让我什麼都没法去思考うう キミってやつは/呜呜 你这个家伙啊ねえ もっとこっち向いて Baby/呐 多看向我这边点 宝贝何度も言わせないで/别让我说了一次又一次私もう知らないんだから/因为我也快弄不清楚了啦思わず构っちゃいたくなるようなのも/像是情不自禁想要得到你的在意什麼的いいかな/也可以吗えっと今のはナシナシ/呃～嗯～刚才的算我没说なによもう 文句あんの/又是怎样啦 有意见吗

兄弟 这个问题找到答案了吗 我也测试了 打印出来的语句都一样，在数据库里也可以跑

一般都是order by 1 开始的order by (select 1)与order by 1一样按第一列排序,按照查询的结果集第一列排序，如果要按第二列排序，则为order by 2, 后面以此类推

首先说明SQL句子里面，order by 必须在group by 后面。没有group by就不能用order by .第二。group by是对数据的分组，order by 是对分组后的数据进行排序、

查一下你的score表里面的s_score字段，看看是不是设定了只能插入两位数，如果是的话那100就是00，这样就会被所有的二位数小了。

这个我觉得应该先得有个类似字典的数据库吧。

select * from test order by id desc这样应该是没用的,因为你的索引是单列索引,扫描了索引之后还要扫描表,性能明显不如全表扫描,如果可以,你可以试试select id from test order by id desc,这样就可以索引快速全扫描啦.

再加一个字段，存储你的顺序

order by a asc,b asc

orderby排序查询、asc升序、desc降序示例：select*from学生表orderby年龄查询学生表信息、按年龄的升序(默认、可缺省、从低到高)排列显示也可以多条件排序、比如orderby年龄,成绩desc按年龄升序排列后、再按成绩降序排列groupby分组查询、having只能用于groupby子句、作用于组内，having条件子句可以直接跟函数表达式。使用groupby子句的查询语句需要使用聚合函数。示例：select学号,SUM(成绩)from选课表groupby学号按学号分组、查询每个学号的总成绩select学号,AVG(成绩)from选课表groupby学号havingAVG(成绩)>(selectAVG(成绩)from选课表where课程号="001")orderbyAVG(成绩)desc查询平均成绩大于001课程平均成绩的学号、并按平均成绩的降序排列

当然是B了，只有它不出问题，完全正确。而D的表述不完整，应表述为：只有在最后一个子查询中可以使用它，因为最后一个子查询关联到最终的查询结果集。

可以使用函数

这个是有先后循序的，order by 虽然也是整个表，但是是过滤条件以后的。select fromwheregroup by order by这是循序，在上面我们可以看出来，where是在order by 以前的，就是说你的order by 排序是经过name=2条件过滤的。

区区1000条对orderby的效率简直就是小菜。一般ID是自增字段，你用升序或是降序效率是差不多的，sql服务器的排序算法很智能，正向反向效能不相上下。除非你那个是局部有序，局部乱序盘体也复杂可能有很大区别。但是不用排序肯定快是一定的。到时你用如下方式执行一下看看就行了!自己比对，比谁说的都好使!SETSTATISTICSPROFILEONSETSTATISTICSIOONSETSTATISTICSTIMEONGOselect*from[student]where[school]="四平中学"orderby[id]GOSETSTATISTICSPROFILEOFFSETSTATISTICSIOOFFSETSTATISTICSTIMEOFF

select 库存量 from 库存量表格 order by 列名称 ascasc 是正排序：a-z,0-9desc 是倒序：z-a,9-0

select * from table where NAME = "下米熟了" union all select * from table where NAME "下米熟了" order by ID 或者可以这样 select * from table order by case when NAME = "下米熟了" then 0 else 1 end, ID

access没用过，但是这个sql语句应该是差不多的吧，在后面加上个desc就可以了：select * from table order by 参数 desc;

order by 的意思是： order by 通过……排序。 后面跟你要排序的字段， 通过id排序从小到大排序。如果想从大到小排序，就在后面加desc order by id desc

可以这样写select *,case priority when "低" then 1when "中" then 2when "高" then 3end fa from table1 order by fa desc

楼上正解，order by name ,age 优先name排序，name相同的以age排序...

。。。order by后面只有desc和升序两个参数 2，3能执行？

Sql order by 和 group BY 共同运用order by 的列，必须是出现在group by 子句里的列。如果声明了 GROUP BY 子句，输出就分成匹配一个或多个数值的不同组里。 如果出现了 HAVING 子句，那么它消除那些不满足给出条件的组。ORDER BY 子句中的列必须包含在聚合函数或 GROUP BY 子句中。虽然 SELECT 语句的完整语法较复杂，但是其主要的子句可归纳如下：SELECT select_list[ INTO new_table ]FROM table_source[ WHERE search_condition ][ GROUP BY group_by_expression ][ HAVING search_condition ][ ORDER BY order_expression [ ASC | DESC ] ]可以在查询之间使用 UNION 运算符，以将查询的结果组合成单个结果集。也就是说，order by放在最后面。

没有详细的看但是否可以这样:将SQL语句做一个字符串,在ORDER BY 部份,写段代码,SQLSTR="xxxx"IF XXXBEGINORDERBYSQLSTR=" ORDER BY B DESC"ENDELSEBEGINORDERBYSQLSTR=" ORDER BY B DESC"ENDSQLSTR=SQLSTR+ORDERBYSQLSTREXEC SQLSTR

你可以增加一个数字类型字段，按照你想要的排序赋值，然后order by这个字段就行。

排序，以你的表的第2列排序，比如你的表的第2列是 first_name 那么就按照 first_name 排序，你可以 try

select * from table order by name desc

排序ORERBY子句一般位于SELECT语句的最后，它的功能是对查询返回的数据进行重新排序。用户可以通过ORERBY子句来指定查询结果的输出训序，如升序（ASC）或降序（DESC）eg:检查客户表中所有客户的信息，如按客户编号的降序显示。SELECT*客户表ORERBY客户编号DESC

order by cast(sort as int) asc 即可

set @order=" order by edittime desc"

mysql order by默认是升序还是降序SQL语言的默认排序方式是升序，ORDER BY 子句若未显式指定升序(ASC)或降序(DESC)，那么就认按默认升序排序。例如下列语句为默认按升序排序select * from t1 order by col1;它与下列语句等效select * from t1 order by col1 asc;

orderby(select1)与orderby1一样按第一列排序,1暗示第1列，如不美观要按第二列排序，则为orderby2,后面以此类推是这样引用4楼的回覆:

Order By一般是在排序时使用，后面跟排序条件，比如升序或者降序；Group By一般是用作分组的，后面跟的是分组的条件。order by 用于排序,一般与asc升序或desc降序一起使用.网上例子很多，搜索自己学一下。group by 用于分类汇总,一般与聚合函数(比如avg平均、sum合计、max最大、min最小、count计算行)一起使用。例:select 月份,sum(工资)as 总工资 from 工资表 group by 月份 使用区别：在使用group by的语句中，只能select用于分类的列（表达式），或聚合函数。where条件用于group by之前，having用于group by 之后对结果进行筛选。学习这个，建议去CSDN之类的网站，自己找一下具体的代码，实际运行一下，就知道两者的区别了，知有理论知识不实践可不行。

partition by XXX order by 1按XXX顺序除以1

在sql语句中根据时间从小到大排序String hql = " from Staposchange where gsn=? order by createtime ";//默认从小到大排序

肯定是group by先order by优先级最低，在最后group by 语句执行后记录会按关键字自动升序?不一定，group by只负责分组。

假如有一张表，表中字段和数据如下：表A： ID Name 1 Long 2 <null> 3 Jon 4 <null> 5 Tom 6 Mike1、使用“select * from 表A Order by Name DESC”（复制此语句时请不要加引号）语句后，表A查询结果如下： ID Name 5 Tom 6 Mike 1 Long 3 Jon 4 <null> 2 <null>不知道是否是你想要的结果呢？对补充问题的回答：2、如果是按照升序，那么不可能将<null>排列在最下面，除非你不去查找含有<null>的数据，如下：“select * from 表A Where Name is not null Order by Name”查询结果如下：ID Name3 Jon1 Long6 Mike5 Tom3、不可能使用升序方法，还让有空的地段在排序的下面，除非你不去查找空字段，因为空字段也没有什么意义！4、除非不排序（只按照关键子排序），Sql语句如下：(select * from 表A where Name is not null) Union all (select * from 表A where Name is null)查询结果如下：ID Name1 Long3 Jon5 Tom6 Mike2 <null>4 <null>如果你想达到你希望的效果，看来只能通过软件编程开发代码来实现了！

order by 1,2 的含义是对表的第一列 按照从小到大的顺序进行排列然后再对第二列按照从小到大的顺序进行排列order by 1,2 等同于 order by [第一列],[第二列]

主要是用来查看这个注入点网页显示多少字段,比如order by9不报错,order by10报错,那么这个网页就有9个字段,最后手动爆库的时候,union select 1,2,3,4,5,7,8,9

能，举个例子 select * from test where id>1 order by id desc;

order by 为指定查询结果的顺序

SQL语句中，如果有group by 和order by两个语句，是先分组还是先排序？ 先进行分组处理。 Group By 和 Having, Where ,Order by这些关键字是按照如下顺序进行执行的：Where, Group By, Having, Order by。 首先where将最原始记录中不满足条件的记录删除(所以应该在where语句中尽量的将不符合条件的记录筛选掉，这样可以减少分组的次数) 然后通过Group By关键字后面指定的分组条件将筛选得到的检视进行分组 接着系统根据Having关键字后面指定的筛选条件，将分组检视后不满足条件的记录筛选掉 最后按照Order By语句对检视进行排序，这样最终的结果就产生了。 在这四个关键字中，只有在Order By语句中才可以使用最终检视的列名，如： SELECT FruitName, ProductPlace, Price, ID AS IDE, Discount FROM T_TEST_FRUITINFO WHERE (ProductPlace = N"china") ORDER BY IDE 这里只有在ORDER BY语句中才可以使用IDE，其他条件语句中如果需要引用列名则只能使用ID，而不能使用IDE。 SQL语句中，有group by 和order by两个语句，是先分组还是先排序？ 肯定是group by先 order by优先顺序最低，在最后 group by 语句执行后记录会按关键字自动升序? 不一定，group by只负责分组。 VF 中先排序order by还是先分组 group by 这是需要看题上的要求，要求要分组才分组，要求要排序才排序的，并不是每道题两个都同时需要 sql语句中 order by 排序原则 ORDER BY这个指令来达到我们的目的。 ORDER BY 的语法如下: SELECT "栏位名" FROM "表格名" [WHERE "条件"] ORDER BY "栏位名" [ASC, DESC] [] 代表 WHERE 是一定需要的。不过，如果 WHERE 子句存在的话，它是在 ORDER BY 子句之前。 ASC 代表结果会以由小往大的顺序列出，而 DESC 代表结果会以由大往小的顺序列出。如果两者皆没有被写出的话，那我们就会用 ASC。 我们可以照好几个不同的栏位来排顺序。在这个情况下， ORDER BY 子句的语法如下(假设有两个栏位)： ORDER BY "栏位一" [ASC, DESC], "栏位二" [ASC, DESC] 若我们对这两个栏位都选择由小往大的话，那这个子句就会造成结果是依据 "栏位一" 由小往大排。若有好几笔资料 "栏位一" 的值相等，那这几笔资料就依据 "栏位二" 由小往大排。 select-sql 语句中，筛选用（？）子句，分组用group by 子句，排序用order by 子句 筛选用 where 子句 比如 select * from sutdent where 年龄=20 这就是根据年龄这个条件进行筛选 oracle sql语句中 先执行where还是order by where 里面条件 and 是先执行 and 前面 还是后面条件这个其实和你写的顺序不大，这个先后顺序，是资料库来根据表/索引的资讯来决定的。例如一个 学生表， 有学号，姓名，性别其中 学号是主键， 姓名上面有个索引。 找 名字叫 强妹 的女生： SELECT * FROM 学生 WHERE 姓名="强妹" AND 性别 = "女" 与 SELECT * FROM 学生 WHERE 性别 = "女" AND 姓名="强妹" 资料库在处理 SQL 以前，都会去分析， 发现 查询的条件中， 姓名上面有索引，而性别上面没有。 那么优先根据 姓名的条件， 去检索，然后再去把通过索引得到的资料，去筛选 性别=女的比如表里面共有10000行。姓名叫 "强妹" 的只有一个。那么通过索引，一步就定位到那一行。然后再判断这一行资料的 性别栏位， 是不是 = "女" 假如 姓名/性别 都没有索引呢？那就是执行 全表扫描。不分先后。什么意思呢？就是假如 表里面10000行资料。那就是从第一行开始， 检视 姓名与性别 条件。 满足的返回。 不满足的丢弃。 直到100行都处理完。并不是一口气把所有的资料，都放到记忆体里面，然后 姓名判断一次， 去掉部分， 性别判断一次，再去掉部分。 蓝屏 sql语句中的where语句和order by语句，哪个语句先执行 ④SELECT [DISTINCT] * | 列 [别名],列 [别名],…… ①FROM 表名称 [别名],表名称 [别名],…… ②[WHERE 限定条件] ③[GROUP BY 分组栏位,[分组栏位,分组栏位……]] ⑤[ORDER BY 排序列名 [ASC|DESC],排序列名 [ASC|DESC],……] where先执行：SQL语句执行顺序：SELECTFROM--1WHERE--2GROUPBY--3HAVING--4ORDERBY--5 where先执行，然后对筛出来的结果再排序。 如果不先按where查出来的结果再排序，那先排序出来的结果有什么意义呢。

对要查询的字段中的第二个字段排序(默认升序)。select a,bfrom table order by 2 ;相当于：select a,bfrom table order by b ;

flyingFish211 说的不错。

order by 关键字用于对结果集进行排序x有两个值可选 desc, ascdesc:降序 asc:升序 可以省略，是数据库默认的排序方式

按姓名排序:select 姓名,SUM(销售额) as 销售 from 销售表 order by 姓名 group by 姓名按销售排序:select 姓名,SUM(销售额) as 销售 from 销售表 group by 姓名 order by SUM(销售额) desc

举个例子吧：orderbyiddesc,timedesc先是按id降序排列（优先）如果id字段有些是一样的话再按time降序排列(前提是满足id降序排列)

下列关于ORDER BY子句的说法，正确的有（） A.在SELECT语句中，ORDER BY子句为必选B.ORDER BY默认按照降序排序C.ORDER BY字段DESC是降序排列D.ORDER BY子句放于WHERE子句之前正确答案：ORDER BY字段DESC是降序排列

1、ORDER BY Field1, Field2, ...2、特殊情况下，可以ORDER BY StrField1 + StrField23、有时候用函数更合适ORDER BY funXX(Field) -- 比如，前面补0变成统一的10位代码

SELECT top 20 *FROM newsWHERE newsDate =TO_DATE("&Year(Now())&"-"&Month(Now())&"-"&Day(Now())&","YYYY-MM-DD HH:MM:SS")ORDER BY newsID DESC

举个例子吧：orderbyiddesc,timedesc先是按id降序排列（优先）如果id字段有些是一样的话再按time降序排列(前提是满足id降序排列)

Dictionary dic1 = new Dictionary();dic1.Add("ddd","123");dic1.Add("aaa", "123");dic1.Add("ccc", "123");dic1.Add("fff", "123");dic1.Add("eee", "123");dic1.Add("bbb", "123");Dictionary dic1Asc = dic1.OrderBy(o => o.Key).ToDictionary(o => o.Key, p => p.Value);Dictionary dic1desc = dic1.OrderByDescending(o => o.Key).ToDictionary(o => o.Key, p => p.Value);

order by为排序表达式，用于指定排序的依据，它可以是字段名也可以是字段别名。例--.对成绩表先按课程编号，再按成绩，然后按学号排列select * from 成绩表order by 课程编号,成绩,学号--.查询成绩表中成绩最高的前五条记录，显示与第五条成绩相同的记录select top 5 with ties * from 成绩表order by 成绩 descASC和DESC用于指定排序方式。前者指定字段的值按照升序排列，后者按照降序排列，默认顺序为升序。

ORDERBY是最后处理的一个子句。ORDERBY子句用于展示数据时对输出结果中的行进行排序。从逻辑查询处理来看，ORDERBY是最后处理的一个子句。

以下内容参考 w3school 中关于SQL的教学，可以点击蓝字参考原文。 ORDER BY 语句用于 根据指定的列 对 结果集 进行 排序 。 ORDER BY 语句 默认 按照 升序 对记录进行排序。 如果您希望按照 降序 对记录进行排序，可以使用 DESC 关键字。 注：对字符串排序的时候会按 首字符 的 ASCII值 排列，如果首字符相同，则向后看一位。 原始的表 (用在例子中的)： Orders 表: 实例 1 以字母顺序显示公司名称： SELECT Company, OrderNumber FROM Orders ORDER BY Company 实例2 以字母顺序显示公司名称（Company），并以数字顺序显示顺序号（OrderNumber）： SELECT Company, OrderNumber FROM Orders ORDER BY Company, OrderNumber 结果： 看此结果和上一结果不同之处在于，Company值相同的行，排序按照OrederNumber的升序排列。 实例 3 以逆字母顺序显示公司名称： SELECT Company, OrderNumber FROM Orders ORDER BY Company DESC 结果： 实例 4 以逆字母顺序显示公司名称，并以数字顺序显示顺序号： SELECT Company, OrderNumber FROM Orders ORDER BY Company DESC, OrderNumber ASC 结果： 注意：在以上的结果中有两个相等的公司名称 (W3School)。只有这一次，在第一列中有相同的值时，第二列是以升序排列的。如果第一列中有些值为 nulls 时，情况也是这样的。 问题描述 Mysql排序时如果用的字段为字符型，排序出来时这样的： 1，10，2，20，3，4，5 这种排序是按照字符从第一个字符开始比较出来的，但不是我们想要的，我们想要的是： 1，2，3，4，5……，10，20 解决方案 排序时，把相应的字段转换成整型，使用CAST函数，如下： CAST(seat_row AS UNSIGNED) 将seat_row列转换为UNSIGNED的数值类型。

前言 日常开发中，我们经常会使用到order by，亲爱的小伙伴，你是否知道order by 的工作原理呢？order by的优化思路是怎样的呢？使用order by有哪些注意的问题呢？本文将跟大家一起来学习，攻克order by~ 一个使用order by 的简单例子 假设用一张员工表，表结构如下： 表数据如下： 我们现在有这么一个需求：查询前10个，来自深圳员工的姓名、年龄、城市，并且按照年龄小到大排序。对应的 SQL 语句就可以这么写： 这条语句的逻辑很清楚，但是它的底层执行流程是怎样的呢？ order by 工作原理 explain 执行计划 我们先用Explain关键字查看一下执行计划 我们可以发现，这条SQL使用到了索引，并且也用到排序。那么它是怎么排序的呢？ 全字段排序 MySQL 会给每个查询线程分配一块小内存，用于排序的，称为 sort_buffer。什么时候把字段放进去排序呢，其实是通过idx_city索引找到对应的数据，才把数据放进去啦。 我们回顾下索引是怎么找到匹配的数据的，现在先把索引树画出来吧，idx_city索引树如下： idx_city索引树，叶子节点存储的是主键id。还有一棵id主键聚族索引树，我们再画出聚族索引树图吧： 我们的查询语句是怎么找到匹配数据的呢？先通过idx_city索引树，找到对应的主键id，然后再通过拿到的主键id，搜索id主键索引树，找到对应的行数据。 加上order by之后，整体的执行流程就是： 执行示意图如下： 将查询所需的字段全部读取到sort_buffer中，就是全字段排序。这里面，有些小伙伴可能会有个疑问,把查询的所有字段都放到sort_buffer，而sort_buffer是一块内存来的，如果数据量太大，sort_buffer放不下怎么办呢？ 磁盘临时文件辅助排序 实际上，sort_buffer的大小是由一个参数控制的：sort_buffer_size。如果要排序的数据小于sort_buffer_size，排序在sort_buffer 内存中完成，如果要排序的数据大于sort_buffer_size，则借助磁盘文件来进行排序 如何确定是否使用了磁盘文件来进行排序呢？可以使用以下这几个 命令 可以从 number_of_tmp_files 中看出，是否使用了临时文件。 number_of_tmp_files 表示使用来排序的磁盘临时文件数。如果number_of_tmp_files>0，则表示使用了磁盘文件来进行排序。 使用了磁盘临时文件，整个排序过程又是怎样的呢？ TPS: 借助磁盘临时小文件排序，实际上使用的是归并排序算法。 小伙伴们可能会有个疑问，既然sort_buffer放不下，就需要用到临时磁盘文件，这会影响排序效率。那为什么还要把排序不相关的字段（name，city）放到sort_buffer中呢？只放排序相关的age字段，它不香吗？可以了解下rowid 排序。 rowid 排序 rowid 排序就是，只把查询SQL需要用于排序的字段和主键id，放到sort_buffer中。那怎么确定走的是全字段排序还是rowid 排序排序呢？ 实际上有个参数控制的。这个参数就是max_length_for_sort_data，它表示MySQL用于排序行数据的长度的一个参数，如果单行的长度超过这个值，MySQL 就认为单行太大，就换rowid 排序。我们可以通过 命令 看下这个参数取值。 max_length_for_sort_data 默认值是1024。因为本文示例中name,age,city长度=64+4+64 =132 < 1024, 所以走的是全字段排序。我们来改下这个参数，改小一点. 使用rowid 排序的话，整个SQL执行流程又是怎样的呢？ 执行示意图如下： 对比一下全字段排序的流程，rowid 排序多了一次回表。 什么是回表？拿到主键再回到主键索引查询的过程，就叫做回表” 我们通过optimizer_trace，可以看到是否使用了rowid排序的： 全字段排序与rowid排序对比 一般情况下，对于InnoDB存储引擎，会优先使用全字段排序。可以发现 max_length_for_sort_data 参数设置为1024，这个数比较大的。一般情况下，排序字段不会超过这个值，也就是都会走全字段排序。 order by的一些优化思路 我们如何优化order by语句呢？ 联合索引优化 再回顾下示例SQL的查询计划 我们给查询条件city和排序字段age，加个联合索引idx_city_age。再去查看执行计划： 可以发现，加上idx_city_age联合索引，就不需要Using filesort排序了。为什么呢？因为索引本身是有序的，我们可以看下idx_city_age联合索引示意图，如下： 整个SQL执行流程变成酱紫： 流程示意图如下： 从示意图看来，还是有一次回表操作。针对本次示例，有没有更高效的方案呢？有的，可以使用覆盖索引： 覆盖索引：在查询的数据列里面，不需要回表去查，直接从索引列就能取到想要的结果。换句话说，你SQL用到的索引列数据，覆盖了查询结果的列，就算上覆盖索引了。” 我们给city，name，age 组成一个联合索引，即可用到了覆盖索引，这时候SQL执行时，连回表操作都可以省去啦。 调整参数优化 我们还可以通过调整参数，去优化order by的执行。比如可以调整sort_buffer_size的值。因为sort_buffer值太小，数据量大的话，会借助磁盘临时文件排序。如果MySQL服务器配置高的话，可以使用稍微调整大点。 我们还可以调整max_length_for_sort_data的值，这个值太小的话，order by会走rowid排序，会回表，降低查询性能。所以max_length_for_sort_data可以适当大一点。 当然，很多时候，这些MySQL参数值，我们直接采用默认值就可以了。 使用order by 的一些注意点:没有where条件，order by字段需要加索引吗 日常开发过程中，我们可能会遇到没有where条件的order by，那么，这时候order by后面的字段是否需要加索引呢。如有这么一个SQL，create_time是否需要加索引： 无条件查询的话，即使create_time上有索引,也不会使用到。因为MySQL优化器认为走普通二级索引，再去回表成本比全表扫描排序更高。所以选择走全表扫描,然后根据全字段排序或者rowid排序来进行。 如果查询SQL修改一下： 分页limit过大时，会导致大量排序怎么办? 假设SQL如下： 索引存储顺序与order by不一致，如何优化？ 假设有联合索引 idx_age_name, 我们需求修改为这样：查询前10个员工的姓名、年龄，并且按照年龄小到大排序，如果年龄相同，则按姓名降序排。对应的 SQL 语句就可以这么写： 我们看下执行计划，发现使用到Using filesort 这是因为，idx_age_name索引树中，age从小到大排序，如果age相同，再按name从小到大排序。而order by 中，是按age从小到大排序，如果age相同，再按name从大到小排序。也就是说，索引存储顺序与order by不一致。 我们怎么优化呢？如果MySQL是8.0版本，支持Descending Indexes，可以这样修改索引： 使用了in条件多个属性时，SQL执行是否有排序过程 如果我们有联合索引idx_city_name，执行这个SQL的话，是不会走排序过程的，如下： 但是，如果使用in条件，并且有多个条件时，就会有排序过程。 这是因为:in有两个条件，在满足深圳时，age是排好序的，但是把满足上海的age也加进来，就不能保证满足所有的age都是排好序的。因此需要Using filesort。

Dictionary<string, string> dic1 = new Dictionary<string, string>(); dic1.Add("ddd","123"); dic1.Add("aaa", "123"); dic1.Add("ccc", "123"); dic1.Add("fff", "123"); dic1.Add("eee", "123"); dic1.Add("bbb", "123"); Dictionary<string, string> dic1Asc = dic1.OrderBy(o => o.Key).ToDictionary(o => o.Key, p => p.Value); Dictionary<string, string> dic1desc = dic1.OrderByDescending(o => o.Key).ToDictionary(o => o.Key, p => p.Value);

这个不是VB的语句，是SQL语句，一般的格式：Select * From 数据表名 Where 子句 Order By 字段名1 ASC , 字段名2 DESC上述例子是按照 字段名1 顺序排序，当字段名1的值相同时 按照 字段名2 逆序排序。

　　ORDER子句按一个或多个（最多16个）字段排序查询结果，可以是升序（ASC）也可以是降序（DESC），缺省是升序。ORDER子句通常放在SQL　　语句的最后。　　ORDER子句中定义了多个字段，则按照字段的先后顺序排序：　　select * from tablename order by column1 desc, column2 asc,　　column3 desc; 在column2中有"AAA","BBB"两种值。让AAA在前，BBB在后排序的情况：　　方法一 select * from tablename order by column1 desc,　　case column2 when "AAA" then 0 when "BBB" then 1 end ,column3 desc;　　方法二 select * from tablename order by column1 desc,　　CHARINDEX(column2,"AAA,BBB") , column3 desc

造句可以看到区别：The list is “in the order by”numbers. 等同The list is “sorted by ”numbers.

不好意思，刚才没有说清楚，刚才想问的$this->db->order_by("modified","desc");是放在$query=$this->db->get("items",50);前还是后，现在已经知道了，谢谢！$this->db->select("*");$this->db->order_by("modified","desc");$query=$this->db->get("items",50);另外，如何我想着页面上显示动态排序（跟点击倒序就显示倒序，点击正序就显示正序该怎么做）

如果只是一条数据行，可以这样： 主要是“user_id<>7”，就会把用户id为7的排在前面。 如果是多条数据行：

order by是排序 group by 是分组select * from tab group by name,number

"…… order by "+@ID +" desc"这样

还是把条件1 条件2都执行了才top1的啊

order by是排序，group by是分组，

sql排序是指定时间字段才能按照时间排序，asc默认升序，desc默认降序。ORDERBY语句ORDERBY语句用于根据指定的列对结果集进行排序。ORDERBY语句默认按照升序对记录进行排序。如果您希望按照降序对记录进行排序，可以使用DESC关键字。比如要排序：selectdatefromtablenameorderbydatedesc按date降序排列。

请问你的数据库是什么sql还是oracle还是其他 我只知道oracle的用法，也许你可以参考 select to_char(FORMATDATETIME,"yyyymmdd"),sum(金额) as charge FROM 表1 where 1=1 group by to_char(FORMATDATETIME,"yyyymmdd") order by charge desc;

order by * desc, * acs ;*为条件，条件的优先级和条件的先后顺序一致

order by 最后执行

SQL会根据日期进行排序，如果日期时间完全一样的话，那么记录再同一个时间顺序内就是随机排序的。

ORDER BY 字段1,字段2

先进行分组处理。Group By 和 Having, Where ,Order by这些关键字是按照如下顺序进行执行的：Where, Group By, Having, Order by。首先where将最原始记录中不满足条件的记录删除(所以应该在where语句中尽量的将不符合条件的记录筛选掉，这样可以减少分组的次数)然后通过Group By关键字后面指定的分组条件将筛选得到的视图进行分组接着系统根据Having关键字后面指定的筛选条件，将分组视图后不满足条件的记录筛选掉最后按照Order By语句对视图进行排序，这样最终的结果就产生了。在这四个关键字中，只有在Order By语句中才可以使用最终视图的列名，如：SELECT FruitName, ProductPlace, Price, ID AS IDE, DiscountFROM T_TEST_FRUITINFOWHERE (ProductPlace = N"china")ORDER BY IDE这里只有在ORDER BY语句中才可以使用IDE，其他条件语句中如果需要引用列名则只能使用ID，而不能使用IDE。

orderby这个指令来达到我们的目的。orderby的语法如下:select"栏位名"from"表格名"[where"条件"]orderby"栏位名"[asc,desc][]代表where是一定需要的。不过，如果where子句存在的话，它是在orderby子句之前。asc代表结果会以由小往大的顺序列出，而desc代表结果会以由大往小的顺序列出。如果两者皆没有被写出的话，那我们就会用asc。我们可以照好几个不同的栏位来排顺序。在这个情况下，orderby子句的语法如下(假设有两个栏位)：orderby"栏位一"[asc,desc],"栏位二"[asc,desc]若我们对这两个栏位都选择由小往大的话，那这个子句就会造成结果是依据"栏位一"由小往大排。若有好几笔资料"栏位一"的值相等，那这几笔资料就依据"栏位二"由小往大排。

建议学点基础知识,看些SQL基础!

order by 和 group by 的区别：1，order by 从英文里理解就是行的排序方式，默认的为升序。 order by 后面必须列出排序的字段名，可以是多个字段名。2，group by 从英文里理解就是分组。必须有“聚合函数”来配合才能使用，使用时至少需要一个分组标志字段。注意：聚合函数是---sum()、count()、avg()等都是“聚合函数”3,在sql命令格式使用的先后顺序上，group by 先于 order by。在Sql中也可以说order by是按字段排序，group by 是按字段分类通常order by 和group by 没有太多的关系，但是它们常常组合在一起用,完成分组加排序的功能。

数据分页时需要根据数据记录创建时间create_time字段倒序，即使用order by create_time desc，但是我们会发现，前端进行请求时获取的数据并不正确，分页中出现了一定的重复数据。 由于大量数据是并发创建的，所以create_time字段值是相同的。这里会有一个很有趣的问题，当order by的字段相同的时候 系统对数据的排序可能变得随机，即一会儿这条数据在前面，一会儿这条数据在后面了 ，所以当翻页的时候我们很容易便看到了重复的数据。 查阅了Goole和相关资料，大概总结了这种情况的原因。其实发生这种现象是“故意”设计的。 u2003u2003如果没有指定ORDER BY语句，则SQL Server（或任何RDBMS）不保证以特定顺序返回结果。 有些人认为，如果没有指定order by子句，行总是以聚簇索引顺序或物理磁盘顺序返回。 然而，这是不正确的，因为在查询处理期间可以改变行顺序的许多因素，例如并行的HASH连接是更改行顺序的操作符的一个很好的例子。 u2003u2003如果指定ORDER BY语句，SQL Server将对行进行排序，并按请求的顺序返回。 但是，如果该顺序不是确定性的，即可能有重复的值，则在每个具有相同值的组中，由于与上述相同的原因，该顺序是“随机的”。 u2003u2003确保确定性顺序的唯一方法是在ORDER BY子句中包含保证的唯一列或列组（例如主键）。

依次按自左至右的字段顺序排序

order by (CAST(LEFT(字段名,CHARINDEX(":",字段名)-1) AS INT)) 别忘了评为最佳，谢谢