代替名テーブルの基礎
プライマリー住所データに含まれるストリート、都市、場所などのフィーチャが、複数の名前で参照されることがあります。 たとえば、高速道路はストリート名に加えて、特定の高速道路番号で知られている可能性があります。 ストリートの名前や市の名前は、時間とともに変わることがあります。 このような場合、住所データで同じ場所が、さまざまな代替名で参照されることがあります。 代替名テーブルは、サポートされているすべてのロケーター ロールに使用可能であり、プライマリ参照データ内のフィーチャの代替名に対応しています。
これらの場所をジオコード化するために、プライマリー フィーチャの代替のストリート名を含む代替名テーブルを使用して、ロケーターを作成できます。 このロケーターを使用すると、基本フィーチャクラスや代替名テーブルに指定された名前に基づいて場所をジオコード化できます。
代替名テーブルの内容
ストリートなどのフィーチャの名前は、時間とともに変わることがあります。 たとえば、Jefferson Road は、以前に Old Country Roadと呼ばれていたストリートの新しい公式名称です。 都市内の近傍や公式な都市名と、一般に使用される名前の両方が存在する場合があり、どちらも住所の検索に使用されることがあります。 たとえば、ノース パークはサン ディエゴの近傍です。 可能なすべての名前でフィーチャを検索すると、ジオコーディングの成功率が高くなります。 代替名テーブルには、追加名のフィールドが含まれています。 各レコードは、フィーチャの名前の 1 つを表しています。 テーブルに名前を追加することもできます。
結合 ID
代替名テーブルには、レコードを基本フィーチャクラスに結合するための ID フィールドが必要です。 代替名テーブルで、単一のフィーチャについて複数の名前が含まれている場合、結合 ID フィールドには、代替名テーブルに含まれる代替フィーチャ名のそれぞれについて同じ値が含まれます。
基本フィーチャクラスには、各レコードについて一意の ID 値を格納するフィールドが必要で、このフィールドは代替名テーブルから結合 ID へのリンクに使用できます。
注意:
ロケーターを構築するときは、プライマリー参照データの ObjectID と代替名テーブルを、結合 ID ロケーター ロール フィールドにマッピングしないでください。 ObjectID を使用するとロケーターのサイズが大きくなり、バッチ ジオコーディングの性能とジオコーディング品質が低下します。
ツールを使用してロケーターを構築するときに、ObjectID、GUID、GlobalID などのフィールドを、プライマリー フィーチャを代替名テーブルのレコードにリンクするための結合 ID フィールドとして使用するのは推奨されません。 プライマリ参照データ ロールに関連付けられた結合 ID フィールドは、プライマリー参照データ内の多くのレコードおよび代替名テーブル内の一意のレコードに関連付けられる値を含む必要があります。 プライマリー データと代替名テーブルの代替名との間には、多対多か多対 1 の関係が必要です。 たとえば、ポイント アドレス ロケーターの一意の各都市は、その都市のすべての代替名に関して、1 つの結合 ID 値を持つ必要があります。 レッドランズがプライマリー都市名で、結合 ID 値が 1 のとき、対応する各代替名も、結合 ID 値が 1 です。 レッドランズ市に関連付けられたすべてのプライマリー レコードは、結合 ID 値が 1 です。
テーブルの属性
選択したロケーター ロールや、検索するフィーチャのタイプによっては、代替名テーブルの属性は基本フィーチャクラスで見られる値とほぼ同じです。 たとえば、ストリート住所のプライマリー属性には、接頭辞の方位、接頭辞のタイプ、ストリート名、ストリート タイプ、接尾辞の方位が含まれ、代替名テーブルの代替名にも同じ属性が使用されます。
注意:
データが正規化されており、プライマリー テーブルには都市名の値が含まれていないが、代替名テーブルには含まれている場合、たとえばロケーターを構築するとき、優先名インジケーター フィールドは、代替名テーブルに含まれる、そのレコードがプライマリー フィールドかどうかを示す値 (True/False や Yes/No など) を含むフィールドにマッピングできます。 このフィールドを関連付けないと、代替名テーブル内の最初のレコードがプライマリ値として使用されます。
