Re: [pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema suso
Hola Gustavo, podría pasar sí, pero yo hago todas las validaciones de campos y demas historias, en el código de mi programa, aunque todo puede pasar. Gracias por la sugerencia. Un saludo Suso suso escribió: CREATE TRIGGER audit_aux BEFORE INSERT OR UPDATE OR DELETE ON aux FOR EACH ROW

Re: [pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema suso
Entedido., lo implementaré. Lo del jefe a mi me ha pasaado, no para eso precisamente(auditorías), pero me ha pasado y no es agradable:( La vuelta atrás sería desde el propio postgres, no desde mi aplicación, correcto o, se pondría una aplicación para eso exclusivamente en el server y que sólo

Re: [pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema Gustavo Garay
suso escribió: CREATE TRIGGER audit_aux BEFORE INSERT OR UPDATE OR DELETE ON aux FOR EACH ROW EXECUTE PROCEDURE audit_aux(); Todo esta lindo, pero lo ideal seria que el trigger sea accionda despues de la accion AFTER en ves de BEFORE porque podria ocurrir que por algun motivo no s

[pgsql-es-ayuda] Re: [pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema Cesar Erices
> Al igual que alvaro esto tambien lo consideraria, al momento de generar el > informe de entrega, dandole la responsabilidad al DBA de los accesos > indebidos, esto puede ser entregado en un informe de Seguridad asociado al > sistema. > -- Sin más que decir se despide de Usted, muy atentamente

Re: [pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema suso
Aunque en este caso concreto, puse "delete" por ponerlo, pero no se va a utilizar, ya que no puse opción ninguna en el programa para que el usuario pueda borrar, debería entrar en modo línea de comandos, y desde mi programa no puede, no le dejo opción. Solo se usan inserciones y updates. No va a

Re: [pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema suso
Hola Alvaro suso escribió: Aunque en este caso concreto, puse "delete" por ponerlo, pero no se va a utilizar, ya que no puse opción ninguna en el programa para que el usuario pueda borrar, debería entrar en modo línea de comandos, y desde mi programa no puede, no le dejo opción. Solo se usan

[pgsql-es-ayuda] Re: [pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema Cesar Erices
Ok, de que forma le envias estas variables *user inet_client_addr()::varchar* yo puedo obtener estas variables de esta forma $BODY$ DECLARE fecha timestamp; equipo varchar; BEGIN -- INSERTA LA FECHA DEL MOVIMIENTO select into fecha current_timestamp(0); -- INSERTA LA IP DEL E

Re: [pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema suso
Aunque en este caso concreto, puse "delete" por ponerlo, pero no se va a utilizar, ya que no puse opción ninguna en el programa para que el usuario pueda borrar, debería entrar en modo línea de comandos, y desde mi programa no puede, no le dejo opción. Solo se usan inserciones y updates. En la

Re: [pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema suso
Hola Cesar, claro, yo hago un "before, pero le estoy mandando el usuario por el cual se dispara el evento, con lo cual sería el usuario que borra, porque es éste, el que dispara el evento, no es así, o estoy equivocado? Un saludo Suso Cuando haces delete, que usuario se graba? esos debes ver b

[pgsql-es-ayuda] Re: [pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema Cesar Erices
Cuando haces delete, que usuario se graba? esos debes ver bien, porque nosostros para esos procedimientos de eliminación hacemos una insert a la tabla auxiliar independiente para poder guardar los datos actuales, en tu caso estas guardando los datos que ya existina, pero no podrias saber quien lo e

[pgsql-es-ayuda] otra de auditoría

2009-10-28 Por tema suso
Hola de nuevo a todos, me gustaría me dieran vuestro consejo sobre lo siguiente: Tengo este trigger(uno por tabla) y su function correspondiente(una por tabla), a parte de guardar los datos que se ven, es decir la tabla modificada, más el usuario, ip del mismo, fecha, hora y tipo de operación,