翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ID マッピングテーブル分析ルール

では AWS Clean Rooms、ID マッピングテーブル分析ルールはスタンドアロンの分析ルールではありません。このタイプの分析ルールは によって管理 AWS Clean Rooms され、クエリを容易にするために異なる ID データを結合するために使用されます。ID マッピングテーブルに自動的に追加され、編集することはできません。コラボレーション内の他の分析ルールの動作は、それらの分析ルールが同種である限り、継承されます。

ID マッピングテーブル分析ルールは、ID マッピングテーブルにセキュリティを適用します。これにより、コラボレーションメンバーが ID マッピングテーブルを使用して、2 つのメンバーのデータセット間で重複しない母集団を直接選択または検査することが制限されます。ID マッピングテーブル分析ルールは、他の分析ルールを含むクエリで暗黙的に使用される場合に、ID マッピングテーブル内の機密データを保護するために使用されます。

ID マッピングテーブル分析ルールを使用すると、 は拡張された で ID マッピングテーブルの両側に重複 AWS Clean Rooms を適用しますSQL。これにより、次のタスクを実行できます。

サポートされているクエリ構造と構文は、 で定義されていますID マッピングテーブルのクエリ構造と構文。

で定義されている分析ルールのパラメータには、クエリコントロールとクエリ結果コントロールID マッピングテーブル分析ルールのクエリコントロールが含まれます。そのクエリコントロールには、 JOINステートメント (つまり、) で ID マッピングテーブルの重複を要求する機能が含まれますrequireOverlap。

ID マッピングテーブルのクエリ構造と構文

ID マッピングテーブル分析ルールを持つテーブルに対するクエリは、次の構文に従う必要があります。

--select_list_expression
SELECT 
provider.data_col, consumer.data_col 

--table_expression
FROM provider

JOIN idMappingTable idmt ON provider.id = idmt.sourceId

JOIN consumer ON consumer.id = idmt.targetId

                        

コラボレーションテーブル

次の表は、 AWS Clean Rooms コラボレーションに存在する設定済みテーブルを示しています。cr_drivers_license テーブルと cr_insurance テーブルの両方の ID 列は、ID マッピングテーブルと一致する列を表します。

cr_drivers_license

cr_保険

ID マッピングテーブル

次の表は、cr_drivers_license テーブルと cr_insurance テーブルで一致する既存の ID マッピングテーブルを示しています。すべてのエントリが両方のコラボレーションテーブルIDsに を持つわけではありません。

ID マッピングテーブル分析ルールでは、重複するデータのセットに対してのみクエリを実行できます。これは次のように表示されます。

クエリの例

次の例は、ID マッピングテーブル結合の有効な場所を示しています。

-- Single ID mapping table
SELECT
    [ select_items ]
FROM
    cr_drivers_license cr_dl
    [ INNER | LEFT | RIGHT ] JOIN cr_identity_mapping_table idmt ON idmt.cr_drivers_license_id = cr_dl.id
    [ INNER | LEFT | RIGHT ] JOIN cr_insurance cr_in             ON idmt.cr_insurance_id       = cr_in.id
;

-- Single ID mapping table (Subquery)
SELECT
    [ select_items ]
FROM (
    SELECT
        [ select_items ]
    FROM
        cr_drivers_license cr_dl
        [ INNER | LEFT | RIGHT ] JOIN cr_identity_mapping_table idmt ON idmt.cr_drivers_license_id = cr_dl.id
        [ INNER | LEFT | RIGHT ] JOIN cr_insurance cr_in             ON idmt.cr_insurance_id       = cr_in.id
)
;

-- Single ID mapping table (CTE)
WITH
    matched_ids AS (
        SELECT
            [ select_items ]
        FROM
            cr_drivers_license cr_dl
            [ INNER | LEFT | RIGHT ] JOIN cr_identity_mapping_table idmt ON idmt.cr_drivers_license_id = cr_dl.id
            [ INNER | LEFT | RIGHT ] JOIN cr_insurance cr_in             ON idmt.cr_insurance_id       = cr_in.id
    )
