Tutorial: Introdução aos projetos dbt no Snowflake¶
Introdução¶
Este tutorial orienta você na criação de um espaço de trabalho para dbt Projects on Snowflake conectado a um repositório GitHub, que você bifurca do nosso repositório getting-started-with-dbt-on-snowflake no Snowflake Labs. Em seguida, você usa o espaço de trabalho para atualizar os arquivos do projeto dbt e testar e executar o projeto dbt, que materializa a saída do modelo de dados do projeto dbt nos bancos de dados e esquemas de destino do Snowflake. Você implanta o projeto para criar um objeto de projeto dbt no Snowflake. Por fim, você configura uma tarefa para executar o projeto de acordo com um cronograma definido.
Pré-requisitos¶
GitHub
Uma conta GitHub com permissão para criar um repositório e gerenciar o acesso a esse repositório.
Git na linha de comando. Para obter mais informações sobre a instalação, consulte Configuração do Git.
Snowflake
Uma conta e um usuário Snowflake com privilégios, conforme descrito em Controle de acesso para projetos de dbt no Snowflake.
Privilégios para criar e editar os seguintes objetos ou acesso a um administrador com permissão para criar cada um deles em seu nome:
Uma integração de API
Um segredo, se o repositório GitHub for privado
Uma regra de rede
Uma integração de acesso externo que faça referência à regra de rede
Seu objeto de usuário
Configuração do ambiente¶
Conclua as seguintes etapas para configurar o ambiente para este tutorial:
Bifurcação e clone do repositório de introdução dbt Projects on Snowflake
Criação de warehouse para executar ações de espaço de trabalho (opcional)
Criação de banco de dados e esquema para integrações e materializações de modelo
Criação da integração de API no Snowflake para conexão com GitHub
Criação de integração de acesso externo no Snowflake para dependências de dbt
Bifurcação e clone do repositório de introdução dbt Projects on Snowflake¶
Vá para https://github.com/Snowflake-Labs/getting-started-with-dbt-on-snowflake, selecione a seta para baixo ao lado de Fork e escolha Create a new fork.
Especifique o proprietário e o nome do repositório bifurcado e outros detalhes. Mais adiante no tutorial, usamos o seguinte URL para representar o repositório bifurcado:
https://github.com/my-github-account/getting-started-with-dbt-on-snowflake.git
Criação de warehouse para executar ações de espaço de trabalho (opcional)¶
Um warehouse dedicado designado ao seu espaço de trabalho pode ajudar você a registrar, rastrear e identificar as ações iniciadas nesse espaço de trabalho. Neste tutorial, usamos um warehouse chamado TASTY_BYTES_DBT_WH. Se preferir, use um warehouse que já existe em sua conta. Para obter mais informações sobre como selecionar um warehouse, consulte Como criar um warehouse.
O modelo de dados Tasty Bytes que você cria para os dados de origem é relativamente grande, portanto recomendamos usar um warehouse XL.
Para criar um warehouse, execute o seguinte comando SQL:
CREATE WAREHOUSE tasty_bytes_dbt_wh WAREHOUSE_SIZE = XLARGE;
Criação de banco de dados e esquema para integrações e materializações de modelo¶
Este tutorial usa um banco de dados chamado TASTY_BYTES_DBT_DB. Nesse banco de dados, você cria um esquema chamado INTEGRATIONS para armazenar os objetos necessários para o Snowflake fazer a integração do GitHub. Você cria os esquemas chamados DEV e PROD para armazenar os objetos materializados que o seu projeto dbt cria.
Para criar o banco de dados e o esquema, execute os seguintes comandos SQL:
CREATE DATABASE tasty_bytes_dbt_db;
CREATE SCHEMA tasty_bytes_dbt_db.integrations;
CREATE SCHEMA tasty_bytes_dbt_db.dev;
CREATE SCHEMA tasty_bytes_dbt_db.prod;
Criação da integração de API no Snowflake para conexão com GitHub¶
O Snowflake precisa da integração de API para interagir com o GitHub.
Se o seu repositório é privado, você também deve criar um segredo no Snowflake para armazenar as credenciais do GitHub do seu repositório. Em seguida, você especifica o segredo na definição da integração de API como um dos ALLOWED_AUTHENTICATION_SECRETS. Você também especificará esse segredo ao criar o espaço de trabalho para o projeto dbt mais adiante neste tutorial.
A criação de um segredo requer um token de acesso pessoal para o repositório. Para obter mais informações sobre a criação de um token, consulte Gerenciar seus tokens de acesso pessoal na documentação do GitHub.
Este tutorial usa um segredo chamado TB_DBT_GIT_SECRET. Para obter mais informações sobre a criação de um segredo, consulte Configuração do Snowflake para usar o Git.
Para criar um segredo para o GitHub, execute os seguintes comandos SQL:
USE tasty_bytes_dbt_db.integrations;
CREATE OR REPLACE SECRET tasty_bytes_dbt_db.integrations.tb_dbt_git_secret
TYPE = password
USERNAME = 'your-gh-username'
PASSWORD = 'YOUR_PERSONAL_ACCESS_TOKEN';
Para criar uma integração de API para GitHub que usa o segredo que você acabou de criar, execute o comando SQL a seguir. Substitua https://github.com/my-github-account
pelo URL SSH da conta GitHub para seu repositório bifurcado:
CREATE OR REPLACE API INTEGRATION tb_dbt_git_api_integration
API_PROVIDER = git_https_api
API_ALLOWED_PREFIXES = ('https://github.com/my-github-account')
-- Comment out the following line if your forked repository is public
ALLOWED_AUTHENTICATION_SECRETS = (tasty_bytes_dbt_db.integrations.tb_dbt_git_secret)
ENABLED = TRUE;
Criação de integração de acesso externo no Snowflake para dependências de dbt¶
Ao executar comandos do dbt em um espaço de trabalho, o dbt pode precisar acessar URLs remotos para baixar as dependências. Por exemplo, o dbt pode precisar baixar pacotes do hub de pacotes dbt ou do GitHub.
A maioria dos projetos dbt especifica as dependências no arquivo packages.yml
. Você deve instalar essas dependências no espaço de trabalho do projeto dbt. Você não pode atualizar um objeto de projeto dbt implantado com dependências.
Para obter os arquivos de dependência dos URLs remotos, o Snowflake precisa de uma integração de acesso externo que siga uma regra de rede.
Para obter mais informações sobre integrações de acesso externo no Snowflake, consulte Criação e uso de uma integração de acesso externo.
Para criar uma regra de rede e uma integração de acesso externo, execute os seguintes comandos SQL:
-- Create NETWORK RULE for external access integration
CREATE OR REPLACE NETWORK RULE dbt_network_rule
MODE = EGRESS
TYPE = HOST_PORT
-- Minimal URL allowlist that is required for dbt deps
VALUE_LIST = (
'hub.getdbt.com',
'codeload.github.com'
);
-- Create EXTERNAL ACCESS INTEGRATION for dbt access to external dbt package locations
CREATE OR REPLACE EXTERNAL ACCESS INTEGRATION dbt_ext_access
ALLOWED_NETWORK_RULES = (dbt_network_rule)
ENABLED = TRUE;
Criação de espaço de trabalho conectado ao repositório Git¶
Nesta etapa, você cria um espaço de trabalho na Snowsight conectado ao repositório GitHub. Para obter mais informações sobre espaços de trabalho, consulte Espaços de trabalho.
Faça login no Snowsight.
No menu de navegação do lado esquerdo, selecione Projects »
Workspaces
.Na lista de espaços de trabalho acima da área de arquivos do espaço de trabalho, em Create Workspace, selecione From Git repository. (A lista de espaços de trabalho tem a seleção padrão My Workspace.)
Em Repository URL, insira o URL SSH do repositório GitHub bifurcado, por exemplo, https://github.com/my-github-account/getting-started-with-dbt-on-snowflake.git.
Para Workspace name, digite um nome. Mais adiante neste tutorial, usaremos tasty_bytes_dbt.
Em API integration, selecione o nome da integração de API que você criou, por exemplo, TB_DBT_GIT_API_INTEGRATION.
Se o repositório GitHub é público, selecione Public repository e Create.
Nota
O Workspaces não oferece suporte à confirmação e ao envio de alterações de um espaço de trabalho para um repositório público.
Se o repositório GitHub é privado, e você criou um segredo para a integração de API durante a configuração, faça o seguinte:
Selecione Personal access token.
Em Credentials secret, selecione Select database and schema.
Selecione na lista o banco de dados (por exemplo, TASTY_BYTES_DBT_DB) e o esquema (por exemplo, INTEGRATIONS) em que você armazenou a integração de API.
Selecione Select secret e escolha o segredo na lista, por exemplo, tb_dbt_git_secret.
Selecione Create.
O Snowflake se conecta ao repositório GitHub que você especificou e abre o novo espaço de trabalho. Uma única pasta no espaço de trabalho chamada
tasty_bytes_dbt_demo
contém o projeto dbt com o qual você trabalhará.
Verificação do conteúdo do arquivo profiles.yml na raiz do projeto dbt¶
Cada pasta do projeto dbt no seu espaço de trabalho Snowflake deve conter um arquivo profiles.yml
que especifica um warehouse
, database
, schema
e role
de destino para o projeto no Snowflake. O type
deve ser definido como snowflake
. O dbt requer account
e user
, mas esses valores podem ser deixados com uma cadeia de caracteres vazia ou arbitrária porque o projeto dbt é executado no Snowflake de acordo com a conta atual e o contexto do usuário.
Quando você executa comandos do dbt, o espaço de trabalho lê o arquivo profiles.yml
. Quando você tem pelo menos um target
válido especificado em profiles.yml
, cada destino fica disponível para seleção na lista Profile na barra de menus acima do painel de edição do espaço de trabalho. Quando você executa um comando do dbt, o espaço de trabalho usa o perfil selecionado (target
) para executar o comando.
Abra o arquivo tasty_bytes_dbt_demo/profiles.yml
e, em seguida, verifique se o seu conteúdo corresponde ao exemplo a seguir. Se você especificou nomes diferentes de banco de dados ou warehouse, substitua-os pelos seus nomes.
tasty_bytes:
target: dev
outputs:
dev:
type: snowflake
account: 'not needed'
user: 'not needed'
role: accountadmin
database: tasty_bytes_dbt_db
schema: dev
warehouse: tasty_bytes_dbt_wh
prod:
type: snowflake
account: 'not needed'
user: 'not needed'
role: accountadmin
database: tasty_bytes_dbt_db
schema: prod
warehouse: tasty_bytes_dbt_wh
Execução de comandos SQL em tasty_bytes_setup.sql para configurar os dados de origem¶
Como dados de origem para as transformações, o projeto dbt no repositório usa o modelo de dados fundamental para a marca fictícia de food truck Tasty Bytes. O script SQL para criar o modelo de dados está no espaço de trabalho.
No espaço de trabalho, navegue até o arquivo
tasty_bytes_dbt_demo/setup/tasty_bytes_setup.sql
e abra-o.No seletor de contexto no canto superior direito do editor do espaço de trabalho, selecione o warehouse que você criou, por exemplo, TASTY_BYTES_DBT_WH.
O arquivo SQL contém os comandos que você já executou neste tutorial. Próximo ao início do arquivo, encontre os seguintes comandos e comente-os para que você não os execute novamente e crie recursos duplicados:
CREATE OR REPLACE WAREHOUSE ...; CREATE OR REPLACE API INTEGRATION ...; CREATE OR REPLACE NETWORK RULE ...; CREATE OR REPLACE EXTERNAL ACCESS INTEGRATION ...;
Execute os comandos SQL sem comentários no arquivo.
Dica
Use cmd + Shift + Enter para executar todos os comandos sem comentários.
A guia Output exibe a seguinte mensagem:
tb_101 setup is now complete
Habilitação de registro em log, rastreamento e métricas¶
Você pode capturar eventos de registro em log e rastreamento para um objeto de projeto dbt e para a tarefa que o executa conforme um cronograma, se aplicável. Para obter mais informações, consulte Monitoramento de projetos dbt no Snowflake.
Para habilitar esse recurso, você deve definir o registro em log, o rastreamento e as métricas no esquema em que a tarefa e o objeto de projeto dbt são implantados.
Os comandos a seguir no arquivo tasty_bytes_setup.sql
habilitam o registro em log, o rastreamento e as métricas para os esquemas DEV e PROD no banco de dados TASTY_BYTES_DBT_DB. Você os executou na etapa anterior. Eles são mostrados aqui para referência para que você possa habilitar o registro em log, o rastreamento e as métricas em seus próprios projetos.
ALTER SCHEMA tasty_bytes_dbt_db.dev SET LOG_LEVEL = 'INFO';
ALTER SCHEMA tasty_bytes_dbt_db.dev SET TRACE_LEVEL = 'ALWAYS';
ALTER SCHEMA tasty_bytes_dbt_db.dev SET METRIC_LEVEL = 'ALL';
ALTER SCHEMA tasty_bytes_dbt_db.prod SET LOG_LEVEL = 'INFO';
ALTER SCHEMA tasty_bytes_dbt_db.prod SET TRACE_LEVEL = 'ALWAYS';
ALTER SCHEMA tasty_bytes_dbt_db.prod SET METRIC_LEVEL = 'ALL';
Execução do comando deps do dbt para seu projeto¶
Você pode usar o espaço de trabalho para executar comandos do dbt comuns para um projeto. Para obter uma lista de comandos disponíveis, consulte Comandos do dbt permitidos. Para executar um comando, selecione o Project, o Profile e o comando do dbt nas listas acima do editor do espaço de trabalho. Em seguida, selecione o botão de execução. Use a seta para baixo ao lado do botão de execução para especificar argumentos adicionais que o comando do dbt aceita.
Quando você executa um comando do dbt no espaço de trabalho, a guia Output mostra o comando que é executado no Snowflake (em verde) e o stdout para esse comando, de modo que você possa monitorar o sucesso ou a falha do comando.
O primeiro comando que você deve executar para um projeto dbt é deps
, que atualiza as dependências especificadas no arquivo packages.yml
do projeto. Haverá falha em outros comandos, a menos que você atualize as dependências. Para obter mais informações, consulte Dependências do dbt.
Abaixo do editor do espaço de trabalho, abra a guia Output para que você possa ver o stdout depois de executar os comandos do dbt no espaço de trabalho.
Na barra de menus acima do editor do espaço de trabalho, confirme se o Project padrão (tasty_bytes_dbt_demo) está selecionado. Você pode ter qualquer Profile selecionado. Este projeto tem os perfis
dev
eprod
definido no arquivoprofiles.yml
.Selecione a lista Profile e escolha Enable secondary roles para habilitar as funções secundárias para este projeto e esta sessão.
Nota
Você deve habilitar as funções secundárias inicialmente para executar comandos do dbt para cada projeto durante cada sessão do Snowsight. As contas Enterprise Edition podem ser configuradas para proibir funções secundárias para um usuário específico ou todos os usuários. Para obter mais informações, consulte Funções secundárias são necessárias por projeto e sessão.
Na lista de comandos, selecione Deps.
Ao lado do botão de execução, selecione a seta para baixo.
Na janela Deps do dbt, deixe Run with defaults selecionado e, em seguida, digite o nome da External Access Integration que você criou durante a configuração no espaço fornecido, por exemplo, dbt_ext_access.
Para executar o comando, selecione Deps.
A guia Output exibe o comando SQL que é executado no Snowflake, muito semelhante ao seguinte:
execute dbt project from workspace "USER$"."PUBLIC"."tasty_bytes_dbt" project_root='tasty_bytes_dbt_demo' args='deps --target dev' external_access_integrations = (dbt_ext_access)
Quando o comando é concluído, aparecem mensagens do stdout semelhantes às seguintes:
14:47:19 Running with dbt=1.8.9 14:47:19 Updating lock file in file path: /tmp/dbt/package-lock.yml 14:47:19 Installing dbt-labs/dbt_utils 14:47:19 Installed from version 1.3.0 14:47:19 Up to date! Uploading /tmp/dbt/package-lock.yml to snow://workspace/USER$ADMIN.PUBLIC."tasty_bytes_dbt"/versions/live/dbt//package-lock.yml
O arquivo
package_lock.yml
é criado e aparece em sua lista de arquivos do espaço de trabalho com um A ao lado. Isso indica que o arquivo foi adicionado ao projeto dbt no espaço de trabalho, com um conteúdo semelhante ao seguinte exemplo:packages: - package: dbt-labs/dbt_utils version: 1.3.0
Compilação do projeto dbt, visualização do DAG e do SQL compilado¶
A compilação de um projeto no dbt cria o SQL executável dos arquivos SQL modelados e uma representação visual do gráfico acíclico direcionado (Directed Acyclic Graph, DAG) para o projeto no espaço de trabalho. Para obter mais informações sobre a compilação de projetos dbt, consulte compile na documentação do dbt.
Depois de compilar o projeto no espaço de trabalho, você poderá visualizar o DAG. Você também pode abrir qualquer arquivo SQL na pasta models
para ver o modelo SQL e o SQL compilado em guias lado a lado.
Selecione o projeto e o destino que você quer compilar.
Na lista de comandos, selecione Compile e o botão de execução (se preferir, selecione a seta para baixo e especifique os argumentos do comando compile).
Na área abaixo do editor do espaço de trabalho, selecione a guia DAG.
Você pode usar o painel do DAG para visualizar as transformações do projeto dbt de arquivos de origem em objetos de modelo de dados materializados no Snowflake.
Clique e arraste a exibição para qualquer lugar no painel para deslocá-la.
Use os botões + e – para aumentar e diminuir o zoom.
Para visualizar o conteúdo do arquivo de origem de um objeto no editor, selecione o bloco de qualquer objeto.
Para ver o SQL compilado em uma exibição de painel dividido no editor do espaço de trabalho:
No DAG, selecione o bloco de um arquivo de modelo SQL do dbt, por exemplo, orders.
–OR–
Na listagem de arquivos do espaço de trabalho, selecione qualquer arquivo no subdiretório
models
do projeto dbt para abri-lo no editor do espaço de trabalho.Escolha View Compiled SQL no canto superior direito do editor do espaço de trabalho para ver o SQL compilado em uma exibição de painel dividido.
Execução do projeto dbt dev e verificação dos objetos Snowflake materializados¶
O comando run
do dbt executa o SQL compilado no banco de dados e esquema de destino usando o warehouse do Snowflake e a função especificados no arquivo profiles.yml
do projeto. Nesta etapa, vamos materializar a saída do destino Dev
em seu projeto de demonstração dbt. Você cria uma planilha SQL chamada dbt_sandbox.sql
no espaço de trabalho, em que você pode executar o SQL para verificar a criação do objeto.
Importante
A escolha do comando Run ou Build do dbt para um projeto de dentro de um espaço de trabalho materializa a saída de destino usando tanto a role
definida no arquivo profiles.yml
do projeto quanto todas as funções secundárias do seu usuário Snowflake. Tanto o usuário quanto a função especificados devem ter os privilégios necessários para usar o warehouse
, realizar operações no database
e no schema
especificados no arquivo profiles.yml
do projeto e executar operações em qualquer outro objeto Snowflake especificado pelo modelo dbt.
Na lista Profile, selecione Dev.
Na lista de comandos, selecione Run e o botão de execução.
O painel de saída mostra o status de conclusão da execução.
No projeto tasty_bytes_dbt_demo, navegue até a pasta
examples
, selecione + ao lado do nome da pasta e selecione SQL File.Insira dbt_sandbox.sql e pressione Enter.
Na guia do espaço de trabalho para
dbt_sandbox.sql
, execute a seguinte consulta:SHOW TABLES IN DATABASE tasty_bytes_dbt_db;
No painel Status and Results, você deve ver as tabelas CUSTOMER_LOYALTY_METRICS, ORDERS e SALES_METRICS_BY_LOCATION.
Para mostrar as exibições que a execução do projeto dbt criou, execute o seguinte comando:
SHOW VIEWS IN DATABASE tasty_bytes_dbt_db;
Envio de atualizações de arquivos do espaço de trabalho para seu repositório¶
Agora que você atualizou o espaço de trabalho e compilou, testou, executou e implantou o projeto como um objeto de projeto dbt, pode enviar as alterações feitas no espaço de trabalho para seu repositório GitHub privado. Esta etapa não é permitida para repositórios públicos.
Com o espaço de trabalho aberto, selecione Changes.
A listagem de arquivos do espaço de trabalho é filtrada para mostrar apenas os arquivos alterados desde a sincronização com o repositório Git.
A indica um arquivo adicionado ao espaço de trabalho, e não ao repositório Git.
M indica um arquivo modificado.
D indica um arquivo excluído.
Selecione um arquivo para ver a diferença com o GitHub desde o último envio (neste caso, quando o espaço de trabalho foi criado).
Na barra de menus acima da listagem de arquivos do espaço de trabalho, verifique se o seletor de ramificação está definido como main para este tutorial.
Selecione o botão Push e digite uma mensagem de confirmação na caixa fornecida, por exemplo, Atualizando o projeto com alterações iniciais do dbt no Snowflake.
Selecione Push.
Um envio para seu repositório pode levar vários minutos.
Implantação do objeto de projeto dbt do espaço de trabalho¶
A implantação do projeto dbt de um espaço de trabalho cria um objeto de projeto dbt. Você pode usar o objeto para agendar, executar e monitorar um projeto dbt no Snowflake fora do espaço de trabalho.
Ao implantar o objeto de projeto dbt do espaço de trabalho em um banco de dados e esquema Snowflake, você pode criar ou substituir um objeto que já foi criado.
No lado direito do editor do espaço de trabalho, selecione Connect » Deploy dbt project.
Selecione Select database and schema e escolha o banco de dados TASTY_BYTES_DBT_DB e o esquema DEV.
Em Select or Create dbt Object, selecione Create dbt Object.
Em Enter Name, digite TASTY_BYTES_DBT_PROJECT e selecione Deploy.
A guia Output exibe o comando que é executado no Snowflake, muito semelhante ao seguinte exemplo:
create or replace DBT PROJECT "TASTY_BYTES_DBT_DB"."DEV"."TASTY_BYTES_DBT_PROJECT" from snow://workspace/USER$MYUSER.PUBLIC."tasty_bytes_dbt_demo"/versions/live/dbt tasty_bytes_dbt_project successfully created.
O menu Connect agora exibe o nome do objeto de projeto dbt que você criou, com as seguintes opções:
Redeploy dbt project: atualiza o objeto de projeto dbt com a versão atual do espaço de trabalho do projeto usando ALTER. Isso incrementa a versão do objeto de projeto dbt em um. Para obter mais informações, consulte Controle de versão para objetos e arquivos de projeto dbt.
Disconnect: desconecta o espaço de trabalho do objeto de projeto dbt, mas não exclui o objeto.
View project: abre o objeto de projeto dbt no explorador de objetos, em que é possível visualizar o comando CREATE DBT PROJECT para o objeto de projeto dbt e o histórico de execuções do projeto.
Create schedule: mostra opções para você criar uma tarefa que executa o objeto de projeto dbt de acordo com um cronograma. Para obter mais informações, consulte Criação de tarefa para agendar a execução do projeto dbt.
View schedules: abre uma lista de cronogramas (tarefas) que executam o objeto de projeto dbt, com a opção de visualizar os detalhes das tarefas no explorador de objetos.
Para verificar a criação do projeto, execute uma ou ambas as tarefas abaixo:
No menu do projeto dbt, selecione View project para abrir o objeto de projeto dbt no explorador de objetos.
–OR–
Na planilha do arquivo
dbt_sandbox.sql
que você criou, execute o seguinte comando:SHOW DBT PROJECTS LIKE 'tasty%';
Criação de tarefa para agendar a execução do projeto dbt¶
Agora que você implantou o objeto de projeto dbt, pode usar o espaço de trabalho ou o SQL para configurar uma tarefa que executa um comando do dbt em seu objeto de projeto dbt.
As etapas a seguir configuram um cronograma para executar o projeto dbt a cada hora, um minuto após a hora. A tarefa executa o comando run
do dbt com a opção --select
para executar o modelo customer_loyalty_metrics
no projeto dbt.
No menu do projeto dbt no canto superior direito do editor do espaço de trabalho, escolha Create schedule.
Na caixa de diálogo Schedule a dbt run, faça o seguinte:
Em Schedule name, insira um nome para a tarefa, por exemplo, run_preped_data_dbt.
Em Frequency, mantenha Hourly como 01 para o fuso horário selecionado.
Em dbt properties:
Para Operation, selecione run.
Para Profile, selecione dev.
Em Additional flags, insira
--select customer_loyalty_metrics
.
Escolha Create.
O Snowflake cria uma tarefa que executa o comando EXECUTE DBT PROJECT usando esses parâmetros. Para obter mais informações sobre tarefas e opções de tarefas, consulte Introdução às tarefas e CREATE TASK.
No menu do projeto dbt, selecione :ui:`View schedules`e escolha o cronograma na lista.
O explorador de objetos é aberto para seu banco de dados com o painel Task Details aberto para a tarefa. A Task Definition mostra um comando CREATE TASK similar a este:
CREATE OR REPLACE TASK tasty_bytes_dbt_db.dev.run_prepped_data_dbt WAREHOUSE=tasty_bytes_dbt_wh SCHEDULE ='USING CRON 1 * * * * America/Los_Angeles' AS EXECUTE DBT PROJECT tasty_bytes_dbt_project ARGS='run --select customer_loyalty_metrics --target dev';
Limpeza¶
Você poderá excluir os bancos de dados, os espaços de trabalho e o warehouse criados para limpeza após este tutorial.
Execute os seguintes comandos SQL da planilha dbt_sandbox.sql
para remover o warehouse, os bancos de dados TASTY_BYTES_DBT_DB e TB_101 que você criou e todos os esquemas e objetos criados nos bancos de dados:
DROP WAREHOUSE IF EXISTS tasty_bytes_dbt_wh; DROP DATABASE IF EXISTS tasty_bytes_dbt_db; DROP DATABASE IF EXISTS tb_101;
Para excluir o espaço de trabalho tasty_bytes_dbt_demo: