Re: Overriding natural order of query results for a subset

From: Laura Smith <n5d9xq3ti233xiyif2vp(at)protonmail(dot)ch>
To: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
Cc: Michael van der Kolff <mvanderkolff(at)gmail(dot)com>, postgre <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Overriding natural order of query results for a subset
Date: 2021-05-29 16:34:23
Message-ID: Iw_TZN9JOOOQfQg8r_9MQJS3Wd8R5MU8O6zAg0nYziTVJ_XVeXyEvF3nItgN30oljmFNJq5MFdzDwCV9MaD6NIXka0uncdPsz0_ZdazXL2o=@protonmail.ch
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Saturday, 29 May 2021 17:06, Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> wrote:

> On 5/29/21 9:00 AM, Laura Smith wrote:
>
> > I did try "nulls last" but will give it another go, maybe I messed up on the ordering of clauses.
>
> Unless the fields you are ordering on contain NULLs I'm not sure how
> this is going to deal with your issue.
>

Reading between the lines of the poster who suggested it, I'm guessing the suggestion was to add an "int" column, most of which is null except for numbers where needed for ordering and then having "order by vip_num_order,order by last_name" in my select clause.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2021-05-29 16:44:14 Re: Overriding natural order of query results for a subset
Previous Message Adrian Klaver 2021-05-29 16:25:48 Re: AWS forcing PG upgrade from v9.6 a disaster