Skip site navigation (1) Skip section navigation (2)

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:02:21
Message-ID: Pine.LNX.4.64.0611141401000.23695@discord.home.frostconsultingllc.com (view raw or flat)
Thread:
Lists: pgsql-docspgsql-hackers
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.


-- 
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

pgsql-docs by date

Next:From: Bruce MomjianDate: 2006-11-14 22:04:11
Subject: Re: [HACKERS] Replication documentation addition
Previous:From: Bruce MomjianDate: 2006-11-14 21:42:23
Subject: Re: [HACKERS] Replication documentation addition

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2006-11-14 22:04:11
Subject: Re: [HACKERS] Replication documentation addition
Previous:From: Simon RiggsDate: 2006-11-14 21:42:33
Subject: Re: [SQL] Case Preservation disregarding case

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group