Re: [HACKERS] Redundant check of em_is_child - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [HACKERS] Redundant check of em_is_child
Date
Msg-id CA+Tgmob9Bt+WVyhbicnF7g4--nf2GbnzRf7sQ=S8XX6-SK4jAQ@mail.gmail.com
Whole thread Raw
In response to [HACKERS] Redundant check of em_is_child  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
Responses Re: [HACKERS] Redundant check of em_is_child  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
List pgsql-hackers
On Fri, May 19, 2017 at 3:46 AM, Amit Langote
<Langote_Amit_f8@lab.ntt.co.jp> wrote:
> In match_eclasses_to_foreign_key_col(), there is this:
>
>             if (em->em_is_child)
>                 continue;       /* ignore children here */
>
> ISTM, it might as well be:
>
>             Assert(!em->em_is_child);    /* no children yet */
>
> That's because, I think it's still too early in query_planner() to be
> expecting any child EC members.

I'm not sure there's really any benefit to this change.  In the
future, somebody might want to use the function from someplace later
on in the planner.  If the logic as-written would work correctly in
that case now, I can't see why we should turn it into an assertion
failure instead.  This isn't really costing us anything, is it?

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [HACKERS] Prologue of set_append_rel_size() and partitioned tables
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] Multiple TO version in ALTER EXTENSION UPDATE