Re: [HACKERS] Replication documentation addition

From: Jeff Frost <jeff(at)frostconsultingllc(dot)com>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Chris Browne <cbbrowne(at)acm(dot)org>, pgsql-docs(at)postgresql(dot)org
Subject: Re: [HACKERS] Replication documentation addition
Date: 2006-11-14 22:18:20
Message-ID: Pine.LNX.4.64.0611141417310.23695@discord.home.frostconsultingllc.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-hackers

On Tue, 14 Nov 2006, Bruce Momjian wrote:

> Jeff Frost wrote:
>> On Tue, 14 Nov 2006, Bruce Momjian wrote:
>>
>>> Your description was too detailed, but I took some of your concepts:
>>>
>>> <para>
>>> In clustering, each server can accept write requests, and these
>>> write requests are broadcast from the original server to all
>>> other servers before each transaction commits. Heavy write
>>> activity can cause excessive locking, leading to poor performance.
>>> In fact, write performance is often worse than that of a single
>>> server. Read requests can be sent to any server. Clustering
>>> is best for mostly read workloads, though its big advantage is
>>> that any server can accept write requests --- there is no need
>>> to partition workloads between read/write and read-only servers.
>>> </para>
>>>
>>> <para>
>>> Clustering is implemented by <productname>Oracle</> in their
>>> <productname><acronym>RAC</></> product. <productname>PostgreSQL</>
>>> does not offer this type of load balancing, though
>>> <productname>PostgreSQL</> two-phase commit (<xref
>>> linkend="sql-prepare-transaction-title"> and <xref linkend=
>>> "sql-commit-prepared-title">) can be used to implement this in
>>> application code or middleware.
>>> </para>
>>
>> Bruce,
>>
>> Continuent's uni/cluster middleware product implements this type of
>> clustering/load balancing. Perhaps it warrants a mention? Not sure how far
>> we want to get into listing external products.
>
> We had a long discussion about that and felt that recommending
> commercial products or even every open source project was too much. The
> idea was that we should reference a web page that has them all mentioned,
> but no one has set one up yet.

That makes sense, I just hate to see us say something like "Oracle can do
this with RAC but PostgreSQL cannot."

--
Jeff Frost, Owner <jeff(at)frostconsultingllc(dot)com>
Frost Consulting, LLC http://www.frostconsultingllc.com/
Phone: 650-780-7908 FAX: 650-649-1954

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Bruce Momjian 2006-11-14 22:32:21 Re: [HACKERS] Replication documentation addition
Previous Message Bruce Momjian 2006-11-14 22:04:11 Re: [HACKERS] Replication documentation addition

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2006-11-14 22:32:21 Re: [HACKERS] Replication documentation addition
Previous Message Bruce Momjian 2006-11-14 22:04:11 Re: [HACKERS] Replication documentation addition