O que é CRUD? Criar, ler, atualizar e excluir explicados

CRUD significa create, read, update e delete — criar, ler, atualizar e excluir —, as quatro operações básicas que um app faz com dados armazenados. Adicionar um novo cliente é criar, ver a lista de clientes é ler, mudar o telefone dele é atualizar e removê-lo é excluir. A maioria dos apps de negócios — CRMs, sistemas de reserva, controles de estoque, painéis administrativos — é, em grande parte, CRUD com regras e um bom layout por cima.

Por que isso importa quando você cria com IA

CRUD é o vocabulário que transforma uma ideia vaga de app em um pedido preciso. "Um app para gerenciar nossos fornecedores" deixa a IA adivinhando. "Criar, listar, editar e excluir fornecedores, com estes campos" diz exatamente quais telas, operações de banco e rotas de servidor construir.

Ele também oferece uma lista de verificação para testes. Para cada tipo de registro no seu app, você pode fazer quatro perguntas: consigo adicionar um, vê-los, alterar um e removê-lo — e só as pessoas certas conseguem fazer cada uma dessas coisas? Um número surpreendente de apps criados com IA consegue criar registros, mas não editá-los, ou deixa qualquer um excluir qualquer coisa.

Uma analogia do dia a dia: uma caixa de fichas de receitas

Imagine uma caixa de fichas de receitas em uma prateleira da cozinha.

• Criar: escrever uma ficha nova e arquivá-la.
• Ler: folhear a caixa, ou tirar a da lasanha.
• Atualizar: riscar "200g de queijo" e escrever "250g".
• Excluir: tirar uma ficha e jogá-la fora.

Agora acrescente regras: só o chef-chefe pode jogar fichas fora, toda ficha precisa ter um título, e ninguém pode arquivar duas fichas com o mesmo nome. Isso é um app CRUD com validação e permissões — que é o que a maioria dos apps reais é.

Como o CRUD aparece em cada camada

Cada operação aparece na tela, no servidor e no banco de dados. Vê-las lado a lado explica muito sobre como os apps são construídos.

A tela é o frontend, a requisição de API é como o frontend conversa com o backend, e o SQL é como o backend conversa com o banco de dados. Se esses termos são novos para você, veja o que é uma API e o que é um banco de dados.

Um exemplo prático: um controle de empréstimo de equipamentos

O departamento de mídia de uma escola empresta câmeras e microfones para os alunos e vive perdendo o controle deles. Eles querem um app simples.

Os registros. Dois tipos de coisas: equipamentos (nome, tipo, número de série, estado) e empréstimos (qual equipamento, qual aluno, data de saída, data de devolução prevista, data da devolução).

CRUD para equipamentos:

• Criar: a equipe adiciona uma nova câmera com o número de série. Regra: os números de série devem ser únicos.
• Ler: uma lista de todos os equipamentos, filtrável por tipo e por "disponível agora"; uma página de detalhes mostrando o histórico de empréstimos de um item.
• Atualizar: mudar o estado para "precisa de conserto".
• Excluir: normalmente não é uma exclusão de verdade. Se uma câmera com 30 empréstimos anteriores for excluída, esses registros de empréstimo perdem o vínculo. Em vez disso, marque-a como "aposentada", para que ela saia da lista de disponíveis, mas o histórico permaneça. Isso se chama exclusão lógica (soft delete).

CRUD para empréstimos:

• Criar: registrar a retirada de um item por um aluno. Regra: não é possível retirar um item que já está emprestado.
• Ler: "empréstimos atrasados" — uma lista em que a data de devolução já passou e não há data de devolução registrada.
• Atualizar: registrar a data de devolução quando o item volta.
• Excluir: somente a equipe, para empréstimos lançados por engano.

Permissões. Os alunos podem ler o que está disponível; só a equipe pode criar, atualizar ou excluir. Essas verificações rodam no servidor, não apenas escondendo botões.

Esse é o app inteiro. As partes interessantes — nenhum empréstimo duplicado, uma lista de atrasos, um histórico por item — são regras e consultas construídas sobre um CRUD simples.

Termos-chave

• Registro (linha): um item, como um fornecedor ou um empréstimo.
• Entidade / recurso: um tipo de registro, como "fornecedores". Cada uma normalmente tem sua própria tabela e seu próprio conjunto de telas CRUD.
• Validação: verificações dos dados de entrada — campos obrigatórios, e-mail válido, quantidade positiva. Faça isso no formulário por conveniência e no servidor por segurança.
• Exclusão lógica (soft delete): marcar um registro como excluído ou arquivado em vez de removê-lo, para que o histórico e os vínculos sobrevivam.
• Paginação: mostrar uma lista longa uma página por vez, para que o app continue rápido.
• Log de auditoria: um registro de quem criou, alterou ou excluiu o quê, e quando.
• Painel administrativo: um conjunto de telas CRUD para a equipe gerenciar os dados de um app.

Erros comuns e equívocos

• Esquecer uma das quatro operações. Apps costumam sair com criar e ler, mas sem editar, então cada erro de digitação exige excluir e digitar de novo. Confira as quatro para cada entidade.
• Exclusões que quebram coisas. Excluir um cliente que tem faturas pode deixar faturas órfãs ou apagar o histórico. Decida por entidade: bloquear a exclusão, fazer exclusão lógica, ou excluir também os registros relacionados.
• Permissões apenas na interface. Esconder o botão Excluir não impede alguém de enviar a requisição DELETE. O servidor precisa verificar quem está pedindo.
• Atualizar pelo ID sem verificar a posse. Se o usuário A consegue editar /api/notes/42 trocando um número na URL, ele pode editar a nota do usuário B. Toda atualização e exclusão deve confirmar que o registro pertence a quem pede.
• Nenhuma confirmação ao excluir. Um toque errado não deve destruir dados. Peça uma etapa de confirmação, ou a possibilidade de desfazer.
• "CRUD é básico, então não vale a pena construir." Muitos produtos valiosos são apps CRUD que se encaixam em um fluxo de trabalho melhor do que uma ferramenta genérica.

O que pedir ao seu criador de apps com IA

Use este padrão para cada entidade, uma de cada vez:

Crie uma funcionalidade de fornecedores com listar, criar, editar e excluir. Campos: nome (obrigatório), e-mail de contato (e-mail válido), telefone, categoria (uma de: alimentos, embalagens, limpeza), observações. Visualização em lista com busca por nome e filtro por categoria, 20 por página. Peça confirmação antes de excluir; se um fornecedor tiver pedidos, arquive em vez de excluir. Somente funcionários logados podem criar, editar ou arquivar — aplique isso no servidor.

Depois, teste as quatro operações, como um usuário autorizado e como alguém que não deveria ter acesso. Quando uma entidade funcionar, adicione a próxima. Como criar uma ferramenta interna mostra como as telas CRUD viram um app administrativo completo, e o que é Postgres explica o banco de dados sobre o qual a maioria desses apps se apoia.

Apps CRUD no Mythex

Apps CRUD são uma das coisas que os criadores de apps com IA fazem melhor, e o Mythex não é exceção. Peça no chat a entidade e seus campos, e o Mythex conecta um banco Postgres ao projeto, cria a tabela e monta as telas de lista, formulário e detalhes em uma prévia ao vivo; depois você pode executar /test para verificar o fluxo. A documentação tem uma receita de app CRUD com um prompt inicial, e o criador de ferramentas internas e os modelos de painéis são bons pontos de partida.

Perguntas