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
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 |