As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Regra de análise da tabela de mapeamento de ID

Em AWS Clean Rooms, uma regra de análise de tabela de mapeamento de ID não é uma regra de análise independente. Esse tipo de regra de análise é gerenciado AWS Clean Rooms e usado para unir dados de identidade diferentes para facilitar a consulta. A regra é adicionada automaticamente às tabelas de mapeamento de ID e não pode ser editada. Ela herda os comportamentos das outras regras de análise na colaboração, desde que essas regras de análise sejam homogêneas.

A regra de análise da tabela de mapeamento de ID reforça a segurança em uma tabela de mapeamento de ID. Usando a tabela de mapeamento de ID, ela impede que um membro da colaboração selecione ou inspecione diretamente a população sem sobreposição entre os conjuntos de dados dos dois membros. A regra de análise da tabela de mapeamento de ID é usada para proteger os dados confidenciais na tabela de mapeamento de ID quando usada implicitamente em consultas com outras regras de análise.

Com a regra de análise da tabela de mapeamento de ID, AWS Clean Rooms impõe uma sobreposição em ambos os lados da tabela de mapeamento de ID no SQL expandido. Isso permite executar as seguintes tarefas:

A estrutura e a sintaxe de consulta aceitas são definidas em Estrutura e sintaxe da consulta da tabela de mapeamento de ID.

Os parâmetros da regra de análise, definidos em Controles de consulta de regras de análise da tabela de mapeamento de ID, incluem controles de consulta e controles de resultados de consulta. Seus controles de consulta incluem a capacidade de exigir a sobreposição da tabela de mapeamento de ID no JOIN declarações (ou seja,requireOverlap).

Estrutura e sintaxe da consulta da tabela de mapeamento de ID

As consultas em tabelas que têm uma regra de análise da tabela de mapeamento de ID devem seguir a sintaxe abaixo.

--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

                        

Tabelas de colaboração

As tabelas a seguir representam tabelas configuradas que existem em uma AWS Clean Rooms colaboração. A coluna id nas tabelas cr_drivers_license e cr_insurance representa uma coluna que corresponde à tabela de mapeamento de ID.

cr_drivers_license

cr_insurance

Tabela de mapeamento de ID

A tabela a seguir representa uma tabela de mapeamento de ID existente que corresponde às tabelas cr_drivers_license e cr_insurance. Nem todas as entradas serão válidas IDs para ambas as tabelas de colaboração.

A regra de análise da tabela de mapeamento de ID só permite que as consultas sejam realizadas no conjunto de dados sobrepostos, que teria a seguinte aparência:

Consultas de exemplo

Os seguintes exemplos mostram locais válidos para as junções da tabela de mapeamento de 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
;

Considerações

Em relação à estrutura e à sintaxe de consultas da tabela de mapeamento de ID, lembre-se de que:

Controles de consulta de regras de análise da tabela de mapeamento de ID

Com os controles de consulta da tabela de mapeamento de ID, AWS Clean Rooms controla como as colunas em sua tabela são usadas para consultar a tabela. Por exemplo, ele controla quais colunas são usadas para unir e quais colunas precisam de sobreposição. A regra de análise da tabela de mapeamento de ID também inclui um recurso que possibilite que o sourceID, o targetID ou ambos sejam projetados sem exigir JOIN.

A tabela a seguir explica cada controle.

Estrutura predefinida da regra de análise da tabela de mapeamento de ID

A estrutura predefinida de uma regra de análise da tabela de mapeamento de ID vem com proteções padrão que são aplicadas ao sourceID e ao targetID. Isso significa que a coluna com proteções aplicadas deve ser usada em consultas.

É possível configurar a regra de análise da tabela de mapeamento de ID das seguintes maneiras:

O exemplo a seguir mostra uma estrutura predefinida para uma regra de análise da tabela de mapeamento de ID com as proteções padrão aplicadas ao sourceID e ao targetID. Neste exemplo, a regra de análise da tabela de mapeamento de ID só permite uma INNER JOIN nas colunas sourceID e targetID.

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

O exemplo a seguir mostra uma estrutura predefinida para uma regra de análise da tabela de mapeamento de ID com as proteções padrão aplicadas ao targetID. Neste exemplo, a regra de análise da tabela de mapeamento de ID só permite uma INNER JOIN na coluna sourceID.

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

O exemplo a seguir mostra uma estrutura predefinida para uma regra de análise da tabela de mapeamento de ID com as proteções padrão aplicadas ao sourceID. Neste exemplo, a regra de análise da tabela de mapeamento de ID só permite uma INNER JOIN na coluna targetID.

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

O exemplo a seguir mostra uma estrutura predefinida para uma regra de análise da tabela de mapeamento de ID sem as proteções aplicadas ao sourceID ou ao targetID. Neste exemplo, a regra de análise da tabela de mapeamento de ID permite uma INNER JOIN nas colunas sourceID e targetID.

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

Regra de análise da tabela de mapeamento de ID: exemplo

Em vez de escrever uma longa declaração em cascata que faça referência a Informações de Identificação Pessoal (PII), por exemplo, as empresas podem usar a regra de análise da tabela de mapeamento de ID para usar a transcodificação multipartidária. LiveRamp O exemplo a seguir demonstra como você pode colaborar AWS Clean Rooms usando a regra de análise da tabela de mapeamento de ID.

A Empresa A é uma anunciante que tem dados de clientes e de vendas, os quais serão usados como fonte. A empresa A também realiza a transcodificação em nome das partes na colaboração e traz as LiveRamp credenciais.

A Empresa B é uma editora que tem dados de eventos, os quais serão usados como destino.

Para criar uma colaboração que possibilite a análise da tabela de mapeamento de ID em colaboração, as empresas fazem o seguinte: