From: | Guillermo Córdoba <guillermocordobar(at)yahoo(dot)es> |
---|---|
To: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] pseudo-sincronización: mismas tablas en dos equipos |
Date: | 2014-11-26 16:10:38 |
Message-ID: | 5475FB7E.5070602@yahoo.es |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
gracias, Álvaro, Jaime,
solo trabajo yo en los dos equipos, sí podría pasar que yo modificara la
misma tabla en los dos equipos entre sincronizaciones, pero eso ya lo
puedo gestionar yo -recordarlo y evitar hacerlo, vamos-. Cuando dices
'que lea la
fecha del más reciente archivo de ambos directorios' te refieres a que
lo haga tabla a tabla o para toda la BD? porque lo primero me serviría,
pero me da la sensación de que te refieres a 'machacar' toda la BD, ¿me
equivoco?
¿Y sabes de algún ejemplo similar, que haga algo parecido a ese leer
fecha y ejecutar rsync? Me temo que mis conocimientos no dan para tanto
:-( .
Muchas gracias por vuestras respuestas, me han sido muy útiles!
El 24/11/2014 a las 16:29, Jaime Casanova escribió:
> 2014-11-24 10:25 GMT-05:00 Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>:
>> Guillermo Córdoba escribió:
>>> pueden aparecer como resultado de una query, por ejemplo, a partir de una
>>> tabla con un grid de 100mx100m creo una nueva tabla resultado de un join
>>> espacial entre ésta y una capa de portales. Éste es un caso de tabla
>>> 'grande' para mí.
>>> y prevalece la última actualización, puedo haber trabajado en movilidad o en
>>> casa, de ahí que yo pensaba usar la fecha de actualización de la tabla
>> Lo único "simple" que se me ocurre es que ejecutes un script que lea la
>> fecha del más reciente archivo de ambos directorios y luego haga un
>> rsync en la dirección correcta.
>>
> Lo que reemplazaría *todos* los datos del directorio. Lo que me lleva
> a mi siguiente pregunta:
> alguien trabaja en la "torre" mientras tu juegas en la portátil?
>
--
Guillermo
---
Este mensaje no contiene virus ni malware porque la protección de avast! Antivirus está activa.
http://www.avast.com
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
From | Date | Subject | |
---|---|---|---|
Next Message | Alfredo Guzman Pacherres | 2014-11-26 20:39:12 | Streaming replication |
Previous Message | Emanuel Calvo | 2014-11-25 17:54:50 | Re: Módulo pg_stat_staments en Master, también en réplicas? |