[[模糊-匹配]] == 打字錯誤 和 拼寫錯誤 我們希望在結構化數據上的查詢（如日期和價格）僅返回精確匹配的文檔. ((("typoes and misspellings", "fuzzy matching")))((("fuzzy matching"))) 然而, 好的全文檢索不應該有同樣的限制. 相反, 我們能拓寬網絡以包含那些 _可能的_匹配, 并且利用相關性分數把更好的匹配結果放在結果集的前面. 事實上, 僅能精確匹配的全文檢索 ((("full text search", "fuzzy matching")))可能會讓你的用戶感到失望. 難道你不希望一個對 ``quick brown fox'' 的檢索能匹配包含 ``fast brown foxes,'' 的文檔，對 ``Johnny Walker'' 的檢索能匹配包含 ``Johnnie Walker,'' 的文檔 或 ``Arnold Shcwarzenneger'' 能匹配 ``Arnold Schwarzenegger''嗎? 如果文檔中存在 _確切_ 包含于用戶查詢的內容,它們應該出現在結果集的前面, 但更弱的匹配可能在下面的列表中. 如果沒有精確匹配的文檔, 至少我們應該為用戶顯示可能的匹配結果; 它們甚至有可能就是用戶原來想要的! 我們已經在 <<token-normalization>> 看過 diacritic-free 匹配, 在 <<stemming>> 看過 詞干提取, 在 <<synonyms>> 看過 同義詞, 但是所有的這些方法都預先假定了單詞是正確拼寫的, 或者每個詞只有一種拼寫方式. 模糊匹配允許 查詢-時 匹配拼寫錯誤的單詞, 音標表征過濾器能在索引時用于 _發音-相似_ 的匹配.