Re: 8.1, OID's and plpgsql
От
Jim C. Nasby
Тема
Re: 8.1, OID's and plpgsql
Дата
Msg-id
20051203022808.GZ13642@nasby.net
Ответ на
Re: 8.1, OID's and plpgsql (Tom Lane)
Список
Дерево обсуждения
8.1, OID's and plpgsql "Uwe C. Schroeder" <uwe@oss4u.com>
Re: 8.1, OID's and plpgsql Martijn van Oosterhout <kleptog@svana.org>
Re: 8.1, OID's and plpgsql Richard Huxton <dev@archonet.com>
Re: 8.1, OID's and plpgsql Jaime Casanova <systemguards@gmail.com>
Re: 8.1, OID's and plpgsql "Uwe C. Schroeder" <uwe@oss4u.com>
Re: 8.1, OID's and plpgsql "Jim C. Nasby" <jim@nasby.net>
Re: 8.1, OID's and plpgsql Tom Lane <tgl@sss.pgh.pa.us>
Re: 8.1, OID's and plpgsql "Jim C. Nasby" <jim@nasby.net>
Re: 8.1, OID`s and plpgsql "Greg Sabino Mullane" <greg@turnstep.com>
Re: 8.1, OID's and plpgsql "Jim C. Nasby" <jim@nasby.net>
Re: 8.1, OID's and plpgsql "Uwe C. Schroeder" <uwe@oss4u.com>
Re: 8.1, OID's and plpgsql Jaime Casanova <systemguards@gmail.com>
On Fri, Dec 02, 2005 at 06:58:39PM -0500, Tom Lane wrote: > "Jim C. Nasby" writes: > > Maybe the docs should be changed to just say that you should never reuse > > a ctid outside of the transaction you obtained the ctid in? > > That's not a sufficient rule either: someone else could still delete or > update the row while your transaction runs. You'd really have to SELECT > FOR UPDATE or FOR SHARE to be sure the ctid remains stable. (Of course, Erm, even if they do delete or update the row, wouldn't it's ctid still remain valid since nothing could vacuum it yet? Of course, now it'd probably see the old version of the row, but that behavior could be changed so that the database would follow t_ctid in that case. -- Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
В списке pgsql-general по дате отправления