Guardar Usuario, IP, modificacion y fecha-hora en una base de datos

[douglasroos]

Buenas noches a todos, es mi primer post en esta gran comunidad de foros del web, bueno al punto.

Estoy diseñando un sistemas de bases de datos que se van a usar en la empresa donde trabajo, cada quien tiene su id y pass y ciertos niveles de acceso al sistema, dependiendo de su nivel puede o no ver ciertas paginas asi como modificarlas.

Lo que necesito ahora es que cuando un usuario realice una modificacion, elimine inserte o actualice algun campo de la base de datos con la que estoy trabajando, esto me guarde en un registro la fecha y la hora, que usuario hizo que modificacion en que tabla y su IP, para asi evitar posibles saboteos al sistema ya que en los ultimos meses nos han saboteado ya varias veces.

Desde ya muchas gracias y espero pronta respuesta.

[abimaelrc]

Lo que puedes hacer es que antes de que haga algun cambio primero hagas un insert de lo que va a hacer. Me refiero a que hagas una tabla y en esa tabla solo hagas un insert y así llevas un registro. Lo otro no se si quieras hacer esto, pero en vez de borrar porque no creas mejor una columna que diga por ejemplo activado y que si borra mejor hagas una actualización a cambiar lo que dice la columna por ejemplo el nombre de la columna diga activado y las opciones son YES o NO. Bueno tu decides.

[DooBie]

Yo hice algo parecido no hace mucho, pero lo desactive por la gran cantidad de datos que al final tenia guardados.

Lo plantee asi (muy mal planteado, pero me funcionaba):

Cree una nueva tabla tbl_log en la que guardaba ip, usuario, fecha/hora, sentencia

ip: la ip del usuario
usuario: nombre del usuario, en realidad, aqui guardaba el id del usuario
fecha/hora: no tiene mucho misterio...
sentencia: aqui guardaba la sentencia que iba a ejecutar (antes de ejecutarla) desde php hacia mysql, ya fuese un insert, update o delete. De este modo tenia una tabla con todo lo que habia pasado y cuando habia pasado, era una forma de tener 'un backup', no era tal, pero si que me servia de registro (log)

Puedes probar este sistema, pero te aviso, que si tienes mucho trafico de sentencias que modifiquen la base de datos (los select no los guardaba :p) se llenara de forma exagerada la tabla y se hara un poco lenta las consultas (si decides hacerlas) hacia esa tabla.


saludos!

EDITO: la idea de crear un nuevo campo para activar/desactivar registros propuesta por abimaelrc, es tambien muy acertada, yo la uso muy a menudo

[douglasroos]

Muchas gracias pos sus respuestas, ya lo resolvi. Muchas gracias a los dos