Borrado lógico y físico de datos en SQL

Clase 19 de 24 • Curso de Fundamentos de Bases de Datos

Resumen

Gestionar la eliminación de datos en SQL requiere especial cuidado y decisiones estratégicas. Existen dos métodos principales para borrar registros de una base de datos: el borrado lógico (suave) y el borrado físico (duro). Entender claramente ambos y cuándo utilizarlos aporta valor añadido tanto operativo como legalmente a un proyecto.

¿Qué es el borrado lógico y cuándo utilizarlo?

El borrado lógico o suave es una técnica que no elimina el registro por completo de la base de datos, sino que lo marca como inactivo mediante la adición de una columna especial, comúnmente denominada active. Esto permite conservar los datos para:

Generar estadísticas.
Mantener auditorías.
Cumplir obligaciones legales.

¿Cómo implementar una columna de borrado lógico?

Se debe añadir una nueva columna active de tipo tiny int, que indicará mediante valores (1 activo, 0 inactivo) el estado del registro:

ALTER TABLE clients ADD COLUMN active TINYINT NOT NULL DEFAULT 1 AFTER phone number;

Al marcar un registro como inactivo, actualizamos su valor a 0 mediante comando:

UPDATE clients SET active = 0 WHERE client_id = 3680;

¿Cuál es el procedimiento para borrar físicamente datos en SQL?

El borrado duro implica eliminar definitivamente un registro de la base de datos, acción que no permite recuperar fácilmente la información eliminada. El comando SQL utilizado es:

DELETE FROM clients WHERE condicion;

¿Qué prácticas seguras seguir al realizar un borrado físico?

Para evitar pérdidas accidentales, es recomendable seguir buenas prácticas como:

Comenzar siempre escribiendo WHERE false antes de especificar condiciones.
Limitar la cantidad de filas eliminadas mediante LIMIT.
Usar condiciones específicas y seguras como el identificador único o valores exactos.

Ejemplo práctico de borrado:

DELETE FROM clients WHERE email = 'user@example.com' LIMIT 1;

¿Qué consideraciones tener con las claves foráneas (foreign keys) al eliminar datos?

Al usar borrado duro en tablas con relaciones (foreign keys), se debe atender especialmente la configuración de cascada (on delete cascade) que permite eliminar automáticamente registros relacionados. Esto, aunque útil, requiere gran precaución porque podría causar eliminaciones inesperadas en múltiples tablas.

¿Cuál es la importancia del acuerdo técnico sobre el método de borrado?

Incluir claramente en el desarrollo del sistema y en acuerdos con el equipo la forma en que se manejan los borrados (lógico o físico) es esencial. La decisión final depende del contexto operativo, legal y de negocio del proyecto.

Marina Sonia

student•

