Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Regel zur Analyse von ID-Zuordnungstabellen
<a name="analysis-rules-id-mapping-table"></a>

In AWS Clean Rooms ist eine *Analyseregel für ID-Zuordnungstabellen* keine eigenständige Analyseregel. Diese Art von Analyseregel wird von unterschiedlichen Identitätsdaten verwaltet AWS Clean Rooms und verwendet, um das Abfragen zu erleichtern. Sie wird automatisch zu ID-Zuordnungstabellen hinzugefügt und kann nicht bearbeitet werden. Es erbt das Verhalten der anderen Analyseregeln in der Zusammenarbeit — sofern diese Analyseregeln homogen sind.

Die Analyseregel für die ID-Zuordnungstabelle erzwingt die Sicherheit einer ID-Zuordnungstabelle. Sie verhindert, dass ein Mitglied der Kollaboration anhand der ID-Zuordnungstabelle die Population, die sich nicht überschneidet, zwischen den Datensätzen der beiden Mitglieder direkt auswählt oder überprüft. Die Analyseregel für die ID-Zuordnungstabelle wird verwendet, um die sensiblen Daten in der ID-Zuordnungstabelle zu schützen, wenn sie in Abfragen mit impliziten anderen Analyseregeln verwendet wird.

 AWS Clean Rooms Erzwingt mit der Analyseregel für ID-Zuordnungstabellen in erweitertem SQL eine Überlappung auf beiden Seiten der ID-Zuordnungstabelle. Auf diese Weise können Sie die folgenden Aufgaben ausführen: 
+ Verwenden Sie die Überlappung der ID-Zuordnungstabelle in JOIN Anweisungen.

  AWS Clean Rooms erlaubt einen INNERLEFT, oder RIGHT -Join in der ID-Zuordnungstabelle, sofern dabei die Überlappung berücksichtigt wird. Um vertrauliche Zuordnungsinformationen zu schützen, muss sich die ID-Zuordnungstabelle bei jeder JOIN Operation immer auf der Seite inner "" befinden. Beispielsweise sind die folgenden JOIN Operationen gültig:
  + table LEFT JOIN id\_mapping\_table
  + id\_mapping\_table RIGHT JOIN table
  + table INNER JOIN id\_mapping\_table

  Die folgenden JOIN Operationen sind ungültig:
  + id\_mapping\_table LEFT JOIN table
  + table RIGHT JOIN id\_mapping\_table

  Dadurch wird verhindert, dass Kartendatensätze offengelegt werden, für die Ihr Datensatz keine entsprechenden Treffer enthält. Wenn Sie solche Operationen zulassen, könnten möglicherweise vertrauliche Informationen über die Datenzuordnungen anderer Kollaborationsmitglieder preisgegeben werden.
+ Verwenden Sie die Spalten der Zuordnungstabelle in Anweisungen. JOIN 

  Sie können die Spalten der Zuordnungstabelle nicht in den folgenden Anweisungen verwenden:SELECT,, WHEREHAVING, oder ORDER BY (es sei dennGROUP BY, die Schutzmaßnahmen für die Quell-ID-Namespace-Zuordnung oder die Ziel-ID-Namespace-Zuordnung wurden geändert).
+ Unterstützt in erweitertem SQL AWS Clean Rooms auch implizit OUTER JOIN und CROSSJOIN. JOIN Diese Verknüpfungen können die Anforderungen an Überschneidungen nicht erfüllen. Wird stattdessen AWS Clean Rooms verwendet, `requireOverlap` um anzugeben, für welche Spalten eine Verbindung hergestellt werden muss.

