Regel zur Analyse von ID-Zuordnungstabellen - AWS Clean Rooms

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

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 implizit in Abfragen mit anderen Analyseregeln verwendet wird.

AWS Clean Rooms Erzwingt mit der Analyseregel für ID-Zuordnungstabellen eine Überlappung auf beiden Seiten der ID-Zuordnungstabelle in erweiterter Form. SQL 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.

  • Verwenden Sie die Spalten der Zuordnungstabelle in JOIN Anweisungen.

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

  • In der erweiterten SQL Version werden AWS Clean Rooms auch implizit OUTER JOIN JOIN und unterstützt. CROSS JOIN Diese Verknüpfungen können die Anforderungen an Überschneidungen nicht erfüllen. Wird stattdessen AWS Clean Rooms verwendet, requireOverlap um anzugeben, anhand welcher Spalten verknüpft werden müssen.

Die unterstützte Abfragestruktur und Syntax sind in definiert. Struktur und Syntax der Abfrage in der ID-Zuordnungstabelle

Zu den Parametern der Analyseregel, die unter definiert sindSteuerelemente für Abfragen von ID-Zuordnungstabellen, Analyser, 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).

Struktur und Syntax der Abfrage in der ID-Zuordnungstabelle

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

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 Nummer der Richtlinie
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

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 Nummer der Richtlinie
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

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

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

Überlegungen

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 odertargetID), an beliebiger Stelle in der Abfrage zulässig ist. Weitere Informationen finden Sie unter ID-Namespaces in AWS Clean Rooms.

  • Die Analyseregel für die ID-Zuordnungstabelle erbt die SQL Einschränkungen der anderen Analyseregeln in der Kollaboration.

Steuerelemente für Abfragen von ID-Zuordnungstabellen, Analyser

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 das sourceIDtargetID, das oder beide projizieren können, ohne dass eine erforderlich istJOIN.

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

Kontrolle Definition Verwendung
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 verwenden als INNERJOIN.

Weitere Informationen finden Sie unter Join-Steuerelemente.

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.

A dimensionColumn kann erscheinen alsjoinKeys.

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 für JOIN die ID-Zuordnungstabelle und eine Kollaborationstabelle verwendet werden.

Vordefinierte Struktur der Regel für die Analyse der ID-Zuordnungstabelle

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 a verwendet werden, JOIN wenn auf die ID-Zuordnungstabelle verwiesen wird.

  • Nur targetID geschützt

    In dieser Konfiguration targetID kann das nicht projiziert werden. Die targetID muss in a verwendet werden, JOIN 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. Die sourceID muss in einer JOIN ID-Zuordnungstabelle verwendet werden. Die 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 ID-Zuordnungstabellen nur eine INNER JOIN Anzeige 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 ID-Zuordnungstabellen, auf die Schutzmaßnahmen angewendet wurden. targetID In diesem Beispiel erlaubt die Analyseregel für ID-Zuordnungstabellen nur den Wert für die Spalte. INNER JOIN 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 den Wert für die Spalte. INNER JOIN 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, für die keine Schutzmaßnahmen gelten. sourceID targetID In diesem Beispiel ermöglicht die Analyseregel für ID-Zuordnungstabellen eine 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

Anstatt eine lange Wasserfall-Anweisung zu verfassen, die beispielsweise auf persönlich identifizierbare Informationen (PII) verweist, können Unternehmen die Analyseregel für die ID-Zuordnungstabelle verwenden, um die LiveRamp Transcodierung mehrerer Parteien 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.

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

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

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

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