設計一個快速查找地址數據庫

Question

如果我是在MySQL數據庫設計以下規格：在25mil記錄

2）的門牌號，街道，鎮，市列

1）郵政編碼

3）街道，鎮，市，郵政編碼必須是全文搜索的（在前端側，搜索將在AJAX運行了與直接下拉結果中的文字輸入字段）

我會如何設計上述？

我在想用一張桌子工作 - 這是一個壞主意嗎？由於這是地址數據，我不確定是否要在不同的表格之間進行規範化。我也在想，如果使用單個表格，我會在可搜索字段中執行FULLTEXT索引。

我以前沒有用過這麼大的數據庫。以上是一個壞主意嗎？

---

更新＃1：

決定正常化街道和郵編列，這實際上是被搜索上唯一的（重新檢查原始規範）。街道名稱有一些快速的數學和基數是2％，後編碼數據集的6％，所以我認爲這是最好的前進方向。

當前正在運行2900萬行的導入 - 大約需要5個小時。爲了完成這個問題，稍後會在性能測試中再次更新。

Answer 1

您的設計聽起來很合理。但。你確定數據庫中的地址都符合「，」格式嗎？關於「c/o」地址（「care/of」）呢？單位/公寓/樓層/套房號碼？特定的建築名稱（「華盛頓白宮奧巴馬」）呢？

在美國，這種地址佈局有各種例外情況。例如，有一種叫做「鄉村路線」的東西，其格式是「RR BOX」（描述爲here）。有郵政信箱和軍事地址。事實上，我剛剛瞭解到美國郵政局有一份描述各種不同地址格式的出版物（here）。

更一般的形式類似於「地址線1」，「地址線2」，「城市」，「郵政編碼」。有許多服務可以爲世界上的大部分地區實現地址標準化，甚至還有可用於此目的的軟件。

使用全文搜索的想法是個好主意。例如，在街道名稱上尋找部分匹配時，速度會更快。