51 Cómo Eliminar Préstamos en Laravel 12: Borrado en Cascada y Modales de Confirmación Flux 🗑️⚠️
Duración: 12 min¡Contenido Exclusivo!
Adquiere este curso para tener acceso inmediato a esta y a **todas las lecciones Premium**.
Inscribirse Ahora por $10.00 Acceso instantáneo de por vida y código fuente incluido.Descripción
🗑️ Lección 51: Cómo Eliminar Préstamos: Borrado en Cascada e Integridad
En esta sesión de Benji V2, implementamos la funcionalidad de eliminación de préstamos. Aprendemos cómo la arquitectura de nuestra base de datos facilita este proceso mediante el borrado en cascada, pero también analizamos los riesgos críticos que esto conlleva para la integridad del sistema.
🛤️ Configuración de la Ruta y el Método Destroy
Para habilitar la eliminación, realizamos los siguientes pasos técnicos:
- 📍 Ruta Delete: Definimos la ruta admin/prestamo/{id} con el método DELETE. Al activarse, esta invoca la función destroy en el controlador [01:30].
- 🛠️ Implementación en el Controlador: Utilizamos un bloque try-catch para buscar el préstamo por su ID y ejecutar el método delete(). Si la operación es exitosa, se redirige con un mensaje de confirmación; de lo contrario, se captura la excepción para informar del error [02:39].
🌊 El Poder del Borrado en Cascada (On Delete Cascade)
Una de las grandes ventajas de nuestra estructura es la automatización:
- 🔄 Eliminación Automática de Pagos: Gracias a que definimos la relación con onDelete('cascade') en las migraciones, al borrar un préstamo, Laravel y el motor de la base de datos eliminan automáticamente todas las cuotas (pagos) asociadas. Esto evita dejar "datos basura" o huérfanos en la tabla de pagos [03:30].
- ✅ Prueba de Fuego: Se realizó una prueba eliminando un préstamo con 10 cuotas activas. El resultado fue un borrado limpio tanto en la tabla de préstamos como en la de pagos de forma instantánea [04:48].
⚠️ Análisis de Riesgos y Seguridad
El autor advierte sobre el peligro de usar el borrado en cascada sin discreción:
- 💣 El Peligro de las Categorías y Clientes: Si eliminamos una categoría o un cliente que tiene préstamos vinculados bajo esta lógica, se borrarían todos sus créditos y cuotas de forma irreversible. Se menciona que, al finalizar el curso, se evaluará si es conveniente restringir estos borrados o utilizar Soft Deletes (borrado lógico) para evitar delitos financieros o pérdida de datos críticos [07:16].
🔧 Reajuste del Módulo de Usuarios
Atendiendo a los comentarios de la comunidad, se realizaron ajustes rápidos en el módulo de usuarios para corregir inconsistencias visuales tras cambios en el modelo:
- 📝 Simplificación del Create: Se eliminaron campos innecesarios y se ajustó el formulario para pedir solo Nombre, Rol, Correo y Contraseña [09:08].
- ⚙️ Actualización del Store: Se limpió el controlador para procesar solo los datos vitales y asignar el rol correctamente, probando con éxito la creación de un nuevo usuario "Facturador" [11:11].
Lecciones
Apoya este proyecto
Si te gusta nuestro contenido, ¡apóyanos con una donación!
Donar por Airtm Donar por Binance¡Gracias por tu apoyo! ❤️