假如以下地址(正常排序結會是以下這樣)

A:台中市東區大智路12號
B:台中市大智路12號
C:台中市建成路12號

在這地址有做一個排序的識別碼
但由於他們分別是在台中市東區
所以這個識別碼都會一樣

但是在Order By會先看識別碼在依地址排序
會讓結果變成

A:台中市東區大智路12號
C:台中市建成路12號
B:台中市大智路12號

這樣排序結果是錯誤的
目前可以解決的方式就是多看一個地址的field
但使用建檔不完整或來源資料不完整
(指地址有很完整的地址或簡易的)
(如A是一個完整地址,但B就不是了)
想請問各位大大~排序方式是否有依資料較相同排在一起的嗎?

忘了說~這是要print報表上的
不知這樣說明是否清楚~

------
程式沒有這麼難
只是還沒打通其中要絕

講的很清楚, 但只有一句完全不懂
排序方式是否有依資料較相同排在一起的嗎?
何謂資料相同?
以本例, 沒有資料相同的(只有台中市)
如果你想讓電腦可以判斷B,C都是屬於東區, 那有點天方夜譯, 不過可以建議A,B,C 的編碼方式
可以使用郵遞區號(3碼)就可以解決你的問題了

shunaaron 說的 "資料較相同" 應該指 A. B 其實都是 "大智路", 其實是同一條馬路
只是因為 B 沒有血 "東區", 結果排序後 A, B 中間多了個距離較遠的 C

一般為了避免這種問題, 都會在輸入畫面做些強制動作, 例如 哪一區沒寫就禁止輸入
如果是現有的資料庫, SELECT * from TableAddr where Addr not like "%區%"
把沒有分區的全部顯示出來, 補上區域

------
能力不足，求助於人；有能力時，幫幫別人；如果您滿意答覆，請適時結案！

子曰：問有三種，不懂則問，雖懂有疑則問，雖懂而想知更多則問！

如同pcboy所說的
A:台中市東區大智路12號
B:台中市大智路12號
C:台中市建成路12號
我們人看來A,B是一樣的
但系統會因為排序而有錯誤
在資料匯入時~
地址,就會先去看一個Tabel而會一個"編號"
那個編號就是有歸類過的
會把如"台中市" , "東區"的編號設成一樣
會這樣主要是使用者在定義基本資料不完整
(因為只設台中市,東區,沒去設路或段)
所以才會.....
pcboy的建議是小弟目前~覺得只能這樣做的
但..要使用者去建那些資料..很難
所以才想問是否SQL語法是否能有這樣排序方式
小弟有試過拆字方式~但還是沒法做到

順帶一提,資料來源是來至廠商而已自己建立
所以沒法子去做到那樣子的控制
另外PD大大
~基本上~目前是有做到~可以把他歸類到東區
也就是因為把他都是東區資料
所以才會產生他們的地址編號都一樣
（其實我應該是用台中縣大里市的資來說才對）

------
程式沒有這麼難
只是還沒打通其中要絕

編輯記錄

這是我自己在使用的地址輸入器, 重點分為三組重要欄位, 如圖, 這樣就可以解決你遇到的問題

感謝PD大大~
目前小弟的分析地址的欄位也用縣市/鄉鎮區/街路段,來去看
幾號則是判斷出來~
來源資料都是廠商給的~
自己員工不可能自己去.....
使用者不去建立好...
又要幫他們做好...
看來~還是只有逼他們了XD
再次感謝
===================引 用 P.D. 文 章===================
這是我自己在使用的地址輸入器, 重點分為三組重要欄位, 如圖, 這樣就可以解決你遇到的問題

------
程式沒有這麼難
只是還沒打通其中要絕

編輯記錄

中華(台灣, whatever)郵政有提供全省地址詳細資料及程式供下載, 而且是不要錢的, 不要自己輸入了啦! 去下載回來(我記得沒錯的話是dbf檔), 再去擷取自己要的東東