Re: Misma tabla dos bases de datos

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>
Subject: Re: Misma tabla dos bases de datos
Date: 2007-12-28 16:27:34
Message-ID: 477523F6.9070108@ort.edu.uy
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

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

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Ivan Hills 2007-12-28 18:26:38 Re: copy Id serial
Previous Message Christian Ortiz 2007-12-28 16:27:24 problema con tildes