¿Qué es CRUD? Crear, leer, actualizar y eliminar explicado

CRUD son las siglas de crear, leer, actualizar y eliminar: las cuatro operaciones básicas que hace una app con los datos almacenados. Añadir un cliente nuevo es crear, ver la lista de clientes es leer, cambiar su número de teléfono es actualizar y quitarlo es eliminar. La mayoría de apps de negocio —CRM, sistemas de reservas, gestores de inventario, paneles de administración— son en gran parte CRUD, con reglas y una buena maquetación encima.

Por qué importa cuando creas con IA

CRUD es el vocabulario que convierte una idea vaga de app en una petición precisa. «Una app para gestionar nuestros proveedores» deja a la IA adivinando. «Crear, listar, editar y eliminar proveedores, con estos campos» le dice exactamente qué pantallas, operaciones de base de datos y rutas de servidor construir.

También te da una lista de comprobación para probar. Para cada tipo de registro de tu app, puedes preguntarte cuatro cosas: ¿puedo añadir uno, verlos, cambiar uno y quitar uno, y solo pueden hacerlo las personas adecuadas? Un número sorprendente de apps creadas con IA permiten crear registros pero no editarlos, o dejan que cualquiera borre cualquier cosa.

Una analogía cotidiana: una caja de fichas de recetas

Imagina una caja de fichas de recetas en una estantería de la cocina.

• Crear: escribes una ficha nueva y la archivas.
• Leer: hojeas la caja, o sacas la de la lasaña.
• Actualizar: tachas «200 g de queso» y escribes «250 g».
• Eliminar: sacas una ficha y la tiras.

Ahora añade reglas: solo el jefe de cocina puede tirar fichas, cada ficha debe tener un título, y nadie puede archivar dos fichas con el mismo nombre. Eso es una app CRUD con validación y permisos, que es lo que son la mayoría de apps reales.

Cómo aparece CRUD en cada capa

Cada operación aparece en la pantalla, en el servidor y en la base de datos. Verlas juntas explica bastante sobre cómo se construyen las apps.

La pantalla es el frontend, la petición de API es cómo el frontend habla con el backend, y el SQL es cómo el backend habla con la base de datos. Si estos términos te resultan nuevos, consulta qué es una API y qué es una base de datos.

Un ejemplo práctico: un gestor de préstamos de equipos

El departamento de medios de un colegio presta cámaras y micrófonos a los alumnos y no deja de perder el control de ellos. Quieren una app sencilla.

Los registros. Dos tipos de cosas: equipos (nombre, tipo, número de serie, estado) y préstamos (qué equipo, qué alumno, fecha de salida, fecha de devolución prevista, fecha de devolución real).

CRUD para equipos:

• Crear: el personal añade una cámara nueva con su número de serie. Regla: los números de serie deben ser únicos.
• Leer: una lista de todos los equipos, filtrable por tipo y por «disponible ahora»; una página de detalle con el historial de préstamos de cada elemento.
• Actualizar: cambiar el estado a «necesita reparación».
• Eliminar: normalmente no es un borrado real. Si se borra una cámara con 30 préstamos anteriores, esos registros pierden su enlace. En su lugar, se marca como «retirada» para que desaparezca de la lista de disponibles pero su historial se conserve. Esto se llama borrado lógico.

CRUD para préstamos:

• Crear: registrar la salida de un equipo a un alumno. Regla: no puedes sacar un equipo que ya está prestado.
• Leer: «préstamos vencidos»: una lista donde la fecha de devolución ya ha pasado y no hay fecha de devolución.
• Actualizar: registrar la fecha de devolución cuando el equipo vuelve.
• Eliminar: solo el personal, para préstamos introducidos por error.

Permisos. Los alumnos pueden leer lo disponible; solo el personal puede crear, actualizar o eliminar. Estas comprobaciones se hacen en el servidor, no solo ocultando botones.

Esa es toda la app. Las partes interesantes —no prestar dos veces lo mismo, la lista de vencidos, un historial por elemento— son reglas y consultas encima de un CRUD básico.

Términos clave

• Registro (fila): un elemento, como un proveedor o un préstamo.
• Entidad / recurso: un tipo de registro, como «proveedores». Normalmente tiene su propia tabla y su propio conjunto de pantallas CRUD.
• Validación: comprobaciones de los datos introducidos: campos obligatorios, email válido, cantidad positiva. Hazlo en el formulario por comodidad y en el servidor por seguridad.
• Borrado lógico: marcar un registro como eliminado o archivado en lugar de quitarlo, para que el historial y los enlaces se conserven.
• Paginación: mostrar una lista larga por páginas, para que la app siga siendo rápida.
• Registro de auditoría: un registro de quién creó, cambió o eliminó qué, y cuándo.
• Panel de administración: un conjunto de pantallas CRUD para que el personal gestione los datos de una app.

Errores y malentendidos habituales

• Olvidar una de las cuatro. Las apps suelen salir con crear y leer pero sin editar, así que cada errata obliga a borrar y volver a escribir. Comprueba las cuatro para cada entidad.
• Borrados que rompen cosas. Eliminar un cliente que tiene facturas puede dejar facturas huérfanas o borrar el historial. Decide para cada entidad: bloquear el borrado, borrado lógico o borrar también los registros relacionados.
• Permisos solo en la interfaz. Ocultar el botón de eliminar no impide que alguien envíe la petición DELETE. El servidor debe comprobar quién la pide.
• Actualizar por ID sin comprobar la propiedad. Si el usuario A puede editar /api/notes/42 cambiando un número en la URL, puede editar la nota del usuario B. Cada actualización y cada borrado debe confirmar que el registro pertenece a quien lo pide.
• Sin confirmación al eliminar. Un solo toque mal dado no debería destruir datos. Pide un paso de confirmación o una forma de deshacer.
• «CRUD significa básico, así que no merece la pena». Muchos productos valiosos son apps CRUD que se ajustan a un flujo de trabajo mejor que una herramienta genérica.

Qué pedir a tu creador de IA

Usa este patrón para cada entidad, una por una:

Crea una función de proveedores con listado, creación, edición y eliminación. Campos: nombre (obligatorio), email de contacto (email válido), teléfono, categoría (una de: alimentación, embalaje, limpieza), notas. Vista de lista con búsqueda por nombre y filtro por categoría, 20 por página. Pide confirmación antes de eliminar; si un proveedor tiene pedidos, archívalo en lugar de borrarlo. Solo el personal con sesión iniciada puede crear, editar o archivar: aplícalo en el servidor.

Después prueba las cuatro operaciones, como un usuario con permiso y como alguien que no debería tener acceso. Cuando una entidad funcione, añade la siguiente. Cómo crear una herramienta interna muestra cómo las pantallas CRUD se convierten en una app de administración completa, y qué es Postgres explica la base de datos sobre la que se apoyan la mayoría de estas apps.

Apps CRUD en Mythex

Las apps CRUD son una de las cosas que mejor hacen los creadores de apps con IA, y Mythex no es una excepción. Pide en el chat la entidad y sus campos, y Mythex conecta una base de datos Postgres al proyecto, crea la tabla y construye las pantallas de lista, formulario y detalle en una vista previa en vivo; después puedes ejecutar /test para comprobar el flujo. La documentación tiene una receta de app CRUD con un prompt inicial, y el creador de herramientas internas y las plantillas de paneles son buenos puntos de partida.

Preguntas