Módulo 2: CRUD sem schemaAula 9 de 206 minResumo aberto · Vídeo com cadastro grátis

Apagando dados: DELETE, NONE e NULL no SurrealDB

Por Mauro Mequelussi · Curso gratuito SurrealDB do zero: fundamentos com um CRM · Português (PT-BR)

Resposta direta · O que esta aula resolve

A Aula 9 de 20 ("Apagando dados: DELETE, NONE e NULL no SurrealDB"), parte do módulo "CRUD sem schema" do curso gratuito "SurrealDB do zero: fundamentos com um CRM" na Escola de Aplicativos (ministrado por Mauro Mequelussi), ensina na prática: o aluno conclui as operações básicas de CRUD dominando a exclusão de dados no SurrealDB. Entenda a diferença crítica entre campos nulos e ausentes, descubra como auditar exclusões com RETURN BEFORE e compare a eficiência de deletar por intervalos de ULID frente a cláusulas WHERE.

Aula gratuita · Cadastro rápido

Crie sua conta grátis para assistir a esta videoaula em HD

O resumo técnico e os capítulos abaixo são abertos para consulta. Crie sua conta 100% gratuita em segundos para liberar todas as 20 videoaulas em HD, controle automático de progresso, Tutor IA e certificado gratuito verificável.

  • R$ 0 · Sem cartão de crédito
  • Tutor IA tira-dúvidas da aula
  • Certificado gratuito incluso

O que você vai aprender

  • Como remover campos pontuais ou em massa usando NONE, UNSET, MERGE e PATCH
  • A diferença essencial entre NONE (campo inexistente) e NULL (campo com valor nulo)
  • Como usar DELETE junto com RETURN BEFORE para auditar exatamente o que foi apagado
  • A vantagem de performance ao deletar por intervalos de ULIDs ordenados em vez de WHERE
  • A distinção entre limpar os dados de uma tabela com DELETE e apagar a tabela com REMOVE TABLE

Pontos-chave da aula

  • Definir um campo como NONE remove a chave do registro; definir como NULL mantém o campo vazio
  • O modificador RETURN BEFORE é ideal em DELETEs porque permite inspecionar o registro logo antes do sumiço
  • Apagar um registro exclui automaticamente as arestas de grafo conectadas a ele
  • Intervalos de ULIDs aproveitam a ordenação nativa do armazenamento e evitam varreduras completas na tabela
  • DELETE esvazia registros, enquanto REMOVE TABLE descarta a própria tabela do banco de dados

Capítulos e roteiro técnico da aula

9 capítulos minutados
  1. 00:00

    LGPD e o CRUD: quando e como apagar dados

    Introdução ao fechamento do CRUD através de um cenário prático de solicitação de exclusão sob a LGPD.

  2. 00:25

    Apagando campos com NONE, UNSET e RETURN NONE

    Como remover campos específicos de um registro ou em massa na tabela sem poluir o retorno do banco.

  3. 01:08

    A diferença essencial entre NONE e NULL

    Entenda por que NONE remove o campo do registro enquanto NULL apenas mantém o campo com valor nulo.

  4. 01:41

    Remoção de campos com MERGE e PATCH

    Uso de MERGE com valor NONE e aplicação de JSON Patch com a operação remove para eliminar campos.

  5. 02:06

    Impacto da exclusão em registros relacionados

    Cuidados jurídicos e técnicos na LGPD ao conferir registros antes de apagar dados de clientes.

  6. 02:49

    Exclusão de registros com DELETE e RETURN BEFORE

    Como deletar registros individuais e auditar o dado removido com RETURN BEFORE, observando efeitos em grafos.

  7. 03:49

    Apagando por intervalos de IDs e cláusula WHERE

    Vantagens de performance ao deletar por intervalos de ULID em comparação com filtros convencionais via WHERE.

  8. 04:30

    DELETE vs REMOVE TABLE

    Diferença prática entre esvaziar os registros de uma tabela e remover a estrutura inteira do banco.

  9. 04:59

    Resumo da aula e transição para grafos

    Recapitulação dos comandos essenciais de exclusão e prévia do trabalho com relacionamentos de grafo.

Momentos de destaque na prática

00:25

A diferença prática entre NONE e NULL no SurrealDB

Você sabe por que salvar NULL não apaga o campo de verdade no SurrealDB?

02:06

O efeito cascata do DELETE em relações de grafo

Veja o que acontece com as compras de um cliente ao apagar o contato dele sem checar antes.

03:49

Por que apagar por intervalo de IDs é muito mais rápido

Aprenda a deletar lotes de registros por intervalo de ULIDs para obter máxima performance.

Notas de aula e guia de estudo

Nesta aula, fechamos o ciclo básico de CRUD no SurrealDB aprendendo a apagar dados com precisão, performance e em conformidade com princípios da LGPD. Você verá como remover campos sem deixar sobras, como excluir registros com segurança e a diferença entre limpar registros e derrubar uma tabela inteira.

O que você vai aprender

  • Como remover campos pontuais ou em massa usando NONE, UNSET, MERGE e PATCH
  • A diferença essencial entre NONE (campo inexistente) e NULL (campo com valor nulo)
  • Como usar DELETE junto com RETURN BEFORE para auditar exatamente o que foi apagado
  • A vantagem de performance ao deletar por intervalos de ULIDs ordenados em vez de WHERE
  • A distinção entre limpar os dados de uma tabela com DELETE e apagar a tabela com REMOVE TABLE

Pontos-chave

  • Definir um campo como NONE remove a chave do registro; definir como NULL mantém o campo vazio
  • O modificador RETURN BEFORE é ideal em DELETEs porque permite inspecionar o registro logo antes do sumiço
  • Apagar um registro exclui automaticamente as arestas de grafo conectadas a ele
  • Intervalos de ULIDs aproveitam a ordenação nativa do armazenamento e evitam varreduras completas na tabela
  • DELETE esvazia registros, enquanto REMOVE TABLE descarta a própria tabela do banco de dados

Conceitos e ferramentas abordados nesta aula

SurrealDBComando DELETENONE vs NULLCláusula UNSETREMOVE TABLEIntervalos de ULIDLGPD na PráticaSurrealDBLGPDSQL

Perguntas frequentes sobre esta aula

Nesta aula do módulo "CRUD sem schema" na Escola de Aplicativos, você aprende de forma prática: Como remover campos pontuais ou em massa usando NONE, UNSET, MERGE e PATCH; A diferença essencial entre NONE (campo inexistente) e NULL (campo com valor nulo); Como usar DELETE junto com RETURN BEFORE para auditar exatamente o que foi apagado; A vantagem de performance ao deletar por intervalos de ULIDs ordenados em vez de WHERE.