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/
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 |