Re: lastval()
От
Tom Lane
Тема
Re: lastval()
Дата
Msg-id
17146.1118031644@sss.pgh.pa.us
Ответ на
Re: lastval() (Neil Conway)
Список
Дерево обсуждения
lastval() Dennis Bjorklund <db@zigo.dhs.org>
Re: lastval() Neil Conway <neilc@samurai.com>
Re: lastval() Dennis Bjorklund <db@zigo.dhs.org>
Re: lastval() Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Re: lastval() Tom Lane <tgl@sss.pgh.pa.us>
Re: lastval() Neil Conway <neilc@samurai.com>
Re: lastval() Tom Lane <tgl@sss.pgh.pa.us>
Re: lastval() Dennis Bjorklund <db@zigo.dhs.org>
Re: lastval() Heikki Linnakangas <hlinnaka@iki.fi>
Re: lastval() Andrew Dunstan <andrew@dunslane.net>
Re: lastval() Dennis Bjorklund <db@zigo.dhs.org>
Re: lastval() Neil Conway <neilc@samurai.com>
Re: lastval() Bruce Momjian <pgman@candle.pha.pa.us>
Re: lastval() Abhijit Menon-Sen <ams@oryx.com>
Re: lastval() "Andrew Dunstan" <andrew@dunslane.net>
Re: lastval() Bruce Momjian <pgman@candle.pha.pa.us>
Re: lastval() Abhijit Menon-Sen <ams@oryx.com>
Re: lastval() Bruce Momjian <pgman@candle.pha.pa.us>
Re: lastval() Tom Lane <tgl@sss.pgh.pa.us>
Re: lastval() "Joshua D. Drake" <jd@commandprompt.com>
Re: lastval() Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Re: lastval() Neil Conway <neilc@samurai.com>
Re: lastval() Dennis Bjorklund <db@zigo.dhs.org>
Re: lastval() Neil Conway <neilc@samurai.com>
Re: lastval() Abhijit Menon-Sen <ams@oryx.com>
Re: lastval() Neil Conway <neilc@samurai.com>
Re: lastval() Tom Lane <tgl@sss.pgh.pa.us>
Re: lastval() Neil Conway <neilc@samurai.com>
Re: lastval() Tom Lane <tgl@sss.pgh.pa.us>
Re: lastval() Neil Conway <neilc@samurai.com>
Re: lastval() Tom Lane <tgl@sss.pgh.pa.us>
Re: lastval() Dennis Bjorklund <db@zigo.dhs.org>
Re: lastval() Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Re: lastval() Neil Conway <neilc@samurai.com>
Re: lastval() Neil Conway <neilc@samurai.com>
Neil Conway writes: > Abhijit Menon-Sen wrote: >> I'd really like to see a concise, complete description of the proposed >> function, including potential caveats. > lastval() returns the last value produced by nextval() or setval() in > the current session. This definition is OK with me ... so long as it still includes the phrase "an error occurs if no nextval or setval has occurred in the current session". However it seemed that a number of people asking for the feature wanted some-random-default to be returned instead. Another question is why should setval affect the result? I don't see the use-case for that offhand. regards, tom lane
В списке pgsql-patches по дате отправления