Re: PostgreSQL clustering VS MySQL clustering - Mailing list pgsql-performance

From Bjoern Metzdorf
Subject Re: PostgreSQL clustering VS MySQL clustering
Date
Msg-id 41F12828.3090309@turtle-entertainment.de
Whole thread Raw
In response to Re: PostgreSQL clustering VS MySQL clustering  ("Joshua D. Drake" <jd@commandprompt.com>)
List pgsql-performance
Joshua D. Drake wrote:
> Matt Clark wrote:
>
>> Presumably it can't _ever_ know without being explicitly told, because
>> even for a plain SELECT there might be triggers involved that update
>> tables, or it might be a select of a stored proc, etc.  So in the
>> general case, you can't assume that a select doesn't cause an update,
>> and you can't be sure that the table list in an update is a complete
>> list of the tables that might be updated.
>
>
> Uhmmm no :) There is no such thing as a select trigger. The closest you
> would get
> is a function that is called via select which could be detected by
> making sure
> you are prepending with a BEGIN or START Transaction. Thus yes pgPool
> can be made
> to do this.

SELECT SETVAL() is another case.

I'd really love to see pgpool do this.

I am also curious about Slony-II development, Tom mentioned a first
meeting about it :)

Regards,
Bjoern

pgsql-performance by date:

Previous
From: "Joshua D. Drake"
Date:
Subject: Re: PostgreSQL clustering VS MySQL clustering
Next
From: Yann Michel
Date:
Subject: Re: