fix: precise 規則的讀取順序被 rule_str 排序打亂了

[chiakich]

@moskytw 感謝您製作的套件，多年以來一直使用，受益良多，非常感謝！但最近發現一個 bug：

問題

get_rule_str_zipcode_pairs() 查詢沒有 order by，SQLite 因此透過 (addr_str, rule_str) 主鍵索引取列，等於照 rule_str 字碼排序。但 find() 是 first-match-wins，規則順序即比對優先序，跟字碼順序無關。

全 這種整條路的 catch-all 字碼排序會排在 單/連/雙 之前，於是蓋掉本來要墊底的窄範圍規則：

臺北市中正區三樹路291號 -> 應為 237641（單245號至291號），實得 237012（全）

這應該跟 #17 當年回報的是同一個 bug（興大路145號 答成整區碼），只是被誤診為個案。

修法

select ... order by rowid。precise 是一般 rowid table 靠 insert or ignore 灌入，rowid 即 CSV 列序，也就是中華郵政資料本身「特例在前、全在後」的順序。

測試

在 TestDirectory 的 CSV fixture 加了一段可重現此問題的測試街道，並新增 test_find_prefers_narrower_rule_over_catch_all。還原修正可讓新測試失敗，套用後通過，已手動驗證。