Daymel,
use la vista pg_replication_origin_status que me retornó:
local_id, external_id, remote_lsn y local_lsn.
Despues ejecuté pg_replication_origin_advance(node_name text, lsn
pg_lsn) en donde usé external_id como node_name y remote_lsn con
lsn.
Daymel,
la opción 1 es la que no quiero usar.
La opción 2 es la que use como dice la documentación pero no pasó
nada. Sigue el conflicto.
Saludos
Gustavo J. Vaccaro
http://www.gjv.com.ar
El
Hola Gustavo:
El 18 de octubre de 2018, 17:09, Gustavo Vaccaro<
gustavojosevacc...@gmail.com> escribió:
> Hola a todos,
>
> me puse a probar como funciona la replicación lógica con postgres 10.5 y
> me surgió la siguiente pregunta:
> cuando se produce un conflicto porque la clave esta duplicada
Hola a todos,
me puse a probar como funciona la replicación lógica con postgres
10.5 y me surgió la siguiente pregunta:
cuando se produce un conflicto porque la clave esta duplicada ¿que
es lo que hay que hacer?
¿se puede saltear el conflicto con
y si probás:
'10'::numeric(2,0) en vez de to_number('10' , '00D')
El jue., 18 oct. 2018 a las 5:29, Eduardo Morras ()
escribió:
>
>
> Muy buenas,
>
> Estamos importando datos en vivo desde un AS400, las tablas en postgres
> son replica de las de AS400 y los datos numericos son de tipo
Muy buenas,
Estamos importando datos en vivo desde un AS400, las tablas en postgres son
replica de las de AS400 y los datos numericos son de tipo numeric(a,b)
A la hora de hacer la importacion mediante INSERT ... ON CONFLICT ... UPDATE
... aparecen muchos errores del tipo:
Detail: Un campo
