¿Marcar o Borrar registros en las tablas?
 

Buenas tardes,

simplemente quería saber vuestra opinión acerca del tratamiento de datos en las tablas a la hora de borrar registros.

Estoy usando ADO de momento enlazado con una base de datos Access

Recuerdo hace años cuando programaba con dBase IV que nunca borraba directamente los registros de una tabla por seguridad. Los marcaba con "delete" y luego de vez en cuando hacía un "Pack" para eliminarlos definitivamente.

No se si hay opciones parecidas ahora y si realmente se sigue haciendo así o directamente se eliminan los registros sin opción a recuperarlos.

Lo comento porque veo que en un descuido se puede borrar información sin querer pese a usar mensajes de confirmación (y obviamente hacer copias de seguridad continuamente).

Se me ocurría la posibilidad de poner un campo boleano "Borrado" y que en lugar de borrar se marcase o algo parecido.

¿Como ponéis está parte en práctica?

Gracias por vuestras opiniones

Un saludo

Pregunta. ¿Conservarías basura en tu escritorio "por si llegases a necesitarla nuevamente"? Yo tampoco.

El no borrar físicamente el registro hasta darle un PACK o así es una PÉSIMA práctica de base de datos. Lo que no se necesita se borra y punto. Así de simple.

¿Que no es lo que básicamente hace el escritorio de Windows :rolleyes: :D

Pero estoy de acuerdo. A final de cuentas, ante usuarios descuidados incluso el PACK puede ser insuficiente.

// Saludos

Depende de los que van a usar el programa :D :D

La verdad prefiero tener una pesima mala practica de bd antes que un pesimo dolor de cabeza cuando borran cosas "sin querer"

Es muy gratificante tildar un campo boolean a true y que magicamente vuelva todo

PD: Que, nunca usaron el restaurar de la papelera de reciclaje???

¡Ah, sí!, ésos entes humanoides con manos de lava, LOS USUARIOS...

Creo que en el fondo todos pensamos lo mismo.

De momento para no armar mucho desde delphi, he programado con un software externo una copia de seguridad diaria de toda la base de datos para que al menos en caso de "desastre" solo se pierdan los datos del día.

Gracias por vuestras opiniones.

Un saludo

Yo estoy de acuerdo con ésta respuesta, aunque en mi caso no siempre actúo así. En pequeñas aplicaciones si borro físicamente, pero en las de mayor volumen y muchos puestos de trabajo hay determinada información que, fruto alguna que otra mala experiencia, simplemente la marco (como por ejemplo los clientes). También en esos casos llevo registros de auditoria. Se que no es lo más eficiente, pero me ha salvado más de una ocasión. Y ahora que estoy empezando a trabajar con aplicaciones web me planteo seriamente no borrar nunca y por supuesto auditar todo, ya las bases de datos serán compartidas por varios clientes y la opción de restaurar la base de datos no es viable salvo desastres mayúsculos. En esto de las aplicaciones web parto de la base que el volumen de datos mis clientes tipo no va más allá de pocos miles de registros al año.

Saludos,