Direcionando a IA para Construir Sua Camada de Dados
A IA é excelente em design de schema e escrita de consultas — se você der a ela as restrições contra as quais projetar. Não diga "faça um banco de dados." Descreva o domínio, os relacionamentos e o que não é negociável.
Um forte se parece com isto:
Design a PostgreSQL schema for a task-management app.
Entities and relationships:
- A user can own many projects.
- A project has many tasks.
- A task belongs to one project, has a status
(todo / doing / done), and an optional due date.
Requirements:
- Use UUID primary keys and created_at timestamps.
- Enforce relationships with foreign keys.
- Add indexes for the columns we'll filter on.
- Give me the schema as SQL, plus a forward migration file.
- Explain any trade-offs you made.
Depois revise a saída com a checklist deste capítulo: tipos honestos, chaves estrangeiras e restrições presentes, índices sensatos, nenhum dado duplicado. Ao pedir consultas, exija explicitamente consultas parametrizadas para que a entrada do usuário nunca seja concatenada em . E, para qualquer migração que descarte ou renomeie algo, peça para a IA sinalizar isso, para que você possa fazer backup primeiro.
O banco de dados é a parte do seu app onde os erros são mais difíceis de desfazer — dados, uma vez corrompidos ou perdidos, nem sempre voltam. É exatamente por isso que esses fundamentos valem a pena conhecer: não para que você escreva cada linha sozinho, mas para que você possa direcionar a IA com confiança e capturar os movimentos perigosos antes que eles vão para produção.