Consulta de buenas prácticas

[bacc]

Estimados, hoy conversando con un amigo me comentó que el entiende que los registros de una tabla nunca hay que eliminarlos; sino que se deben ocultar a través de algún campo tipo 0/1.
Desde donde yo lo veo esto no es así; pero mi experiencia fuerte es en programación, no en base de datos.

Me gustaría que alguien que tenga un poco más de experiencia en empresas, o grupos de trabajo, o algunos cursos de buenas prácticas de base de datos me saque la duda.
¿Es mejor borrar un registro u ocultarlo?

Muchas gracias!

[gnzsoloyo]

Los programadores siempre piensan que lo que no se usa, se elimina.
Los que nos dedicamos a los datos, su arquitectura, uso y persistencia sabemos que los datos nunca se eliminan sino que se desactivan (baja lógica), o se consolidan (datawarehouse)
Desde el punto de vista de los sistemas si no hay persistencia con desactivación, el sistema tiene una falla critica: no tiene trazabilidad y por tanto no puedes analizar el comportamiento del sistema o los usuarios. Por ende tampoco puedes detectar o replicar fallos.
Finalmente te estás olvidando de in punto muy importante: los datos no se deben eliminar por restricciones LEGALES. Las leyes determinan que ciertos datos, aunque sean obsoletos, deben permanecer por necesidades jurídicas.

¿Se va entendiendo?

Posdata: también soy programador, pero tengo mucho trabajo en arquitectura de datos y análisis funcional.

[Libras]

Iniciado por bacc

Estimados, hoy conversando con un amigo me comentó que el entiende que los registros de una tabla nunca hay que eliminarlos; sino que se deben ocultar a través de algún campo tipo 0/1.
Desde donde yo lo veo esto no es así; pero mi experiencia fuerte es en programación, no en base de datos.

Me gustaría que alguien que tenga un poco más de experiencia en empresas, o grupos de trabajo, o algunos cursos de buenas prácticas de base de datos me saque la duda.
¿Es mejor borrar un registro u ocultarlo?

Muchas gracias!

como ya te dijeron es mejor "desactivarlos" si asi lo quieres ver, porque bueno si hay una auditoria como vas a saber que tenias cierto dato? o por ejemplo tienes un sistema de ventas, venderores, productos, estos datos estan relacionados, el vendedor tiene N productos vendidos, pero el vendedor se sale de la empresa, por lo cual lo borras y por ende sus venvas, pero al hacer esto te afectaria en tu inventario, en tu balance de ventas etc

P.D: tambien desarrollo(o desarrolle jejeje) pero mi fuerte es la admon y arquitectura de bases de datos

[bacc]

Muchas gracias por los comentarios!

Con respecto a la auditoría, la idea es tener una tabla exclusivamente para tener un LOG de todo.

Pero voy a "desactivar" los datos.

[gnzsoloyo]

Con respecto a la auditoría, la idea es tener una tabla exclusivamente para tener un LOG de todo.

No estoy seguro de que sea una buena idea...
Es mejor tener más de una tabla de log, porque los casos pueden ser diferentes, requiriendo que no todos los usuarios los vean, o bien tratar temas diferentes.

Por ejemplo, los log de errores de aplicación no tienen por qué mezclarse con los log de transacciones, los de cambios de datos, o los de excepciones de procedimientos almacenados.
Es mejor definir más de un log, a fin de no mezclar el tipo de información que se quiere conservar.