From: | Greg Stark <gsstark(at)mit(dot)edu> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Hans-Jürgen Schönig <hs(at)cybertec(dot)at>, Boszormenyi Zoltan <zb(at)cybertec(dot)at>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Path question |
Date: | 2010-10-14 19:11:16 |
Message-ID: | AANLkTikjxPMNUQivWmEdk0cnRNBVx_ivGiptoDS526Q1@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Oct 14, 2010 at 8:34 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> I did run into a problem with my plan to call the new node type "Merge":
> the planner is already using "MergePath" as the name for the Path struct
> that is precursor to a MergeJoin. For the moment I'm calling the new
> node type MergeAppend, but as mentioned I feel that that's a bit of a
> misnomer.
On the plus side the resulting node does have a lot in common with
Append nodes and a lot of places that do something special with Append
nodes will have to do the same things with the new node, so having a
similar name might help people remember that when they're adding their
special code for Append.
At the time I went back and forth on whether to have a separate node.
I tried to do it and had the impression that there were a lot more
places that would need to treat the two similarly than places that
needed to treat the two differently. I'm curious to see how you do it
cleanly.
The only other name I batted around at the time was OrderedAppend
which only alters the other half of the name, so no real help.
--
greg
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2010-10-14 19:28:51 | Re: Re: starting to review the Extend NOT NULL representation to pg_constraint patch |
Previous Message | Dmitriy Igrishin | 2010-10-14 18:59:00 | How to determine failed connection attempt due to invalid authorization (libpq)? |