Re: Moving from MySQL to PGSQL....some questions (multilevel
| От | Bruno Wolff III |
|---|---|
| Тема | Re: Moving from MySQL to PGSQL....some questions (multilevel |
| Дата | |
| Msg-id | 20040304152726.GA13990@wolff.to обсуждение исходный текст |
| Ответ на | Re: Moving from MySQL to PGSQL....some questions (multilevel ("Karl O. Pinc" <kop@meme.com>) |
| Ответы |
Re: Moving from MySQL to PGSQL....some questions (multilevel
Re: Moving from MySQL to PGSQL....some questions (multilevel |
| Список | pgsql-general |
On Thu, Mar 04, 2004 at 08:48:40 -0600, "Karl O. Pinc" <kop@meme.com> wrote: > > So it sounds like this would be a concurrency safe way to perform > the operation. It also sounds like it might be a good idea > to do SELECT FOR UPDATE on the table/row keyed by id1 to keep > the serialized transactions from stepping on each other's toes. This won't always work since SELECT FOR UPDATE only locks tuples visible to the current transaction. It won't keep another transaction from inserting new tuples that would meet the critera. I think the current general solution is to lock the table.
В списке pgsql-general по дате отправления: