From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | Joshua Tolley <eggyknap(at)gmail(dot)com>, pgsql-docs <pgsql-docs(at)postgresql(dot)org> |
Subject: | Re: hot standby documentation |
Date: | 2010-06-23 19:14:41 |
Message-ID: | AANLkTikJ2Z8BInqKg5k9hnSeT6hScJGQ7wr-4mW_yNjR@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
On Wed, Jun 23, 2010 at 3:05 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>> We could also allow SELECT ... FOR SHARE during Hot Standby, simply by
>> making it same as normal SELECT, without any ill effects.
>
> True.
Actually, wait a minute. Why wouldn't we need to lock the tuples on
the standby just as we do on the primary? Sure, there can't be
another user transaction modifying those tuples, but WAL replay could
still modify them.
Anyhow, I think that's beside the point. The documentation just says
what Hot Standby does, not what it might do in a future release. And
I don't think this patch changes that very much at all.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2010-06-23 19:29:54 | Re: hot standby documentation |
Previous Message | Robert Haas | 2010-06-23 19:05:33 | Re: hot standby documentation |