使用order by 按照指定順序排序或自定義順序排序
我們通常需要根據客戶需求對於查詢出來的結果給客戶提供自定義的排序方式，那麼我們通常sql需要實現方式都有哪些，參考更多資料總結如下（不完善的和錯誤望大家指出）：
一、如果我們只是對於在某個程式中的應用是需要按照如下的方式排序，我們只需在SQL語句級別設定排序方式：
1、按照oracled的預設方式排序：select * from table_name order by col_name (desc|asc);(預設為升序或無序對於升降只有在數字欄位);
2、按照自定義的順序排序： select
* from table_name order by decode(col_name
二、如果我們只是對於在某個程式中的應用是需要按照如下設定的方式排序，我們只需在SQL語句級別設定排序方式（一般沒有設定之前我們系統的中文預設排序方式是按照拼音排序 ）：
1、按照拼音排序： select * fromtable_name order
by nlssort(col_name,'NLS_SORT=SCHINESE_PINYIN_M');
2、按照筆劃排序： select * from table_name order by nlssort(col_name,'NLS_SORT=SCHINESE_STROKE_M');
3、按照部首排序： select * from table_name order by nlssort(col_name,'NLS_SORT=SCHINESE_RADICAL_M');
注意：但是在資料量比較大情況下查詢速度會很慢，需要進行進一步優化，按oracle官方文件的解釋,oracle在對中文列建立索引時,是按照2進位制編碼進行排序的,所以如果NLS_SORT被設定為BINARY時，排序則可以利用索引.如果不是2進位制排序，而是使用上面介紹的3種針對中文的特殊排序，則oracle無法使用索引，會進行全表掃描.解決方法是,在此列上建立linguistic index.例如:CREATE INDEX nls_index ON my_table (NLSSORT(name, 'NLS_SORT =
引用原文：Note:
Setting NLS_SORT to anything other than BINARY causes a sort to use a full table scan, regardless of the path chosen by the optimizer. BINARY is the exception because indexes are built according to a binary order of keys. Thus the optimizer can use an index to satisfy the ORDER BY clause when NLS_SORT is set to BINARY. If NLS_SORT is set to any linguistic sort, the optimizer must include a full table scan and a full sort in the execution plan.
三、如果我們在整個會話中都要使用特定的方式排序的話，我們需要在Session級別的設定欄位的預設排序方式：
1.按拼音：alter session set nls_sort = SCHINESE_PINYIN_M;
2.按筆畫：alter session set nls_sort = SCHINESE_STROKE_M;
3.按偏旁：alter session set nls_sort = NLS_SORT=SCHINESE_RADICAL_M；
四、如果我們需要對整個資料做指定的排序方式，就需要修改oracle 伺服器系統引數（一般這種方式我們使用的比較少）：
1. win系統修改登錄檔 HKLC\SOFTWARE\ORACLE\home0\NLS_SORT
2.其他修改配置set NLS_SORT=SCHINESE_RADICAL_M export NLS_SORT