まえがき
当社には独自のCRMがあり、正確な住所を持つ特定の組織に関する情報が定期的にこのシステムに追加されます。主なことは、これらの住所は本質的に一意であるということです。ただしchelfakomによって制御されます*)。 最近、KLADRはシステムにねじ込まれましたが、万能薬でもありませんでした。 KLADRには多くの不正確さがあります。 ポイントは家番号などなしで残されました。 など。ただし、これらの住所は現実のものです(データは会社の従業員によって提供され、信頼性があります)。 一般に、住所の入力は、KLADRからのヒントとともに自由な形式で残されました。 フィールドの組み合わせを拒否したことをすぐに言いたいのは、 略語のさまざまな略語は前兆ではなく、似顔絵の住所も非常に容認されていました(「Ololoshskoe sh。5km」、「TC Veselchak U」、さらには「Central Market」)。 そして最後に、プログラマーの主な敵はchelfuckで、これは非識字とタイプミスからスティッキーなキーボードとタイプミスまでを暗示しています。 残りはカットの下にあり......
何がありますか
一方では、あるフィールドに特定のアドレスで満たされたデータベースがあり、他方では、すべての結果を従業員システムに報告するために急いでいます。 可能な限り重複からデータを保護したかったため、レコードの重複の可能性に関する警告をユーザーに表示することにしました。
問題解決
アルゴリズムについてできる限り正確にコメントしようとしたので、簡単な説明で説明します。
- ソーステキストを取得し、「余分な」部分を削除します
- アドレス内の単語をいわゆる音節に分割します
- 入力についても同じことを行います。
- パーセントで音節の一致を確認する
- 私たちはそれを落とすためにアドレスの数字をさらにチェックします。 誤って印刷された別の家や建物番号のある通りでさえ、重複とは見なされないはずです
- 比較後に評決を下します
- 見つかった場合、同様の一致を与えます
- 棚からパイを取る
仕組み
以下はコードです。
function clearAddr($addr) { $associate = array( " " => "",
それはどのように見えますか
データベースに含まれるもの:
. , .40
. , .14
4- ., .1
. , .15
., .6
. ., .48
...
...
...
. , .31/22
. , .23, . 41
. -, .11
- , .39, .1
4- ., .4
, .2
私たちは入り口で与える:Doryninsiy
出口には次のものがあります。
Array ( [0] => 4- ., .1 [1] => 4- ., .4 )
検索クエリがドリニンスキーd.1のように見える場合、ゼロキーのみが表示されます。
利益!、生き延びてくれてありがとう。