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

CRUD son las siglas de create, read, update y delete: crear, leer, actualizar y eliminar, las cuatro cosas básicas que hace una app con los datos guardados. Añadir un cliente nuevo es crear, ver la lista de clientes es leer, cambiar su número de teléfono es actualizar y eliminarlo es borrar. La mayoría de las apps de negocio —CRM, sistemas de reservas, control de inventario, paneles de administración— son en gran medida CRUD con reglas y una buena interfaz encima.

Por qué importa cuando construyes 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 indica exactamente qué pantallas, operaciones de base de datos y rutas del servidor construir.

También te da una lista de comprobación para probar. Para cada tipo de registro de tu app, puedes hacerte cuatro preguntas: ¿puedo añadir uno?, ¿puedo verlos?, ¿puedo cambiar uno?, ¿puedo eliminar uno? Y ¿solo pueden hacerlo las personas adecuadas? Un número sorprendente de apps construidas 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: escribir una ficha nueva y archivarla.
• Leer: hojear la caja, o sacar la de los canelones.
• Actualizar: tachar «200 g de queso» y escribir «250 g».
• Eliminar: sacar una ficha y tirarla.

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 las 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 en paralelo explica mucho sobre cómo se construyen las apps.

La pantalla es el frontend, la petición de API es la forma en que el frontend habla con el backend, y el SQL es la forma en que 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.

Ejemplo práctico: un registro de préstamos de equipos

El departamento de medios de un colegio presta cámaras y micrófonos a los estudiantes y siempre pierde la pista de dónde están. Quieren una app sencilla.

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

CRUD para los 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 un artículo.
• Actualizar: cambiar el estado a «necesita reparación».
• Eliminar: normalmente no es un borrado real. Si una cámara con 30 préstamos anteriores se elimina, esos registros de préstamo perderían su vínculo. En su lugar, se marca como «retirada» para que desaparezca de la lista de disponibles, pero su historial se conserva. Esto se llama borrado lógico.

CRUD para los préstamos:

• Crear: registrar la salida de un artículo a un estudiante. Regla: no puedes prestar un artículo 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 artículo regresa.
• Eliminar: solo personal, para préstamos introducidos por error.

Permisos. Los estudiantes pueden leer lo que está disponible; solo el personal puede crear, actualizar o eliminar. Estas comprobaciones se ejecutan en el servidor, no solo ocultando botones.

Eso es toda la app. Las partes interesantes —no prestar dos veces lo mismo, la lista de vencidos, un historial por artículo— 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 vínculos 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 conceptos erróneos habituales

• Olvidar una de las cuatro operaciones. Las apps a menudo se entregan con crear y leer pero sin editar, así que cada errata obliga a borrar y volver a introducir. 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 por entidad: bloquear el borrado, borrado lógico o borrar también los registros relacionados.
• Permisos solo en la interfaz. Ocultar el botón 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 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 constructor de apps con IA

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

Crea una función de proveedores con listar, crear, editar y eliminar. Campos: nombre (obligatorio), email de contacto (email válido), teléfono, categoría (una de: alimentos, envases, 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: hazlo cumplir en el servidor.

Luego 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 constructores 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 constructor de herramientas internas y las plantillas de paneles son buenos puntos de partida.

Preguntas