postgres-xc-developers Mailing List for Postgres-XC

If you are sure that there is only a single RTE used in
create_remotequery_plan, could you add an assertion condition related to
that instead of an error message?

On Fri, Feb 3, 2012 at 7:00 AM, Ashutosh Bapat <
ash...@en...> wrote:

> Hi All,
> In create_remotequery_plan, we create a Query structure corresponding to
> the query to be shipped to the datanode and deparse it to get the SQL
> statement to be stuck in RemoteQuery node. There, we used the same
> targetlist and rtable from the original query which can have many other
> tables involved in it.
>
> The patch attached, takes out the RTE corresponding the relation on which
> the scan is expected (there can be only one relation per call to
> create_remotequery_plan()), copies the targetlist, quals (it should have
> Var nodes corresponding to the same and only relation), and restamps the
> Var nodes with varno = 1 (only single table). The modified RTE, quals and
> targetlist are used in the Query structure.
>
> With this patch, one does not need to care about the variable names
> generated by deparsing statement. These variables names can be faulty in
> case there are multiple queries. See thread "Confusing EXPLAIN output in
> case of inherited tables" in pg-hackers mailing list. Also, with this
> patch, the Query structure generated is exactly corresponds to the query to
> be shipped to the datanode.
>
> I have run regression and did not find any new regression.
> --
> Best Wishes,
> Ashutosh Bapat
> EntepriseDB Corporation
> The Enterprise Postgres Company
>
>
>
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Postgres-xc-developers mailing list
> Pos...@li...
> https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers
>
>


-- 
Michael Paquier
http://michael.otacoo.com