Re: Strang behaviour SELECT ... LIMIT n FOR UPDATE
От | Tom Lane |
---|---|
Тема | Re: Strang behaviour SELECT ... LIMIT n FOR UPDATE |
Дата | |
Msg-id | 18953.1196225189@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Strang behaviour SELECT ... LIMIT n FOR UPDATE ("Daniel Caune" <daniel.caune@ubisoft.com>) |
Ответы |
Re: Strang behaviour SELECT ... LIMIT n FOR UPDATE
Re: Strang behaviour SELECT ... LIMIT n FOR UPDATE |
Список | pgsql-sql |
"Daniel Caune" <daniel.caune@ubisoft.com> writes: > I'm facing a strange behaviour with a statement SELECT ... LIMIT n FOR > UPDATE in PostgreSQL 8.1. The number of rows returned is actually (n - > 1). I'm trying to find whether this is an identified issue with > PostgreSQL 8.1 that might have been fixed in a later version such as > 8.2; I don't have any problem in moving to a later version if needed. There's no known issue specifically of that form (and a quick test of 8.1 doesn't reproduce any such behavior). However, it is known and documented that LIMIT and FOR UPDATE behave rather oddly together: the LIMIT is applied first, which means that if FOR UPDATE rejects any rows as being no longer up-to-date, you get fewer than the expected number of rows out. You did not mention any concurrent activity in your example, but I'm betting there was some ... regards, tom lane
В списке pgsql-sql по дате отправления: