Re: Strategy for materialisation and centralisation of data - Mailing list pgsql-general

From Rory Campbell-Lange
Subject Re: Strategy for materialisation and centralisation of data
Date
Msg-id 20200521205202.GA7285@campbell-lange.net
Whole thread Raw
In response to Re: Strategy for materialisation and centralisation of data  (Karsten Hilbert <Karsten.Hilbert@gmx.net>)
Responses Re: Strategy for materialisation and centralisation of data
List pgsql-general
On 21/05/20, Karsten Hilbert (Karsten.Hilbert@gmx.net) wrote:
> On Thu, May 21, 2020 at 03:35:59PM +0100, Rory Campbell-Lange wrote:
> 
> > We have quite a few databases of type a and many of type b in a cluster.
> > Both a and b types are fairly complex and are different solutions to a
> > similar problem domain. All the databases are very read-centric, and all
> > database interaction is currently through plpgsql with no materialised
> > data.
> >
> > Some organisations have several type a and many type b databases, and
> > need to query these in a homogeneous manner. We presently do this with
> > many middleware requests or pl/proxy. An a or b type database belongs to
> > 0 or 1 organisations.
> 
> Might postgres_fdw help in any way ?

Thanks for the suggestion. As I noted we are already using pl/proxy and
it works well, although we are soaking up a lot of connections with it.
From my reading of the postgres_fdw docs it is much more featureful than
pl/proxy but it is likely to have the same connection characteristics.

The main issues we're trying to solve is standardising data access
through (I think) materialisation and centralisation.

Rory



pgsql-general by date:

Previous
From: Israel Brewster
Date:
Subject: Re: Table partitioning for cloud service?
Next
From: Karsten Hilbert
Date:
Subject: Re: Strategy for materialisation and centralisation of data