SELECT
    [ select_items ]
FROM
    matched_ids
;

考慮事項

ID マッピングテーブルのクエリ構造と構文については、次の点に注意してください。

ID マッピングテーブル分析ルールのクエリコントロール

ID マッピングテーブルのクエリコントロールを使用すると、 はテーブル内の列を使用してテーブルをクエリする方法 AWS Clean Rooms を制御します。例えば、結合に使用する列と重複が必要な列を制御します。ID マッピングテーブル分析ルールには、、sourceID、targetIDまたはその両方を を必要とせずに射影できるようにする機能も含まれていますJOIN。

次の表では、各コントロールについて説明します。

ID マッピングテーブル分析ルールの事前定義された構造

ID マッピングテーブル分析ルールの事前定義された構造には、 sourceIDおよび に適用されるデフォルトの保護が付属していますtargetID。つまり、保護が適用された 列をクエリで使用する必要があります。

ID マッピングテーブル分析ルールは、次の方法で設定できます。

次の例は、 sourceIDおよび にデフォルトの保護が適用された ID マッピングテーブル分析ルールの事前定義された構造を示していますtargetID。この例では、ID マッピングテーブル分析ルールは、 sourceID列と targetID列INNERJOINの両方で のみを許可します。

{
  "joinColumns": [
    "source_id",
    "target_id"
  ],
  "queryConstraints": [
    {
      "requireOverlap": {
        "columns": [
          "source_id",
          "target_id"
        ]
      }
    }
  ],
  "dimensionColumns": [] // columns that can be used in SELECT and JOIN
}

次の例は、 に保護が適用された ID マッピングテーブル分析ルールの事前定義された構造を示していますtargetID。この例では、ID マッピングテーブル分析ルールは sourceID列INNERJOINの のみを許可します。

{
  "joinColumns": [
    "source_id",
    "target_id"
  ],
  "queryConstraints": [
    {
      "requireOverlap": {
        "columns": [
          "target_id"
        ]
      }
    }
  ],
  "dimensionColumns": [
    "source_id"
  ]
}

次の例は、 に保護が適用された ID マッピングテーブル分析ルールの事前定義された構造を示していますsourceID。この例では、ID マッピングテーブル分析ルールは targetID列INNERJOINの のみを許可します。

{
  "joinColumns": [
    "source_id",
    "target_id"
  ],
  "queryConstraints": [
    {
      "requireOverlap": {
        "columns": [
          "source_id"
        ]
      }
    }
  ],
  "dimensionColumns": [
    "target_id"
  ]
}

次の例は、 sourceIDまたは に保護が適用されていない ID マッピングテーブル分析ルールの事前定義された構造を示していますtargetID。この例では、ID マッピングテーブル分析ルールは、 sourceID列と INNER JOIN targetID列の両方で を許可します。

{
  "joinColumns": [
    "source_id",
    "target_id"
  ],
  "queryConstraints": [
    {
      "requireOverlap": {
        "columns": []
      }
    }
  ],
  "dimensionColumns": [
    "source_id",
    "target_id"
  ]
}

ID マッピングテーブル分析ルール – 例

例えば、企業は ID マッピングテーブル分析ルールを使用してマルチパーティー LiveRamp トランスコードを使用できるため、個人を特定できる情報 (PII) を参照する長いウォーターフォールステートメントを記述するのではなく、次の例は、ID マッピングテーブル分析ルール AWS Clean Rooms を使用して でコラボレーションする方法を示しています。

A 社は、顧客および売上データを持つ広告業者であり、ソースとして使用されます。A 社は、コラボレーションの当事者に代わってトランスコードも実行し、 LiveRamp 認証情報を取得します。

B 社はイベントデータを持つパブリッシャーであり、ターゲットとして使用されます。

ID マッピングテーブル分析をコラボレーションで有効にするコラボレーションを作成するには、企業は以下を実行します。