--THANOS FORMULA
SELECT * FROM clients
ORDER BY RAND()
LIMIT (SELECT CEILING(*)/2)
FROM clients;
```![]()![](https://static.platzi.com/media/user_upload/upload-5b2d639b-8105-417b-a877-26c6093df77e.jpeg)

Marina Sonia

student•

Edgar Omar Llanque Cordova

student•

la columna active es en extremo útil, la uso mucho para estudiar los datos históricos. pero a medida que pasa el tiempo, las tabla van aumentado de tamaño. pregunta: cuales son las mejores prácticas para tener buen performance de una tabla con datos active = 0? borrarlos no es una opción aceptable.

Oscar Barrón Martínez

student•

Creo que una opción que se sale de la normalización es generar una tabla de archivo de las tuplas no activas, cada cierto tiempo mover los no activos de la tabla principal a la tabla histórico, de este modo sigues conservando la información pero ya no en la tabla principal para no afectar su performance. Así cada cierto tiempo de mantenimiento de la tabla principal mueves los no activos actuales a esa de histórico. Es mi sugerencia.

Edgar Omar Llanque Cordova

student•

Muchas gracias por la sugerencia Oscar Barrón Martínez

Juan Diego

student•

TINYINT es un tipo de dato en SQL que se utiliza para almacenar números enteros pequeños. Ocupa 1 byte de espacio y puede contener valores desde -128 a 127 (si es con signo) o de 0 a 255 (si es sin signo). Es útil cuando necesitas una columna que almacene un número limitado de opciones, como un estado (activo/inactivo) o banderas booleanas, ayudando a optimizar el espacio en la base de datos.

JOSE RUBIEL CABALLERO MOLINA

student•

La columna "active" en una base de datos es fundamental para implementar un borrado lógico. Esto significa que, al establecer el valor de "active" en 0 (cero), el registro se considera como eliminado sin borrarlo físicamente de la base de datos. Este enfoque permite conservar la información para auditorías, estadísticas y cumplimiento legal, asegurando que los datos no se pierdan completamente y puedan ser recuperados si es necesario.

Julio Catalán H.

student•

En mi proyecto uso deleted=0 y si los usuarios borran un dato queda como 1, eso para todas las tablas. Es lo mismo pero al revés XD

Jesús Patricio Pereira Matus

student•

Efectivamente, el update y delete de sql es el rm -rf de linux :/

Jorge Naranjo

student•

Para inactivar al cliente, agregué el campo identificacion:

mysql> update clientes set activo = 0 where identificacion = ########;

Victor Manuel Alcantar Rosales

student•

¿Qué ventaja tendría usar TINYINT contra ENUM o BOOLEAN?

Xavier Armando Larios Alvarenga

student•

El borrado lógico es un método de eliminación de datos en bases de datos donde, en lugar de eliminar un registro de forma permanente, se marca como "inactivo" o "eliminado" mediante una columna adicional, como "active". Esto permite que el registro siga existiendo en la base de datos, preservando información valiosa para auditorías o estadísticas. Por ejemplo, se puede establecer "active" a 0 para indicar que el registro está borrado, mientras que un valor de 1 indica que está activo. Esto es útil para cumplir con regulaciones legales sobre la retención de datos.

Miguel Angel Otero Otero

student•

El borrado lógico es crucial para cualquier registro que haya generado una huella de negocio o legal. Nunca debes borrar físicamente una venta, una factura o el registro de un ex-empleado.

El borrado físico se reserva para datos temporales, errores puros o información de alto volumen que no tiene implicaciones legales ni estadísticas. Priorizar el borrado físico de los datos obsoletos (como carritos abandonados o logsviejos) es una práctica de mantenimiento de bases de datos que mejora la eficiencia.

Jose Luis Bedoya

student•

el boolean es un alias de tinyint!

Alberto Alcocer

teacher•

Cuidado, porque aunque es muy usada esta idea no es necesariamente correcta. Un tinyint almacena 1 byte de información, es decir, puede guardar números desde el -128 al 127 o del 0 al 255 (si se usa unsigned). Mientras que esperaría que un boolean sólo bit (no byte) es decir, 0ó 1.

Carlos G

student•

WHERE: Filtra las filas de una tabla en una consulta SQL.
DELETE: Elimina registros de una tabla.
WHERE con DELETE: Permite eliminar registros específicos de una tabla, en lugar de todos ellos.

Maravilloso curso para repasar conceptos y conocer nuevos casos de uso.

Gonzalo Peñaranda

student•

En el caso de borrado suave, inclusive, en el caso de modificaciones, es buena idea tener columnas tipo "last_modified_date" y "last_modified_by" para indicar fecha-hora y autor del cambio.

Esto también se puede aplicar para los borrados suaves para temas de control y seguimiento.

Depende de qué tan elaborada o detallada se desea la tabla y la base de datos.

Wagner Fernández

student•

Active, es crear un historial de datos que ha tenido la tabla conexa con una Base de Datos, en lo que respecta borrado lógico.

En DELETE, es eliminar el registro de la Base de Datos.

Javier Ladino

student•

Gran clase! Si la reglamentación del uso y protección de datos obliga a mantener la información durante un tiempo determinado, cuál sería el modelo que debemos usar cuando partimos de una Data Lake o estamos en un Data Warehouse? Es decir, si la BD estructurada original debe preservarse, podemos o debemos crear otra instancia de respaldo ? o siempre será una sola base de datos? que otras políticas podrían implementarse para no borrar la información en un proceso ETL bajo la gobernanza de datos en una empresa real.