Re: Federated Postgresql architecture ? - Mailing list pgsql-performance

From Jonah H. Harris
Subject Re: Federated Postgresql architecture ?
Date
Msg-id 36e682920806300634y10a34fc1vfa9b18658d8e857b@mail.gmail.com
Whole thread Raw
In response to Re: Federated Postgresql architecture ?  ("Marko Kreen" <markokr@gmail.com>)
List pgsql-performance
On Mon, Jun 30, 2008 at 9:16 AM, Marko Kreen <markokr@gmail.com> wrote:
> But I want to clarify it's goal - it is not to run "pre-determined
> queries."  It is to run "pre-determined complex transactions."

Yes.

> And to make those work in a "federated database" takes huge amount
> of complexity that PL/Proxy simply sidesteps.  At the price of
> requiring function-based API.  But as the function-based API has
> other advantages even without PL/Proxy, it seems fine tradeoff.

Agreed.  PL/Proxy has its own set of advantages.

As usual, it really just depends on the application and its requirements.

--
Jonah H. Harris, Sr. Software Architect | phone: 732.331.1324
EnterpriseDB Corporation | fax: 732.331.1301
499 Thornall Street, 2nd Floor | jonah.harris@enterprisedb.com
Edison, NJ 08837 | http://www.enterprisedb.com/

pgsql-performance by date:

Previous
From: "Marko Kreen"
Date:
Subject: Re: Federated Postgresql architecture ?
Next
From: Cédric Villemain
Date:
Subject: Re: A guide/tutorial to performance monitoring and tuning