25/02/2005, 05:54
|
| O_O | | Fecha de Ingreso: enero-2002 Ubicación: Santiago - Chile
Mensajes: 34.417
Antigüedad: 22 años, 3 meses Puntos: 129 | |
| Bueno .. como te comentan .. es necesario que concretes más lo que necesitas hacer .. Por registrar datos podrías hacerlos con muchos .. pero tal vez no es lo que necesitas ..
Por ejemplo ..
Si tu registras:_ Operacion ---> operacion que se hace (alta, baja ...)
Esa "Operación" vendrá referida a algúna cosa en concreto .. no sé .. un ID de un registro .. o en tal "sección" de tu aplicación .. Así que sería ideal relacionar ese dato .. sino, no tendrá mucho sentido ver que en tal fecha se hizo una "operación" pero no sabras con respecto a "que".
A todo esto .. si vas a "borrar" (baja) un registro por ejemplo y necesitas guardar "cuando se hizo" para tus logs .. entonces no lo borres "físicamente" de tus BD sino que usa un borrado "lógico" .. Esto implicaría tener un flag en esa tabla para ese registro que indique algo tipo "1" registro activo -> "0" registro inactivo (borrado .. dado de baja) .. NO sé hasta que punto necesitas ese tipo de "auditoria" ("log") .. Ese tipo de registros exaustivos generan mucho dato que va a consumir recursos en tus BD .. y a todo esto .. un "registro" (log) sin que nadie se comprometa a evaluarlo no sirve de mucho (esto ya pasa el ambito de la "programación" .. pero es para que veas que a veces lo que puede resultar "ideal" a la larga no es "real" ni efectivo las ventajas que podría dar vs a la mantención de esos datos o al rendimiendo en tu sistema como puede afectar).
Un saludo, |