El 18 de octubre de 2018, 18:02, Gustavo Vaccaro<
gustavojosevacc...@gmail.com> escribió:
> 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 dond
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.
N
El 18 de octubre de 2018, 17:33, Gustavo Vaccaro<
gustavojosevacc...@gmail.com> escribió:
> 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.
>
Que parámetros le pasase a la función? Errores?
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 18/10/2018
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
pg_rep
