Archivo de trazas(log) gigantescos

[[José Luis Garcí]]

Por lo que entiendo es que recoges la información en un único punto, personalmente, pienso que deberías controlar el transito de información finalizada, y no por proceso, se que puede parecer engorroso, pero, el tema del usuario lo obtienes al entrar, guardándolo en un variable, por lo que puedes enviarlo al finalizar o al producirse un error, de todas maneras, creo que es mejor hacer un log para las gestiones y otro para lo errores, con oque obtienes 1 único registro en el log por operación.

supongamos que tu log guarde (es un Suponer)

Fecha H.Ini. Usuario Of. CCC Acción
------------ ------ ------ ----------- ---- --------------------------- ---------------------------------------------
12/12/2011, 10.55, A125SD5F, 185, 1252/2289/55/0211881287, Entrada en Cuenta
...(Otras operaciones)
12/12/2011, 10.58, A125SD5F, 185, 1252/2289/55/0211881287, Abono 150.28€
...(Otras operaciones)
12/12/2011, 10.59, A125SD5F, 185, 1252/2289/55/0211881287, Registro del Abono y Salida

Lo que yo te propongo sería más o menos así

Fecha H.Ini. H.Fin. Usuario Of. CCC Entrada Salida Acción
------------ ------ ------ ----------- ---- --------------------------- ------, -----, ---------------------------------------------
12/12/2011, 10.55, 10.59, A125SD5F, 185, 1252/2289/55/0211881287, OK OK Abono 150.28€

Así permitimos crear un único registro, manteniendo los datos en variables hasta la canalización

En Caso de Error lo haría así más o menos

Fecha H.Ini. H.Error Usuario Of. CCC Acción
------------ ------ ------- ----------- ---- --------------------------- ---------------------------------------------
12/12/2011, 10.55, 10.59, A125SD5F, 185, 1252/2289/55/0211881287, Error al hacer abono de 150.28€, registro no cerrado