Re: Postgres Architecture

From: Timothy Nelson <wayland(at)wayland(dot)id(dot)au>
To: "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Postgres Architecture
Date: 2023-10-16 21:39:49
Message-ID: CANZ4r3adKd=rFsf+aHSun02JFauLGvdF5Z3O0EXKJc2pzoN5hQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Great! I'm not surprised it's been around a long time -- I didn't think I
could be the only one to think of it.

Thanks for the heads-up on Postgres-XL -- I'd missed that one somehow.

I'm going to include the words "architecture" and "replication" so that
people searching the archives in the future have more chance of finding
this conversation.

Thanks!

On Tue, 17 Oct 2023 at 02:07, Jonah H. Harris <jonah(dot)harris(at)gmail(dot)com>
wrote:

> On Mon, Oct 16, 2023 at 6:42 AM Timothy Nelson <wayland(at)wayland(dot)id(dot)au>
> wrote:
>
>> I'm expecting that people will pick the idea apart, and wanted to know
>> what people think of it.
>>
>
> Thanks for the proposal. This is actually a model that's been around for a
> very long time. And, in fact, variations of it (e.g. parsing done in one
> place and generated plan fragments shipped to remote execution nodes where
> the data resides) are already used by things like Postgres-XL. There have
> also been a number of academic implementations where parsing is done
> locally and raw parse trees are sent to the server as well. While these
> things do reduce CPU, there are a number of negative aspects to deal with
> that make such an architecture more difficult to manage.
>
> --
> Jonah H. Harris
>
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Erik Wienhold 2023-10-16 21:51:39 Re: Fix output of zero privileges in psql
Previous Message David G. Johnston 2023-10-16 21:18:28 Re: Improving Physical Backup/Restore within the Low Level API