Oswaldo Hernández escribió:
Linos escribió:
Moises Alberto Lindo Gutarra escribió:
El día 2 de octubre de 2008 16:54, Linos <[EMAIL PROTECTED]> escribió:
...
skuda=# INSERT INTO bulto_cabecera(id_documento, bulto_id,
numero_bulto_documento, time_stamp, id_usuario, completo,
tipo_origen)
VALUES ('2000244341'::integer, '2000244343'::integer, '2'::integer,
'now()'::timestamp with time zone, '2102'::integer, FALSE::boolean,
'ALBARAN_SALIDA'::text)
skuda-# ;
ERROR: duplicate key value violates unique constraint
"albaran_salida_bultos_cab_pkey"
skuda=# \q
...
skuda=# INSERT INTO skuda.bulto_cabecera(id_documento, bulto_id,
numero_bulto_documento, time_stamp, id_usuario, completo,
tipo_origen)
VALUES ('2000244341'::integer, '200024434'::integer, '2'::integer,
'now()'::timestamp with time zone, '2102'::integer, FALSE::boolean,
'ALBARAN_SALIDA'::text);
ERROR: duplicate key value violates unique constraint
"bulto_cabecera_id_documento_key"
...
si es normal q esto suceda así (que de manera random o eso parece
elija con que constraint negar la inserción de la nueva fila)
Linos,
He hecho una sencilla prueba y *siempre* salta la excepcion de la pk
aunque tambien haya duplicidad en la clave única.
En los insert que envias estas utilizándo un valor distinto para la
primary key. ¿Estas Seguro de que el bulto_id '200024434' existe?
Oswaldo,
tienes razón en esta prueba que hice yo en mi base de datos local
parece q me
cole un numero en el bulto_id y no existía, voy a comprobar porque fallo la
replicacion con lo mismo, a lo mejor lo que fallo fue el método de fallback al
hacer el siguiente update pero desde luego ya no parece un problema de
postgresql, gracias por hacerme darme cuenta de mi fallo, un saludo.
--
TIP 2: puedes desuscribirte de todas las listas simultáneamente
(envía "unregister TuDirecciónDeCorreo" a [EMAIL PROTECTED])
