Organizzare le risorse dati in Query Service
Questo documento fornisce indicazioni sulle best practice per organizzare le risorse dati, tra cui set di dati, viste e tabelle temporanee da utilizzare con Adobe Experience Platform Query Service. Vengono inoltre fornite informazioni su come strutturare i dati e su come accedere, aggiornare ed eliminare tali informazioni.
È importante organizzare in modo logico le risorse dati in Platform Data Lake man mano che aumentano. Query Service estende i costrutti SQL che consentono di raggruppare in modo logico le risorse di dati all’interno di una sandbox. Questo metodo di organizzazione consente la condivisione di risorse di dati tra schemi senza la necessità di spostarli fisicamente.
Introduzione
Prima di continuare con questo documento, è necessario avere una buona conoscenza delle funzionalità di Query Service e aver letto la guida all'interfaccia utente.
Organizzazione dei dati in Query Service
Negli esempi seguenti vengono illustrati i costrutti disponibili tramite Adobe Experience Platform Query Service per organizzare in modo logico i dati utilizzando la sintassi SQL standard. È innanzitutto necessario creare un database che funga da contenitore per i punti dati. Un database può contenere uno o più schemi e ogni schema può quindi avere uno o più riferimenti a una risorsa dati (set di dati, viste, tabelle temporanee, ecc.). Tali riferimenti includono eventuali relazioni o associazioni tra i set di dati.
Per istruzioni dettagliate su come utilizzare l'interfaccia utente di Query Service per creare query SQL, vedere la guida utente di Query Editor.
Sono supportati i seguenti costrutti SQL per organizzare in modo logico i set di dati in una sandbox.
CREATE DATABASE databaseA;
CREATE SCHEMA databaseA.schema1;
CREATE table t1 ...;
CREATE view v1 ...;
ALTER TABLE t1 ADD PRIMARY KEY (c1) NOT ENFORCED;
ALTER TABLE t2 ADD FOREIGN KEY (c1) REFERENCES t1(c1) NOT ENFORCED;
L'esempio (leggermente troncato per brevità) illustra questa metodologia in cui databaseA contiene lo schema schema1.
Associazione di risorse di dati a uno schema
Una volta creato uno schema che funge da contenitore per le risorse di dati, ogni set di dati può essere associato a uno o più schemi nel database utilizzando la sintassi standard SQL ALTER TABLE.
Nell'esempio seguente vengono aggiunti dataset1, dataset2, dataset3 e v1 al contenitore databaseA.schema1 creato nell'esempio precedente.
ALTER TABLE dataset1 ADD SCHEMA databaseA.schema1;
ALTER TABLE dataset2 ADD SCHEMA databaseA.schema1;
ALTER TABLE dataset3 ADD SCHEMA databaseA.schema1;
ALTER VIEW v1 ADD SCHEMA databaseA.schema1;
Accesso alle risorse di dati dal contenitore dati
Qualificando in modo appropriato il nome del database, qualsiasi client PostgreSQL può connettersi a qualsiasi struttura di dati creata utilizzando la parola chiave SHOW. Per ulteriori informazioni sulla parola chiave SHOW, vedere la sezione SHOW nella documentazione relativa alla sintassi SQL.
"all" è il nome predefinito del database che contiene ogni database e contenitore di schema in una sandbox. Quando si crea una connessione PostgreSQL utilizzando dbname="all", è possibile accedere al database e allo schema any creati per organizzare i dati in modo logico.
L'elenco di tutti i database in dbname="all" mostra tre database disponibili.
SHOW DATABASES;
name
---------
databaseA
databaseB
databaseC
L'elenco di tutti gli schemi in dbname="all" mostra i tre schemi correlati a ogni database nella sandbox.
SHOW SCHEMAS;
database | schema
----------------------
databaseA | schema1
databaseA | schema2
databaseB | schema3
Quando si crea una connessione PostgreSQL utilizzando dbname="databaseA", è possibile accedere a qualsiasi schema associato a tale database specifico, come illustrato nell'esempio seguente.
SHOW DATABASES;
name
---------
databaseA
SHOW SCHEMAS;
database | schema
----------------------
databaseA | schema1
databaseA | schema2
La notazione del punto consente di accedere a ogni tabella associata a uno schema specifico connesso al database scelto. Tramite la connessione a DBNAME = databaseA.schema1;, vengono visualizzate tutte le tabelle associate allo schema specifico (schema1). Fornisce informazioni su quale set di dati contiene quale tabella.
SHOW DATABASES;
name
---------
databaseA
SHOW SCHEMAS;
database | schema
----------------------
databaseA | schema1
SHOW tables;
name | type
----------------------
dataset1| table
dataset2| table
dataset3| table
Aggiornare o rimuovere risorse di dati da un contenitore di dati
Man mano che la quantità di risorse di dati nell’organizzazione (o nella sandbox) aumenta, diventa necessario aggiornare o rimuovere le risorse di dati da un contenitore di dati. Le singole risorse possono essere rimosse dal contenitore organizzazione facendo riferimento al nome del database e dello schema appropriato utilizzando la notazione del punto. La tabella e la visualizzazione (t1 e v1 rispettivamente) aggiunte a databaseA.schema1 nel primo esempio vengono rimosse utilizzando la sintassi nell'esempio seguente.
ALTER TABLE databaseA.schema2.t1 REMOVE SCHEMA databaseA.schema2;
ALTER VIEW databaseA.schema2.v1 REMOVE SCHEMA databaseA.schema2;
Rimuovere risorse di dati
La funzione DROP TABLE rimuove fisicamente una risorsa dati da Data Lake solo quando esiste un singolo riferimento alla tabella in tutti i database dell'organizzazione.
DROP TABLE databaseA.schema2.t1;
Rimuovere un contenitore di risorse dati
È inoltre possibile rimuovere sia il database che lo schema utilizzando le funzioni SQL standard.
Rimuovere un database
Se esistono altri riferimenti alle risorse di dati associate al database, la funzione genera un errore quando si tenta di rimuovere il database.
DROP DATABASE databaseA;
Rimuovere uno schema
Durante la rimozione di uno schema è necessario tenere presenti tre considerazioni importanti:
- La rimozione di uno schema non comporta l’eliminazione fisica di risorse di dati quali tabelle, viste o tabelle temporanee.
- Se nello schema di destinazione sono presenti risorse di dati a cui si fa riferimento e la modalità è RESTRICT, viene generata un’eccezione.
- Se nello schema di destinazione sono presenti risorse di dati a cui si fa riferimento e la modalità è CASCADE, il sistema rimuove tutte le risorse di dati a cui fa riferimento il contenitore dello schema, quindi elimina il contenitore dello schema.
DROP SCHEMA databaseA.schema2;
Passaggi successivi
La lettura di questo documento consente di comprendere meglio le best practice relative all’organizzazione e alla struttura delle risorse dati da utilizzare con Adobe Experience Platform Query Service. Si consiglia di continuare a conoscere le best practice di Query Service consultando la documentazione sulla deduplicazione dei dati.