Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
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

pgsql-es-ayuda by date

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

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group