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 für die Listenanalyse
Anmerkung
Gilt für: AWS Clean Rooms SQL Analytics-Engine
In AWS Clean Rooms gibt eine Listenanalyseregel Listen mit Überschneidungen zwischen der konfigurierten Tabelle, der sie hinzugefügt wurde, und den konfigurierten Tabellen des Mitglieds, das Abfragen durchführen kann, auf Zeilenebene aus. Das Mitglied, das Abfragen durchführen kann, führt Abfragen aus, die eine Listenanalyseregel enthalten.
Der Regeltyp „Listenanalyse“ unterstützt Anwendungsfälle wie Anreicherung und Zielgruppenbildung.
Weitere Informationen zur vordefinierten Abfragestruktur und Syntax für diese Analyseregel finden Sie unterVordefinierte Struktur der Listenanalyseregel.
Die Parameter der in Regel für die Listenanalyse — Steuerelemente abfragen definierten Listenanalyseregel verfügen über Abfragesteuerelemente. Zu den Abfragesteuerelementen gehört die Möglichkeit, die Spalten auszuwählen, die in der Ausgabe aufgeführt werden können. Für die Abfrage ist mindestens eine Verknüpfung mit einer konfigurierten Tabelle des Mitglieds erforderlich, das Abfragen entweder direkt oder transitiv durchführen kann.
Es gibt keine Steuerelemente für Abfrageergebnisse wie bei der Aggregationsanalyseregel.
Listenabfragen können nur mathematische Operatoren verwenden. Sie können keine anderen Funktionen (wie Aggregation oder Skalar) verwenden.
Themen
Struktur und Syntax von Abfragen auflisten
Abfragen in Tabellen, für die eine Listenanalyseregel gilt, müssen der folgenden Syntax entsprechen.
--
select_list_expression
SELECT [TOP number ] DISTINCT column_name [[AS] column_alias ] [, ...] --table_expression
FROM table_name [[AS] table_alias ] [[INNER] JOIN table_name [[AS] table_alias] ON join_condition] [...] --where_expression
[WHERE where_condition] --limit_expression
[LIMIT number]
In der folgenden Tabelle werden alle in der vorherigen Syntax aufgeführten Ausdrücke erklärt.
Expression | Definition | Beispiele |
---|---|---|
|
Eine durch Kommas getrennte Liste, die mindestens einen Tabellenspaltennamen enthält. Ein Anmerkung
Es unterstützt auch den |
|
|
Eine Tabelle oder eine Verknüpfung von Tabellen, mit der eine
Die
|
|
|
Ein bedingter Ausdruck, der einen booleschen Wert zurückgibt. Er kann aus folgenden Elementen bestehen:
Unterstützte Vergleichsbedingungen sind ( Unterstützte logische Operatoren sind ( Das |
|
|
Dieser Ausdruck muss eine positive Ganzzahl enthalten. Er kann auch durch einen TOP Parameter ersetzt werden. Das |
|
Beachten Sie bei der Struktur und Syntax von Listenabfragen Folgendes:
-
SQLAndere Befehle als SELECT werden nicht unterstützt.
-
Unterabfragen und allgemeine Tabellenausdrücke (zum Beispiel WITH) werden nicht unterstützt
-
HAVING, GROUP BY, und ORDER BY Klauseln werden nicht unterstützt
-
OFFSETParameter wird nicht unterstützt
Regel für die Listenanalyse — Steuerelemente abfragen
Mit Steuerelementen für Listenabfragen können Sie steuern, wie die Spalten in Ihrer Tabelle zum Abfragen der Tabelle verwendet werden. Sie können beispielsweise steuern, welche Spalte für die Verknüpfung verwendet wird oder welche Spalte in SELECT Anweisung und WHERE Klausel.
In den folgenden Abschnitten werden die einzelnen Steuerelemente erläutert.
Steuerelemente verbinden
Mit Join-Steuerelementen können Sie steuern, wie Ihre Tabelle mit anderen Tabellen in table_expression verknüpft werden kann. AWS Clean Rooms unterstützt nur INNER JOIN. In der Listenanalyseregel mindestens eine INNER JOINist erforderlich, und das Mitglied, das Abfragen durchführen kann, muss eine Tabelle, deren Eigentümer es ist, in die Datei aufnehmen INNER JOIN. Das bedeutet, dass sie Ihren Tisch mit ihrem Tisch verbinden müssen, entweder direkt oder transitiv.
Im Folgenden finden Sie ein Beispiel für Transitivität.
ON my_table.identifer = third_party_table.identifier .... ON third_party_table.identifier = member_who_can_query_table.id
INNER JOINAnweisungen können nur Spalten verwenden, die joinColumn
in Ihrer Analyseregel explizit als a kategorisiert wurden.
Das Tool INNER JOINmuss mit einer Tabelle joinColumn
aus Ihrer konfigurierten Tabelle und mit einer Tabelle joinColumn
aus einer anderen konfigurierten Tabelle in der Kollaboration arbeiten. Sie entscheiden, als welche Spalten aus Ihrer Tabelle verwendet werden könnenjoinColumn
.
Jede Übereinstimmungsbedingung innerhalb der ON Eine Klausel ist erforderlich, um die Gleichheitsvergleichsbedingung (=
) zwischen zwei Spalten zu verwenden.
Mehrere Übereinstimmungsbedingungen innerhalb einer ON Klausel kann sein:
-
Kombiniert mit dem
AND
logischen Operator -
Mit dem
OR
logischen Operator getrennt
Anmerkung
Alle JOIN Die Abgleichsbedingungen müssen einer Zeile auf jeder Seite der Zeile entsprechen JOIN. Alle Bedingungen, die durch einen OR
oder einen AND
logischen Operator miteinander verbunden sind, müssen dieser Anforderung ebenfalls entsprechen.
Das Folgende ist ein Beispiel für eine Abfrage mit einem AND
logischen Operator.
SELECT some_col, other_col FROM table1 JOIN table2 ON table1.id = table2.id AND table1.name = table2.name
Das Folgende ist ein Beispiel für eine Abfrage mit einem OR
logischen Operator.
SELECT some_col, other_col FROM table1 JOIN table2 ON table1.id = table2.id OR table1.name = table2.name
Kontrolle | Definition | Verwendung |
---|---|---|
joinColumns |
Die Spalten, die Sie dem Mitglied, das Abfragen durchführen kann, gestatten möchten, in der INNER JOINAussage. |
Dieselbe Spalte kann nicht sowohl als als
|
Steuerelemente auflisten
Listensteuerelemente steuern die Spalten, die in der Abfrageausgabe aufgeführt (d. h. in der SELECT Anweisung verwendet) oder zum Filtern von Ergebnissen verwendet werden können (d. h. in der WHERE Aussage).
Kontrolle | Definition | Verwendung |
---|---|---|
listColumns |
Die Spalten, die Sie dem Mitglied, das Abfragen abfragen kann, im SELECT und verwenden dürfen WHERE | A listColumn kann in SELECT und verwendet werden WHERE.Dieselbe Spalte kann nicht gleichzeitig als ein |
Vordefinierte Struktur der Listenanalyseregel
Das folgende Beispiel enthält eine vordefinierte Struktur, die zeigt, wie Sie eine Listenanalyseregel abschließen.
Bezieht sich im folgenden Beispiel auf Ihre Datentabelle. Sie können jede Information MyTable
user input placeholder
durch Ihre eigenen Informationen ersetzen.
{ "joinColumns": [
MyTable column name(s)
], "listColumns": [MyTable column name(s)
], }
Regel zur Listenanalyse — Beispiel
Das folgende Beispiel zeigt, wie zwei Unternehmen AWS Clean Rooms mithilfe der Listenanalyse zusammenarbeiten können.
Unternehmen A verfügt über Daten zum Kundenbeziehungsmanagement (CRM). Unternehmen A möchte zusätzliche Segmentdaten über seine Kunden erhalten, um mehr über ihre Kunden zu erfahren und möglicherweise Attribute als Input für andere Analysen zu verwenden. Unternehmen B verfügt über Segmentdaten, die aus eindeutigen Segmentattributen bestehen, die das Unternehmen auf der Grundlage seiner eigenen Daten erstellt hat. Unternehmen B möchte Unternehmen A die eindeutigen Segmentattribute nur für Kunden zur Verfügung stellen, deren Daten sich mit den Daten von Unternehmen A überschneiden.
Die Unternehmen beschließen, zusammenzuarbeiten, damit Unternehmen A die sich überschneidenden Daten anreichern kann. Unternehmen A ist das Mitglied, das Abfragen durchführen kann, und Unternehmen B ist der Mitwirkende.
Um eine Zusammenarbeit zu erstellen und gemeinsam eine Listenanalyse durchzuführen, gehen die Unternehmen wie folgt vor:
-
Unternehmen A erstellt eine Kollaboration und erstellt eine Mitgliedschaft. Die Kollaboration hat Firma B als weiteres Mitglied der Kollaboration. Unternehmen A aktiviert die Abfrageprotokollierung in der Kollaboration und sie aktiviert die Abfrageprotokollierung in ihrem Konto.
-
Unternehmen B erstellt eine Mitgliedschaft in der Kollaboration. Es aktiviert die Abfrageprotokollierung in seinem Konto.
-
Firma A erstellt eine CRM konfigurierte Tabelle
-
Unternehmen A fügt die Analyseregel der vom Kunden konfigurierten Tabelle hinzu, wie im folgenden Beispiel gezeigt.
{ "joinColumns": [ "identifier1", "identifier2" ], "listColumns": [ "internalid", "segment1", "segment2", "customercategory" ] }
joinColumns
— Unternehmen A möchte mithilfe vonhashedemail
und/oderthirdpartyid
(von einem Identitätsanbieter bezogen) Kunden anhand von CRM Daten anhand von Segmentdaten zuordnen. Auf diese Weise kann sichergestellt werden, dass Unternehmen A angereicherte Daten den richtigen Kunden zuordnet. Sie verfügen über zwei joinColumns , um die Trefferquote der Analyse potenziell zu verbessern.listColumns
— Unternehmen A verwendetlistColumns
, um zusätzlich angereicherte Säulen zu beziehen und in ihren eigenen Systemen zu verwenden.internalid
Sie fügensegment1
hinzusegment2
undcustomercategory
beschränken die Anreicherung möglicherweise auf bestimmte Segmente, indem sie sie in Filtern verwenden. -
Firma B erstellt eine segmentkonfigurierte Tabelle.
-
Firma B fügt die Analyseregel zur segmentkonfigurierten Tabelle hinzu.
{ "joinColumns": [ "identifier2" ], "listColumns": [ "segment3", "segment4" ] }
joinColumns
— Unternehmen B ermöglicht es Unternehmen A, gemeinsam Kundenidentifier2
anhand von Segmentdaten mit CRM Daten abzugleichen. Unternehmen A und Unternehmen B arbeiteten mit dem Identitätsanbieter zusammen, um herauszufinden,identifier2
welche Identität für diese Zusammenarbeit geeignet wäre. Andere wurden nicht hinzugefügt,joinColumns
da sie der Meinung waren, dass sie die höchste und genaueste Trefferquoteidentifier2
bieten und andere Identifikatoren für die Abfragen nicht erforderlich sind.listColumns
— Unternehmen B ermöglicht es Unternehmen A, seine Daten mitsegment3
segment4
Attributen anzureichern. Dabei handelt es sich um einzigartige Attribute, die das Unternehmen im Rahmen der Datenanreicherung erstellt, gesammelt und (mit Kunde A) abgestimmt hat. Sie möchten, dass Unternehmen A diese Segmente für die Überschneidung auf Zeilenebene erhält, da es sich um eine Zusammenarbeit im Bereich der Datenanreicherung handelt. -
Firma A erstellt eine CRM Tabellenzuordnung zur Kollaboration.
-
Firma B erstellt eine Segmenttabellenzuordnung zur Kollaboration.
-
Unternehmen A führt Abfragen wie die folgende aus, um sich überschneidende Kundendaten anzureichern.
SELECT companyA.internalid, companyB.segment3, companyB.segment4 INNER JOIN returns companyB ON companyA.identifier2 = companyB.identifier2 WHERE companyA.customercategory > 'xxx'
-
Unternehmen A und Unternehmen B überprüfen die Abfrageprotokolle. Unternehmen B überprüft, ob die Anfrage mit dem übereinstimmt, was in der Kooperationsvereinbarung vereinbart wurde.