Organizar ativos de dados no Serviço de consulta

Este documento fornece orientação sobre as práticas recomendadas para organizar ativos de dados, incluindo conjuntos de dados, exibições e tabelas temporárias para uso com o Serviço de consulta da Adobe Experience Platform. Ela aborda como estruturar seus dados, bem como informações sobre como acessar, atualizar e excluir essas informações.

É importante organizar logicamente seus ativos de dados na Plataforma Data Lake à medida que crescem. O Serviço de consulta estende as construções SQL que permitem agrupar logicamente os ativos de dados em uma sandbox. Esse método de organização permite o compartilhamento de ativos de dados entre esquemas sem a necessidade de movê-los fisicamente.

Introdução

Antes de continuar com este documento, você deve ter uma boa compreensão de Serviço de consulta recursos e leram a guia da interface do usuário.

Organização de dados no Serviço de consulta

Os exemplos a seguir demonstram as construções disponíveis por meio do Adobe Experience Platform Query Service para organizar logicamente seus dados usando a sintaxe SQL padrão. Você deve começar criando um banco de dados que atue como um container para seus pontos de dados. Um banco de dados pode conter um ou mais esquemas, e cada esquema pode ter uma ou mais referências a um ativo de dados (conjuntos de dados, visualizações, tabelas temporárias etc.). Essas referências incluem quaisquer relações ou associações entre os conjuntos de dados.

Consulte a Guia do usuário do Editor de consultas para obter orientação detalhada sobre como usar a interface do usuário do Serviço de consulta para criar consultas SQL.

As seguintes construções SQL para organizar logicamente conjuntos de dados em uma sandbox são compatíveis.

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;

O exemplo (ligeiramente truncado por brevidade) demonstra esta metodologia em que databaseA contém schema schema1.

Associar ativos de dados a um esquema

Depois que um esquema é criado para atuar como um container dos ativos de dados, cada conjunto de dados pode ser associado a um ou mais esquemas no banco de dados usando a sintaxe SQL ALTER TABLE.

O exemplo a seguir adiciona dataset1, dataset2, dataset3 e v1 para o databaseA.schema1 container criado no exemplo anterior.

ALTER TABLE dataset1 SET SCHEMA databaseA.schema1;

ALTER TABLE dataset2 SET SCHEMA databaseA.schema1;

ALTER TABLE dataset3 SET SCHEMA databaseA.schema1;

ALTER VIEW v1  SET SCHEMA databaseA.schema1;

Acessar ativos de dados do container de dados

Qualificando adequadamente o nome do banco de dados, qualquer PostgreSQL O cliente pode se conectar a qualquer estrutura de dados criada usando a palavra-chave SHOW. Para obter mais informações sobre a palavra-chave SHOW, consulte a MOSTRAR seção na documentação de sintaxe SQL.

“all” é o nome de banco de dados padrão que contém cada banco de dados e container de esquema em uma sandbox. Quando você faz um PostgreSQL conexão usando dbname="all", você pode acessar qualquer banco de dados e esquema criados para organizar logicamente seus dados.

Listando todos os bancos de dados em dbname="all" O exibe três bancos de dados disponíveis.

SHOW DATABASES;

name
---------
databaseA
databaseB
databaseC

Listando todos os esquemas em dbname="all" exibe os três esquemas relacionados a cada banco de dados na sandbox.

SHOW SCHEMAS;

database       | schema
----------------------
databaseA      | schema1
databaseA      | schema2
databaseB      | schema3

Quando você faz um PostgreSQL conexão usando dbname="databaseA", você poderá acessar qualquer schema associado a esse banco de dados específico, conforme mostrado no exemplo abaixo.

SHOW DATABASES;

name
---------
databaseA


SHOW SCHEMAS;

database       | schema
----------------------
databaseA      | schema1
databaseA      | schema2

A notação de pontos permite acessar cada tabela associada a um esquema específico conectado ao banco de dados escolhido. Conectando ao DBNAME = databaseA.schema1;, todas as tabelas associadas a esse esquema específico (schema1) são exibidas. Isso fornece informações sobre qual conjunto de dados contém qual tabela.

SHOW DATABASES;

name
---------
databaseA


SHOW SCHEMAS;

database       | schema
----------------------
databaseA      | schema1


SHOW tables;
name       | type
----------------------
dataset1| table
dataset2| table
dataset3| table

Atualizar ou remover ativos de dados de um container de dados

À medida que a quantidade de ativos de dados em sua Organização IMS (ou sandbox) aumenta, é necessário atualizar ou remover ativos de dados de um contêiner de dados. Os ativos individuais podem ser removidos do container da organização fazendo referência ao banco de dados e ao nome do esquema apropriados usando a notação de pontos. A tabela e a exibição (t1 e v1 respectivamente) adicionado a databaseA.schema1 no primeiro exemplo, são removidos usando a sintaxe no exemplo a seguir.

ALTER TABLE databaseA.schema2.t1 REMOVE SCHEMA databaseA.schema2;
ALTER VIEW databaseA.schema2.v1 REMOVE SCHEMA databaseA.schema2;

Remover ativos de dados

A variável SOLTAR TABELA A função remove fisicamente apenas um ativo de dados do Data Lake quando existe uma única referência à tabela em todos os bancos de dados em sua Organização IMS.

DROP TABLE databaseA.schema2.t1;

Remover um contêiner de ativo de dados

O banco de dados e o schema também podem ser removidos usando funções SQL padrão.

Remover um banco de dados

Se houver outras referências a ativos de dados associados ao banco de dados, a função exibirá um erro ao tentar remover o banco de dados.

DROP DATABASE databaseA;

Remover um esquema

Há três considerações importantes a serem observadas ao remover um esquema:

  • A remoção de um esquema não exclui fisicamente nenhum ativo de dados, como tabelas, exibições ou tabelas temporárias.
  • Se houver ativos de dados referenciados no esquema de destino e o modo for RESTRICT, uma exceção será lançada.
  • Se houver ativos de dados referenciados no esquema de destino e o modo for CASCADE, o sistema removerá todos os ativos de dados referenciados pelo container do esquema e excluirá o container do esquema.
DROP SCHEMA databaseA.schema2;

Próximas etapas

Ao ler este documento, agora você tem uma melhor compreensão das práticas recomendadas relacionadas à organização e à estrutura de seus ativos de dados para uso com o Serviço de consulta da Adobe Experience Platform. É recomendável continuar aprendendo sobre as práticas recomendadas do Serviço de consulta lendo sobre documentação da desduplicação de dados.

Nesta página