Thread: pgsql: get_names_for_var didn't do recursion for unnamed JOIN vars quite
pgsql: get_names_for_var didn't do recursion for unnamed JOIN vars quite
From
tgl@svr1.postgresql.org (Tom Lane)
Date:
Log Message: ----------- get_names_for_var didn't do recursion for unnamed JOIN vars quite right; got it wrong when the JOIN was in an outer query level. Per example from Laurie Burrow. Also fix same issue in markTargetListOrigin. I think the latter is only a latent bug since we currently don't apply markTargetListOrigin except at the outer level ... but should do it right anyway. Modified Files: -------------- pgsql/src/backend/parser: parse_target.c (r1.128 -> r1.129) (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/parser/parse_target.c.diff?r1=1.128&r2=1.129) pgsql/src/backend/utils/adt: ruleutils.c (r1.187 -> r1.188) (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/ruleutils.c.diff?r1=1.187&r2=1.188)
With the several backend related changes that have gone in over the past couple of days, are we looking at an RC6? :( On Thu, 13 Jan 2005, Tom Lane wrote: > Log Message: > ----------- > get_names_for_var didn't do recursion for unnamed JOIN vars quite right; > got it wrong when the JOIN was in an outer query level. Per example from > Laurie Burrow. Also fix same issue in markTargetListOrigin. I think the > latter is only a latent bug since we currently don't apply markTargetListOrigin > except at the outer level ... but should do it right anyway. > > Modified Files: > -------------- > pgsql/src/backend/parser: > parse_target.c (r1.128 -> r1.129) > (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/parser/parse_target.c.diff?r1=1.128&r2=1.129) > pgsql/src/backend/utils/adt: > ruleutils.c (r1.187 -> r1.188) > (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/ruleutils.c.diff?r1=1.187&r2=1.188) > > ---------------------------(end of broadcast)--------------------------- > TIP 9: the planner will ignore your desire to choose an index scan if your > joining column's datatypes do not match > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
"Marc G. Fournier" <scrappy@postgresql.org> writes: > With the several backend related changes that have gone in over the past > couple of days, are we looking at an RC6? :( Nothing that I've put in seems significant enough to need an RC6. The only recent patch that really has any risk of destabilization is the one that caused RC5 (the SMgr hashtable backlink stuff). I'd prefer to see people go full bore on testing RC5 than spend time updating to a new RC. regards, tom lane
Tom Lane wrote: > "Marc G. Fournier" <scrappy@postgresql.org> writes: > > With the several backend related changes that have gone in over the past > > couple of days, are we looking at an RC6? :( > > Nothing that I've put in seems significant enough to need an RC6. The > only recent patch that really has any risk of destabilization is the one > that caused RC5 (the SMgr hashtable backlink stuff). I'd prefer to see > people go full bore on testing RC5 than spend time updating to a new RC. Agreed. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
> On Thu, 13 Jan 2005, Tom Lane wrote: > > >Log Message: > >----------- > >get_names_for_var didn't do recursion for unnamed JOIN vars quite right; > >got it wrong when the JOIN was in an outer query level. Per example from > >Laurie Burrow. Also fix same issue in markTargetListOrigin. I think the > >latter is only a latent bug since we currently don't apply > >markTargetListOrigin > >except at the outer level ... but should do it right anyway. BTW, this code is almost verbatim in 7.4. Do you want me to patch it back? -- Alvaro Herrera (<alvherre[@]dcc.uchile.cl>) Y dijo Dios: "Que sea Satanás, para que la gente no me culpe de todo a mí." "Y que hayan abogados, para que la gente no culpe de todo a Satanás"
Alvaro Herrera <alvherre@dcc.uchile.cl> writes: >> get_names_for_var didn't do recursion for unnamed JOIN vars quite right; >> got it wrong when the JOIN was in an outer query level. Per example from >> Laurie Burrow. Also fix same issue in markTargetListOrigin. I think the >> latter is only a latent bug since we currently don't apply >> markTargetListOrigin >> except at the outer level ... but should do it right anyway. > BTW, this code is almost verbatim in 7.4. Do you want me to patch it > back? In markTargetListOrigin you mean? I think it's unnecessary, but if you want to... regards, tom lane