Histórico de cambios en registros

[Jeronimo]

¡Hola!
Debo diseñar en una base de datos todo lo necesario para que se puedan ver los cambios hechos en los distintos registros, sin limitación por fecha (es decir, que se registren todos los cambios hechos durante la vida útil del programa). ¿Cuál es la  mejor manera de hacerlo?
En principio pensé en crear una tabla "registrocambios" con los campos "id", "fecha", "hora", "id_usuario", "tabla", "id_registro", "campo", "valor anterior", "valor nuevo". Pero luego me encontré con que a lo mejor hay casos donde se modifican registros de varias tablas en el mismo proceso. Por ejemplo, en un sistema de ventas, si se modifica un pedido debieran registrarse los cambios realizados en el maestro (fecha, cliente, etc.) y en el detalle (artículos, cantidades, precios, etc.). En ese caso me parece que sería muy engorroso hacerlo como lo describí.
¿Qué se les ocurre? ¿O qué han hecho ustedes en casos así?
¡Muchas gracias!

Jerónimo

[lucius]

Hace tiempo me plantie si se podia hacer lo que mencionas pero me di cuenta de que seria demasiado trabajoso igual encontre que en el caso de sqlserver todas las modificaciones a bd se graban en el log y si esto ya lo hacer el motor porque hacerlo manualmente, bueno te dejo estos link en caso no hayas escuchado sobre el log de sqlserver
http://www.programacion.com/articulo/reducir_el_fichero_de_log_en_sql_server_269
http://www.guillesql.es/Articulos/SQLServerFAQ_Leer_Log_fn_dblog_DBCC_Log.aspx

[ssccaann43]

¡Hola!
Debo diseñar en una base de datos todo lo necesario para que se puedan ver los cambios hechos en los distintos registros, sin limitación por fecha (es decir, que se registren todos los cambios hechos durante la vida útil del programa). ¿Cuál es la  mejor manera de hacerlo?
En principio pensé en crear una tabla "registrocambios" con los campos "id", "fecha", "hora", "id_usuario", "tabla", "id_registro", "campo", "valor anterior", "valor nuevo". Pero luego me encontré con que a lo mejor hay casos donde se modifican registros de varias tablas en el mismo proceso. Por ejemplo, en un sistema de ventas, si se modifica un pedido debieran registrarse los cambios realizados en el maestro (fecha, cliente, etc.) y en el detalle (artículos, cantidades, precios, etc.). En ese caso me parece que sería muy engorroso hacerlo como lo describí.
¿Qué se les ocurre? ¿O qué han hecho ustedes en casos así?
¡Muchas gracias!

Jerónimo

Si lo que deseas es un Modulo de Tracking, pues simple... Te armas una tabla y registras todos los movimientos del usuario, mas no a que tabla afecto, porque no tiene sentido...

Por ejemplo:

Tabla_Tracking
ID <- Autoincrementable
IDUsuario
Modulo
Accion
Observacion
Fecha
Hora
Estacion

Entonces registras el id del usuario, el modulo donde acceso por ejemplo FACTURACION, ya que realizo una venta, en Accion colocas REGISTRO DE VENTA, Observación: EL USUARIO FULANO REGISTRO UNA VENTA AL CLIENTE FULANITO POR UN MONTO DE XXX.. NRO FACTURA XXXXX.... Registras la Fecha, La hora y la Estación desde donde este se loggeo para tal fin...! Esto por lo general lo realizan para auditar todo lo que los usuarios realizan...

Saludos

[Jeronimo]

Algo de eso había pensado. No sé por qué quería hacerlo de manera de poder tomar los registros del tracking para volver el estado de un cliente, etc., a los valores anteriores.
Ahora que lo pienso como vos lo planteás, es cierto, no tiene mucho sentido, de manera que lo que sugerís es la manera que mejor encuentro para poder tener el histórico que necesito.
Perdón por la demora en la respuesta.
¡Muchas gracias!

Jerónimo