Hola, Monitorizando un poco más fino, he visto que el primer fallo sí que es un intento de inserción con claves duplicadas (vaya ojo tienes). La PK que me viola es (n_ae, cod_parque, fecha). (n_ae, cod_parque) es único y las fechas siempre separadas al menos unas centésimas de segundo. Con la precisión del tipo timestamp no debería ser posible que coincidan ¿no?.
Ahora la pregunta es. ¿Cómo fuerzo que cada consulta sea una transacción separada? Saludos, Jorge -----Mensaje original----- De: Rafael Martinez [mailto:r.m.guerr...@usit.uio.no] Enviado el: viernes, 18 de septiembre de 2009 11:37 Para: Jorge Romeo CC: postgres ayuda sql español Asunto: Re: [pgsql-es-ayuda] Problemas de concurrencia? -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jorge Romeo wrote: > > Es una aplicación en Python, se conecta usando psycopg2. > Oh, puede ser que el error te lo da el programa en python y no PostgreSQL ..... Segun lo que he visto en la red, psycopg2 devuelve este fallo si tienes problemas con la conexion a la base de datos. O mejor dicho si estas conectado y en medio de la conexion psycopg2 registra una 'exception' en la conexion. Esto podria explicar hasta cierto punto el comportamiento de la aplicacion cuando falla. Otra cosa a tener en cuenta es si cuando construyes el comando SQL en python tienes en cuenta que los valores a insertar no tienen caracteres que necesiten ser escapados, especialmente la comilla simple ('). Creo que este fallo tambien daria lugar al mismo mensaje de error. - -- Rafael Martinez, <r.m.guerr...@usit.uio.no> Center for Information Technology Services University of Oslo, Norway PGP Public Key: http://folk.uio.no/rafael/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.7 (GNU/Linux) iD8DBQFKs1SoBhuKQurGihQRAjZaAJ4vxNGan5/EFuTyHENIzL/Z3PPkEQCfU0PE K63XTLLLanPU1/6lWJyeTw0= =Ee2b -----END PGP SIGNATURE----- -- TIP 2: puedes desuscribirte de todas las listas simultáneamente (envía "unregister TuDirecciónDeCorreo" a majord...@postgresql.org)
