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
).
Themen
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 sourceID
targetID
, 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 A Sie können es |
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
undtargetID
geschütztIn dieser Konfiguration
targetID
könnensourceID
sowohl das als auch das andere projiziert werden. DassourceID
undtargetID
muss in a verwendet werden, JOIN wenn auf die ID-Zuordnungstabelle verwiesen wird. -
Nur
targetID
geschütztIn dieser Konfiguration
targetID
kann das nicht projiziert werden. DietargetID
muss in a verwendet werden, JOIN wenn auf die ID-Zuordnungstabelle verwiesen wird. DassourceID
kann in einer Abfrage verwendet werden. -
Nur
sourceID
geschütztIn dieser Konfiguration
sourceID
kann das nicht projiziert werden. DiesourceID
muss in einer JOIN ID-Zuordnungstabelle verwendet werden. DietargetID
kann in einer Abfrage verwendet werden. -
Weder
sourceID
nochtargetID
geschütztIn 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:
-
Unternehmen A erstellt eine Kollaboration und erstellt eine Mitgliedschaft. Es fügt Unternehmen B hinzu, das auch eine Mitgliedschaft in der Kollaboration einrichtet.
-
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.
-
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
-
Unternehmen A erkennt die beiden ID-Namespaces, die der Kollaboration zugeordnet sind, und erstellt eine ID-Zuordnungstabelle und füllt sie auf.
-
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