He visto que algunos de los sistemas de software tienen funcionalidad de auditoría y registro. Ambas funcionalidades parecen estar haciendo lo mismo: registran todas las acciones de los usuarios detrás de escena. Hay tablas respectivas de auditoría y registro incluso existen en la base de datos. Si realmente están haciendo lo mismo, ¿por qué el desarrollador desarrolló una función duplicada en un sistema?
Respuestas:
Por lo que he trabajado, hay una diferencia entre ellos según su naturaleza. Un registro es (puede ser) perecedero mientras que un registro de auditoría es seguro y no perecedero. Como resultado, nunca registrará información confidencial o información que necesitará más adelante. Una pista de auditoría, por otro lado, es segura. Es algo que no debe perecer fácilmente.
Por ejemplo, en un software bancario, auditará las transacciones de crédito-débito, transacciones fallidas, etc. Esta auditoría se almacenará en la base de datos. El archivo de registro puede guardar la transacción que se bloqueó cuando el software falló y no ingresó al sistema.
Utilizo auditoría para rastrear las acciones de los usuarios y reconstruir los valores actuales.
por ejemplo, tenemos una tabla con valores de tarjetas de regalo, y podemos ver en esa tabla que el valor actual es $ 100 y el valor original $ 200.
Es correcto, no lo sabemos ...
para que esa pregunta sea respondida tenemos que saber qué sucedió en el medio.
entonces tenemos una tabla de auditoría en la cual guardamos todas las acciones para esa tabla, así:
ene. 1 init $ 200
ene. 3 agregar $ 300
ene. 5 restar $ 350
ene. 7 valor de verificación (devuelto 150)
ene. 8 restar $ 50
ahora sé qué decir si un usuario llama y dice: oye, ¿a dónde fueron mis $ 100?
El registro 'normal' se utiliza para registrar errores, procesar información, etc. Podemos depurar la aplicación cuando, por ejemplo, la información de auditoría y los valores reales de la tarjeta de regalo no coinciden, por lo que podemos ver qué funciona mal en el código.