curval was Re: is PG able to handle a >500 GB Database?
От | rob |
---|---|
Тема | curval was Re: is PG able to handle a >500 GB Database? |
Дата | |
Msg-id | 000801c08350$f10b3600$4100fd0a@cabrion.org обсуждение исходный текст |
Ответ на | Re: Re: is PG able to handle a >500 GB Database? ("Oliver Elphick" <olly@lfix.co.uk>) |
Ответы |
Re: curval was Re: is PG able to handle a >500 GB Database?
|
Список | pgsql-general |
I just read this again. On the first read I thought last_value would give what was in the current backend and not "someone else's". When I read it the second time last_value is actually the behavior I wanted for that program I described. Sorry to be so dense. On a different note. OID's are not guaranteed to be unique within a table? --rob ----- Original Message ----- From: "Tom Lane" <tgl@sss.pgh.pa.us> To: "rob" <rob@cabrion.com> Cc: "Florent Guillaume" <efgeor@noos.fr>; "Oliver Elphick" <olly@lfix.co.uk>; <pgsql-general@postgresql.org> Sent: Saturday, January 20, 2001 11:22 AM Subject: Re: Re: Re: is PG able to handle a >500 GB Database? > "rob" <rob@cabrion.com> writes: > > currval returns error unless nextval has been called at least once in the > > session. > > > I use <seq>.last_value > > > Perhaps I'm fooling myself > > Yes, you are, unless you never have more than one client attached to > your database. last_value will return whatever value was last assigned > by any backend, therefore you might not get the value that was inserted > into your tuple, but someone else's. > > The point about currval being initially undefined seems moot if what > you're using it for is to recover the serial number that was assigned to > a tuple you just inserted ... > > regards, tom lane >
В списке pgsql-general по дате отправления: