Re: Misma tabla dos bases de datos

Miren yo utilizo en 7 bases de datos el sistema de repliczacion Slony, estan
en produccion en una cadena de supermercados y no tengo ningun problema. Yo
apostaria por esa via.
Saludos.
Omar Zeballos C.

----- Original Message -----
From: "Rodriguez Fernando" <rodriguez(at)ort(dot)edu(dot)uy>
To: "Gabriel Hermes Colina Zambra" <hermeszambra(at)yahoo(dot)com>
Cc: "felipe fernandez" <ffdezrguez(at)tiscali(dot)es>; "Postgresql"
<pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Friday, December 28, 2007 12:27 PM
Subject: Re: [pgsql-es-ayuda] Misma tabla dos bases de datos

> Gabriel Hermes Colina Zambra wrote:
>> --- Rodriguez Fernando <rodriguez(at)ort(dot)edu(dot)uy>
>> escribió:
>>
>>
>>> felipe fernandez wrote:
>>>
>>>> Explico lo que necesito:
>>>> Tengo una central administrativa y varias tiendas
>>>>
>>> donde hay un
>>>> programa de tpv corriendo sobre una base de datos
>>>>
>>> postgresql. (Esto
>>>> es, varias maquinas)
>>>>
>>>> Los articulos, proveedores, etc, son los mismos
>>>>
>>> por lo que quiero
>>>> tener es una sola tabla común a todas las bases de
>>>>
>>> datos.
>>>
>>>> Hasta ahora lo he resuelto por programacion pero
>>>>
>>> las tablas comunes se
>>>> van incrementando y es un autentico coñazo estar a
>>>>
>>> modificar todos los
>>>> modulos de comunicaciones.
>>>>
>>>>
>>>> Alvaro Herrera escribió:
>>>>
>>>>> felipe fernandez escribió:
>>>>>
>>>>>> ¿Es posible tener la misma tabla en dos bases de
>>>>>>
>>> datos?.
>>>
>>>>>> Algo parecido al "ln -s" entre archivos del
>>>>>>
>>> linux/unix.
>>>
>>>>>>
>>>>> No. Lo que se recomienda tipicamente es que en
>>>>>
>>> vez de usar dos bases de
>>>
>>>>> datos, uses dos schemas, y pongas las tablas
>>>>>
>>> comunes en un schema comun.
>>>
>>>>> Asi puedes compartir todos los datos que te
>>>>>
>>> plazcan con buen
>>>
>>>>> rendimiento.
>>>>>
>>>>> (La otra tecnica es usar dblink, pero es horrible
>>>>>
>>> de lento).
>>>
>>>>>
>>>> --
>>>> TIP 7: no olvides aumentar la configuración del
>>>>
>>> "free space map"
>>> Si no queres redundancia podes usar link a las
>>> tablas de las comunes,
>>>
>>> Saludos Fernnado
>>> --
>>> TIP 6: ¿Has buscado en los archivos de nuestra lista
>>> de correo?
>>> http://archives.postgresql.org/pgsql-es-ayuda
>>>
>>>
>> Yo prefiero no usar los schemas como bases de
>> sucursales, prefiero identificar los movimientos con
>> un id_local o sucursal.
>>
>> Prefiero tener los esquemas schemas reflejando los
>> modulos de la aplicacion.
>>
>> Entre ellos tengo un schema importacion_datos y otro
>> exportacion_datos, en exportacion tengo vistas
>> materializadas que se actualizan con el movimiento
>> generado en las tablas comunes, genero un script pero
>> que modifico la palabra exportacion_datos por
>> importacion_datos y se lo paso al resto de las
>> sucursales que toman los datos de ahi, en los
>> registros marco si son altas, modificaciones o bajas y
>> listo.
>>
>> Ventajas, la informacion se trasmite solo con los
>> cambios, puede utilizarse cualquier medio,
>> internet,cd, dvd, pendriver, etc para pasar la
>> informacion de una sucursal a otra, cierto no es en
>> tiempo real, pero si se cae la internet puedo seguir
>> funcionando.
>>
>> Atte.
>> Gabriel Colina
>>
>>
>>
>> ____________________________________________________________________________________
>> ¡Capacidad ilimitada de almacenamiento en tu correo!
>> No te preocupes más por el espacio de tu cuenta con Correo Yahoo!:
>> http://correo.espanol.yahoo.com/
>>
>>
> Hola existe un proyecto en pgfoundry, sob dblink y materialized tables,
> ojealo a ver si te sirve
> http://pgfoundry.org/docman/?group_id=1000195
>
> saludos Fernando
> --
> TIP 1: para suscribirte y desuscribirte, visita
> http://archives.postgresql.org/pgsql-es-ayuda
>