Cita: El caso no es cuando un dato ya no es util, sino cuando proviene de un error de carga.
"...si un programa genera un error, deberá ser documentado. "
Murphy dixit...
Este es el caso que cae bajo la órbita de la administración de la base, y tiene que ver con decisiones propias del papel. No es posible hacer una afirmación taxativa precisamente porque dependerá del caso.
De todos modos, el problema de una entrada errónea es tanto un problema de programación como de diseño de base de datos: Una entrada errónea, un dato erróneo o inválido, simplemente no debería existir, por lo que no debe permanecer en la base
en tanto dato no válido.
Ahora bien, si el dato en cuestión ya está integrando algún tipo de reporte o análisis, es decir, si ya hay información generada
con él, el sistema se vuelve dependiente de su existencia, y eliminarlo generará inconsistencias que solamente pueden salvarse o regenerando todo (demasiado costo) o manteniéndolo y haciendo las erratas necesarias.
En ese contexto, el registro erróneo
podrá mantenerse si y sólo si existe alguna forma de dependencia.
De todos modos, como verás, pasa a ser una decisión de nivel más alto en la empresa.