Die unterstützte Abfragestruktur und Syntax sind in definiert. [Struktur und Syntax der Abfrage in der ID-Zuordnungstabelle](#id-mapping-table-query-controls)

Zu den Parametern der Analyseregel, die unter definiert sind[Steuerelemente für die Abfrage von ID-Zuordnungstabellen für Analysen](#parameters-id-mapping-query-controls), gehören Abfragesteuerelemente und Steuerelemente für Abfrageergebnisse. Zu den Abfragesteuerelementen gehört die Möglichkeit, eine Überlappung der ID-Zuordnungstabelle in JOIN Anweisungen vorzuschreiben (d. h.`requireOverlap`).

**Topics**
+ [Struktur und Syntax der Abfrage in der ID-Zuordnungstabelle](#id-mapping-table-query-controls)
+ [Steuerelemente für die Abfrage von ID-Zuordnungstabellen für Analysen](#parameters-id-mapping-query-controls)
+ [Vordefinierte Struktur der Regel für die Analyse der ID-Zuordnungstabelle](#id-mapping-table-predefined-structure)
+ [Analyseregel für ID-Zuordnungstabellen — Beispiel](#id-mapping-table-example)

## Struktur und Syntax der Abfrage in der ID-Zuordnungstabelle
<a name="id-mapping-table-query-controls"></a>

Abfragen für Tabellen, für die eine Analyseregel für ID-Zuordnungstabellen gilt, müssen der folgenden Syntax entsprechen.

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

### Tabellen für die Zusammenarbeit
<a name="collab-table-structure"></a>

Die folgenden Tabellen stellen konfigurierte Tabellen dar, die in einer AWS Clean Rooms Kollaboration existieren. Die **ID-Spalte** in den Tabellen **cr\_drivers\_license und cr\_insurance** **stellt eine Spalte dar, die mit der ID-Zuordnungstabelle** übereinstimmt.

**cr\_drivers\_license**


|  |  |  | 
| --- |--- |--- |
| id | Treibername | Staat der Registrierung | 
| 1 | Eduard | TX | 
| 2 | Dana | MA | 
| 3 | Gweneth | IL | 

**Autoversicherung**


|  |  |  | 
| --- |--- |--- |
| id | E-Mail des Versicherungsnehmers | Policy\_number | 
| a | eduardo@internal.company.com | 17f9d04e-f5be-4426-bdc4-250ed59c6529 | 
| b | gwen@internal.company.com | 3f0092db-2316-48a8-8d44-09cf8f6e6c64 | 
| c | rosa@internal.company.com | d7692e84-3d3c-47b8-b46d-a0d5345f0601 | 

### ID-Zuordnungstabelle
<a name="id-mapping-table-structure"></a>

**Die folgende Tabelle stellt eine bestehende ID-Zuordnungstabelle dar, die mit den Tabellen **cr\_drivers\_license und cr\_insurance** übereinstimmt.** Nicht alle Einträge sind für beide Kollaborationstabellen gültig. IDs 


|  |  | 
| --- |--- |
| cr\_drivers\_license\_id | cr\_insurance\_id | 
| 1 | a | 
| 2 | Null | 
| 3 | b | 
| Null | c | 

Die Analyseregel für die ID-Zuordnungstabelle lässt nur zu, dass Abfragen für den Satz sich überschneidender Daten ausgeführt werden, was wie folgt aussehen würde:


|  |  |  |  |  |  | 
| --- |--- |--- |--- |--- |--- |
| cr\_drivers\_license\_id | cr\_insurance\_id | Treibername | Staat der Registrierung | E-Mail des Versicherungsnehmers | Policy\_number | 
| 1 | a | Eduard | TX | eduardo@internal.company.com | 17f9d04e-f5be-4426-bdc4-250ed59c6529 | 
| 3 | b | Gweneth | IL | gwen@internal.company.com | 3f0092db-2316-48a8-8d44-09cf8f6e6c64 | 

### Beispielabfragen
<a name="id-mapping-table-example-queries"></a>

Die folgenden Beispiele zeigen gültige Speicherorte für die Verknüpfungen der ID-Zuordnungstabellen:

```
-- Single ID mapping table
SELECT
    [ select_items ]FROM
    cr_drivers_license cr_dl
    [ INNER | LEFT ] JOIN cr_identity_mapping_table idmt ON idmt.cr_drivers_license_id = cr_dl.id
    [ INNER | 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 ] JOIN cr_identity_mapping_table idmt ON idmt.cr_drivers_license_id = cr_dl.id
        [ INNER | 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 ] JOIN cr_identity_mapping_table idmt ON idmt.cr_drivers_license_id = cr_dl.id
            [ INNER | RIGHT ] JOIN cr_insurance cr_in            ON idmt.cr_insurance_id       = cr_in.id
    )SELECT
    [ select_items ]FROM
    matched_ids
;
```

### Überlegungen
<a name="id-mapping-table-considerations"></a>

Beachten Sie bei der Struktur und Syntax der Abfrage von ID-Zuordnungstabellen Folgendes:
+ Sie können es nicht bearbeiten.
+ Es wird standardmäßig auf die ID-Zuordnungstabelle angewendet.
+ Es verwendet eine Quell- und Ziel-ID-Namespace-Zuordnung innerhalb der Kollaboration. 
+ Die ID-Zuordnungstabelle ist standardmäßig so konfiguriert, dass sie Standardschutz für die Spalte bietet, die aus dem ID-Namespace stammt. Sie können diese Konfiguration so ändern, dass die Spalte, die aus dem ID-Namespace stammt (entweder `sourceID` oder`targetID`), an beliebiger Stelle in der Abfrage zulässig ist. Weitere Informationen finden Sie unter [ID-Namespaces in AWS Clean Rooms](working-with-id-namespaces.md).
+ Die Analyseregel für die ID-Zuordnungstabelle erbt die SQL-Einschränkungen der anderen Analyseregeln in der Kollaboration.

## Steuerelemente für die Abfrage von ID-Zuordnungstabellen für Analysen
<a name="parameters-id-mapping-query-controls"></a>

Steuert mit Abfragesteuerelementen für ID-Zuordnungstabellen, AWS Clean Rooms wie die Spalten in Ihrer Tabelle zur Abfrage der Tabelle verwendet werden. Sie steuert beispielsweise, welche Spalten für die Verknüpfung verwendet werden und welche Spalten sich überlappen müssen. Die Analyseregel für ID-Zuordnungstabellen umfasst auch Funktionen, mit denen Sie die Projektion von `sourceID``targetID`, dem oder beiden zulassen können, ohne dass ein JOIN erforderlich ist. 

In der folgenden Tabelle werden die einzelnen Steuerelemente erläutert.


| Steuerung | Definition | Usage | 
| --- | --- | --- | 
| joinColumns | Die Spalten, die das Mitglied, das Abfragen durchführen kann, in der INNER JOIN-Anweisung verwenden kann. | Sie können sie joinColumns in keinem anderen Teil der Abfrage als INNER JOIN verwenden.Weitere Informationen finden Sie unter [Steuerelemente verbinden](analysis-rules-aggregation.md#join-controls). | 
| dimensionColumns  | Die Spalten (falls vorhanden), die das Mitglied, das Abfragen durchführen kann, in SELECT- und GROUP BY-Anweisungen verwenden kann.  | A `dimensionColumn` kann in SELECT und verwendet werden GROUPBY.<br />A `dimensionColumn` kann erscheinen als`joinKeys`. <br />Sie können es `dimensionColumns` in der JOIN-Klausel nur verwenden, wenn Sie es in Klammern angeben. | 
| queryContraints:RequireOverlap | Die Spalten in der ID-Zuordnungstabelle, die verknüpft werden müssen, damit die Abfrage ausgeführt werden kann. | Diese Spalten müssen verwendet werden, um die ID-Zuordnungstabelle und eine Kollaborationstabelle miteinander zu verknüpfen. | 

## Vordefinierte Struktur der Regel für die Analyse der ID-Zuordnungstabelle
<a name="id-mapping-table-predefined-structure"></a>

Die vordefinierte Struktur für eine Analyseregel für ID-Zuordnungstabellen enthält Standardschutzmaßnahmen, die auf das und angewendet werden. `sourceID` `targetID` Das bedeutet, dass die Spalte mit den angewendeten Schutzmaßnahmen in Abfragen verwendet werden muss.

Sie können die Analyseregel für die ID-Zuordnungstabelle auf folgende Weise konfigurieren:
+ Beides `sourceID` und `targetID` geschützt

  In dieser Konfiguration `targetID` können `sourceID` sowohl das als auch das andere projiziert werden. Das `sourceID` und `targetID` muss in einem JOIN verwendet werden, wenn auf die ID-Zuordnungstabelle verwiesen wird.
+ Nur `targetID` geschützt

  In dieser Konfiguration `targetID` kann das nicht projiziert werden. Das `targetID` muss in einem JOIN verwendet werden, wenn auf die ID-Zuordnungstabelle verwiesen wird. Das `sourceID` kann in einer Abfrage verwendet werden.
+ Nur `sourceID` geschützt

  In dieser Konfiguration `sourceID` kann das nicht projiziert werden. Das `sourceID` muss in einem JOIN verwendet werden, wenn auf die ID-Zuordnungstabelle verwiesen wird. Das `targetID` kann in einer Abfrage verwendet werden.
+ Weder `sourceID` noch `targetID` geschützt

  In dieser Konfiguration unterliegt die ID-Zuordnungstabelle keiner bestimmten Erzwingung, die in Abfragen verwendet werden kann.

Das folgende Beispiel zeigt eine vordefinierte Struktur für eine Analyseregel für ID-Zuordnungstabellen, bei der die Standardschutzmaßnahmen auf und angewendet werden. `sourceID` `targetID` In diesem Beispiel erlaubt die Analyseregel für die ID-Zuordnungstabelle nur einen INNER JOIN sowohl für die Spalte als auch für die `sourceID` Spalte. `targetID` 

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

Das folgende Beispiel zeigt eine vordefinierte Struktur für eine Analyseregel für eine ID-Zuordnungstabelle, auf die Schutzmaßnahmen angewendet wurden. `targetID` In diesem Beispiel erlaubt die Analyseregel für ID-Zuordnungstabellen nur einen INNER JOIN für die Spalte. `sourceID` 

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

Das folgende Beispiel zeigt eine vordefinierte Struktur für eine Analyseregel für ID-Zuordnungstabellen mit Schutzmaßnahmen für. `sourceID` In diesem Beispiel erlaubt die Analyseregel für ID-Zuordnungstabellen nur einen INNER JOIN für die Spalte. `targetID` 

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

Das folgende Beispiel zeigt eine vordefinierte Struktur für eine Analyseregel für ID-Zuordnungstabellen ohne Schutzmaßnahmen für das Oder. `sourceID` `targetID` In diesem Beispiel ermöglicht die Analyseregel für die ID-Zuordnungstabelle einen INNER JOIN sowohl für die Spalte als auch für die `sourceID` Spalte. `targetID` 

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

## Analyseregel für ID-Zuordnungstabellen — Beispiel
<a name="id-mapping-table-example"></a>

Anstatt eine lange Wasserfall-Anweisung zu verfassen, die beispielsweise auf personenbezogene Daten (PII) verweist, können Unternehmen die Analyseregel für die ID-Zuordnungstabelle verwenden, um die Transcodierung mehrerer Parteien LiveRamp zu verwenden. Das folgende Beispiel zeigt, wie Sie gemeinsam die Analyseregel für ID-Zuordnungstabellen AWS Clean Rooms verwenden können.

Unternehmen A ist ein Werbetreibender, der über Kunden- und Verkaufsdaten verfügt, die als Quelle verwendet werden. Unternehmen A führt auch die Transcodierung im Namen der an der Zusammenarbeit beteiligten Parteien durch und bringt die LiveRamp Anmeldeinformationen mit.

Firma B ist ein Herausgeber, der über Veranstaltungsdaten verfügt, die als Ziel verwendet werden.

**Anmerkung**  
Entweder Unternehmen A oder Unternehmen B können Anmeldeinformationen für die LiveRamp Transcodierung bereitstellen und die Transcodierung durchführen.

Um eine Zusammenarbeit aufzubauen, die die Analyse der ID-Zuordnungstabellen in Zusammenarbeit ermöglicht, gehen die Unternehmen wie folgt vor:

1. Unternehmen A erstellt eine Kollaboration und erstellt eine Mitgliedschaft. Es fügt Unternehmen B hinzu, das auch eine Mitgliedschaft in der Kollaboration einrichtet.

1. Firma A ordnet entweder eine vorhandene ID-Namespace-Quelle zu oder erstellt AWS Entity Resolution mithilfe der AWS Clean Rooms Konsole eine neue.

   Firma A erstellt eine konfigurierte Tabelle mit ihren Verkaufsdaten und einer Spalte mit dem Schlüssel `sourceId` in der ID-Zuordnungstabelle.

   Die ID-Namespace-Quelle stellt Daten für die Transcodierung bereit.

1. Firma B ordnet entweder ein vorhandenes ID-Namespace-Ziel zu oder erstellt AWS Entity Resolution mithilfe der Konsole ein neues. AWS Clean Rooms 

   Firma B erstellt eine konfigurierte Tabelle mit ihren Ereignisdaten und einer Spalte mit dem Schlüssel `targetId` in der ID-Zuordnungstabelle.

   Das ID-Namespace-Ziel stellt keine Daten für die Transcodierung bereit, sondern nur Metadaten rund um die Konfiguration. LiveRamp 

1. Unternehmen A erkennt die beiden ID-Namespaces, die der Kollaboration zugeordnet sind, und erstellt eine ID-Zuordnungstabelle und füllt sie auf.

1. Unternehmen A führt eine Abfrage über die beiden Datensätze durch, indem es die ID-Zuordnungstabelle verknüpft.

   ```
   --- this would be valid for Custom or List
   SELECT provider.data_col, consumer.data_col
   FROM provider
     JOIN idMappingTable-123123123123-myMappingWFName idmt 
        ON provider.id = idmt.sourceId
     JOIN consumer 
        ON consumer.id = idmt.targetId
   ```