Re: Concurrency problem

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Concurrency problem
Дата
Msg-id 6BCB9D8A16AC4241919521715F4D8BCE475DF5@algol.sollentuna.se
обсуждение исходный текст
Ответ на Concurrency problem  (Dag Gullberg <dag.gullberg@telia.com>)
Список 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 по дате отправления:

Предыдущее
От: Dag Gullberg
Дата:
Сообщение: Re: Concurrency problem
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Difference between IN and JOIN