Re: [HACKERS] Replication documentation addition

Поиск
Список
Период
Сортировка
От Jeff Frost
Тема Re: [HACKERS] Replication documentation addition
Дата
Msg-id Pine.LNX.4.64.0611141417310.23695@discord.home.frostconsultingllc.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Replication documentation addition  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: [HACKERS] Replication documentation addition  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-docs
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@frostconsultingllc.com>
Frost Consulting, LLC     http://www.frostconsultingllc.com/
Phone: 650-780-7908    FAX: 650-649-1954

В списке pgsql-docs по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Replication documentation addition
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Replication documentation addition