Re: Sync Rep Design

From: Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Greg Smith <greg(at)2ndquadrant(dot)com>, Josh Berkus <josh(at)postgresql(dot)org>, Hannu Krosing <hannu(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Sync Rep Design
Date: 2010-12-31 13:48:41
Message-ID: 4D1DDF39.1030307@kaltenbrunner.cc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 12/31/2010 02:39 PM, Robert Haas wrote:
> On Fri, Dec 31, 2010 at 7:57 AM, Heikki Linnakangas
> <heikki(dot)linnakangas(at)enterprisedb(dot)com> wrote:
>> On 31.12.2010 14:40, Robert Haas wrote:
>>>
>>> Someone may have proposed this before, but one way of getting standby
>>> naming "for free" would be to make the standby names the same as the
>>> roles used to log in, rather than adding a separate parameter. We
>>> could just recommend to people that they use a separate, descriptive
>>> role name for each standby. Then the synchronous_standbys parameter -
>>> when added - would mean "a standby from one of these roles".
>>
>> Seems a bit weird. It's not a lot of effort to give each standby a name. But
>> if you want something automatic, how about gethostname() ?
>
> Uh, wow, no way. That would be making a critical aspect of system
> reliability depend on something way, way outside of our configuration.

+1

>
> What's weird about using the role name? That's our standard way of
> distinguishing between two or more users. Why invent something new?

wel a user is not a host/server for me - given there is no real benefit
from using distinct roles for each standby yet I don't see why we should
complicate the replication setup procedure by requiring 1 role per standby.
So I'm all for giving each standby a name but please make it an explicit
one and not something that is only vaguely related to the actual standby
host.

Stefan

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2010-12-31 13:52:49 Re: and it's not a bunny rabbit, either
Previous Message Peter Eisentraut 2010-12-31 13:48:18 Re: and it's not a bunny rabbit, either