Re: Deprecation - Mailing list pgsql-hackers

From Greg Stark
Subject Re: Deprecation
Date
Msg-id 407d949e0910161823l6199e42fmc8d34d5a7528aa21@mail.gmail.com
Whole thread Raw
In response to Re: Deprecation  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Deprecation
List pgsql-hackers
On Fri, Oct 16, 2009 at 12:26 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> However, if the columnref looks like "x.y" where x happens to
> match some table in the database (and not in the query) that doesn't
> have a column y, the implicit-RTE code will have already modified the
> querytree before finding out that column y doesn't exist.

Hm, so if you do nothing then really the only thing that doesn't work
is if you have add_missing_from then plpgsql record variables wouldn't
work when you tried to reference their columns?

Perhaps we could just document that add_missing_from breaks that case?
The worst thing about that is that someone could switch that option on
globally on their server and break code that's part of some
third-party module.

-- 
greg


pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: Encoding issues in console and eventlog on win32
Next
From: Greg Stark
Date:
Subject: Re: [GENERAL] contrib/plantuner - enable PostgreSQL planner hints