Re: High-Concurrency GiST in postgreSQL

From: John R Pierce <pierce(at)hogranch(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: High-Concurrency GiST in postgreSQL
Date: 2011-12-05 21:41:47
Message-ID: 4EDD3A9B.6040802@hogranch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 12/05/11 1:34 PM, C. Mundi wrote:
> So that's my concern. I'm doing 80% reads which are all non-blocking
> with 20% writes mixed in, and I need to avoid the effect of writes
> blocking queries which do not need to traverse branches affected by
> the write.

postgres does no blocking on inserts/updates. the commonest lock is if
you're doing a transaction, and need to select something prior to
updating it, then you use a SELECT ... FOR UPDATE; this locks just the
rows you're going to update so noone else can update them (but other
clients can still read the existing value prior to your COMMIT).

--
john r pierce N 37, W 122
santa cruz ca mid-left coast

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message John R Pierce 2011-12-05 21:53:13 Re: High-Concurrency GiST in postgreSQL
Previous Message C. Mundi 2011-12-05 21:34:00 Re: High-Concurrency GiST in postgreSQL