Dirigir a la IA para construir tu capa de datos
La IA es excelente para diseñar esquemas y escribir consultas... si le das las restricciones contra las que diseñar. No digas "haz una ." Describe el , las relaciones y tus innegociables.
Un sólido se ve así:
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.
Luego revisa la salida con la lista de comprobación de este capítulo: tipos honestos, claves foráneas y restricciones presentes, índices sensatos, sin datos duplicados. Cuando pidas consultas, exige explícitamente consultas parametrizadas para que la entrada del usuario nunca se concatene en el . Y para cualquier migración que elimine o renombre algo, pídele a la IA que lo señale para que puedas hacer una copia de seguridad primero.
La base de datos es la parte de tu aplicación donde los errores son más difíciles de deshacer: los datos, una vez corrompidos o perdidos, no siempre vuelven. Precisamente por eso vale la pena conocer estos fundamentos: no para que escribas cada línea tú mismo, sino para que puedas dirigir a la IA con confianza y detectar los movimientos peligrosos antes de que se publiquen.