Re: offset and limit in update and subselect

From: "Timothy H(dot) Keitt" <Timothy(dot)Keitt(at)SUNYSB(dot)Edu>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: offset and limit in update and subselect
Date: 2001-02-26 14:54:14
Message-ID: 3A9A6E16.5020202@SUNYSB.Edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hmmm... that's good to know. Basically, I'm trying to model fixed order
tables in another application through a proxy mechanism (see
http://rpgsql.sourceforge.net/) I guess I will have to force row
ordering on all proxied tables.

Tim

Tom Lane wrote:

> "Timothy H. Keitt" <Timothy(dot)Keitt(at)SUNYSB(dot)Edu> writes:
>
>> Basically, I need to update rows by offset from the beginning of the
>> table.
>
>
> I think you'd better rethink your data design. Tuple order in a table
> is not a defined concept according to SQL. Even if we allowed queries
> such as you've described, the results would not be well-defined, but
> would change at the slightest provocation. The implementation feels
> itself entitled to rearrange tuple order whenever the whim strikes it.
>
> As the documentation tries hard to make plain, LIMIT/OFFSET are only
> guaranteed to produce reproducible results if there's also an ORDER BY
> that constrains the tuples into a unique ordering.
>
> regards, tom lane

--
Timothy H. Keitt
Department of Ecology and Evolution
State University of New York at Stony Brook
Phone: 631-632-1101, FAX: 631-632-7626
http://life.bio.sunysb.edu/ee/keitt/

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Vadim Mikheev 2001-02-26 15:04:53 Re: RE: Re: [ADMIN] v7.1b4 bad performance
Previous Message kdebisschop 2001-02-26 14:08:35 Re: Monitor status