信用調査機関のデータベースを設計していて、いくつかのガイダンスを求めています。
銀行、MFI、Saccos、公益事業会社などから受け取るデータには、さまざまな種類のIDが付属しています。例：国民IDとパスポートで銀行口座を開設することは完全に合法です。私の頭を悩ませているシナリオ1は、Customer1がパスポートを使用してbank1のクレジットファシリティ（今のところローンと呼びます）を取得してから、bank2に移動し、 NationalIDを使用してBank3を取得し、MilitaryIDを使用して別のローンを取得することです。最終的に、このデータが銀行から支局に送られると、実際には1人であることがわかっているのに、3人の異なる人として表示されます。現時点では、支局としてできることは何もありません。
ただし、（今のところ）1つの方法は、パスポートとIDSの両方を保持するリポジトリを提供するGovtレジストリを使用することです。したがって、この情報を照会して応答を取得したら、Passport_XがNationalID_YおよびMilitaryNumber_Zに関連していることをDBに表示するにはどうすればよいですか？
この場合も、人の名前はさまざまな注文状態で取得できます。Bank1はFName、LName、ONameを実行できますが、Bank3はLName、FNameのみを実行できます。この名前を保存するにはどうすればよいですか？
NationalIDなどの1つのIDタイプに対しても、スペルミスや名前の欠落がよく見られます。したがって、データベース内の1つのNationalIDは、取引したさまざまな銀行によってその人物の名前が異なる方法で取得されたため、約6つの異なる名前になる可能性があります。
そして、それは氷山の一角にすぎません。住所や電話番号などに問題があります。
すべての銀行からすべてのデータを確実に取得し、個人に関して可能な限り最も正確な情報を提供するために、データベースをどのように構成するかについて、何か洞察がありますか？さらに良いことに、このタイプのセットアップの経験はありますか？
ありがとう。