Re: Concurrency problem - Mailing list pgsql-sql

From Magnus Hagander
Subject Re: Concurrency problem
Date
Msg-id 6BCB9D8A16AC4241919521715F4D8BCE475DF5@algol.sollentuna.se
Whole thread Raw
In response to Concurrency problem  (Dag Gullberg <dag.gullberg@telia.com>)
List pgsql-sql
>     Yes, I have several clients connecting to the db, using
> the same username, doing the same things, pretty much.
>
>     Please educate me:
> When a table is accessed, is there an entry that is updated
> in pg_catalog.pg_tables (or somewhere else) in such a fashion
> that the MVCC cannot handle it and that consecutive selects
> from other clients will cause concurrency errors? Are these
> entries not "locked" while accessed?

No, but the GRANT statement is translated into doing an UPDATE on a
system catalog. The concurrency error only happens when you do UPDATEs,
you can do any number of parallell SELECTs. If you wrote the SQL
directly you would use SELECT FOR UPDATE, but with GRANT I don't think
there is a way to make it use that semantic.

And no, without using FOR UPDATE, rows are not locked when they are read
in MVCC. That's what's so great about it :-)

//Magnus



pgsql-sql by date:

Previous
From: Dag Gullberg
Date:
Subject: Re: Concurrency problem
Next
From: Tom Lane
Date:
Subject: Re: Difference between IN and JOIN