Re: COPY FROM WHEN condition - Mailing list pgsql-hackers

From Dean Rasheed
Subject Re: COPY FROM WHEN condition
Date
Msg-id CAEZATCV9vzD8cSet8LSQCvJapu2deDO_6k-SSrEPbYJA2yaLXA@mail.gmail.com
Whole thread Raw
In response to Re: COPY FROM WHEN condition  (Tomas Vondra <tomas.vondra@2ndquadrant.com>)
Responses Re: COPY FROM WHEN condition  (Surafel Temesgen <surafel3000@gmail.com>)
List pgsql-hackers
On Sat, 24 Nov 2018 at 02:09, Tomas Vondra <tomas.vondra@2ndquadrant.com> wrote:
> On 11/23/18 12:14 PM, Surafel Temesgen wrote:
> > On Sun, Nov 11, 2018 at 11:59 PM Tomas Vondra
> > <tomas.vondra@2ndquadrant.com <mailto:tomas.vondra@2ndquadrant.com>> wrote:
> >     So, what about using FILTER here? We already use it for aggregates when
> >     filtering rows to process.
> >
> > i think its good idea and describe its purpose more. Attache is a
> > patch that use FILTER instead
>

FWIW, I vote for just using WHERE here.

Right now we have 2 syntaxes for filtering rows in queries, both of
which use WHERE immediately before the condition:

1). SELECT ... FROM ... WHERE condition

2). SELECT agg_fn FILTER (WHERE condition) FROM ...

I'm not a huge fan of (2), but that's the SQL standard, so we're stuck
with it. There's a certain consistency in it's use of WHERE to
introduce the condition, and preceding that with FILTER helps to
distinguish it from any later WHERE clause. But what you'd be adding
here would be a 3rd syntax

3). COPY ... FROM ... FILTER condition

which IMO will just lead to confusion.

Regards,
Dean


pgsql-hackers by date:

Previous
From: Fabien COELHO
Date:
Subject: Re: pgbench - doCustom cleanup
Next
From: Surafel Temesgen
Date:
Subject: Re: FETCH FIRST clause WITH TIES option