From: Ashutosh B. <ash...@en...> - 2014-01-13 08:49:55
|
Hi Julian, Can you please send a patch after taking care of my comments in my previous mail. I am pasting them here for your quick reference, -- In function pgxc_find_distcol_expr() there is code 828 /* Convert the qualification into List if it's not already so */ 829 if (!IsA(quals, List)) 830 lquals = make_ands_implicit((Expr *)quals); 831 else 832 lquals = (List *)quals; which takes care of the quals which are not in the List form. This part of the code should have taken care of the case you mentioned. It seems that for some reason, this part is not converting the ANDed quals into List. Can you please check why? May be you want to step through make_ands_implicit() (using gdb or some debugger) to see what's happening there. On Mon, Jan 13, 2014 at 2:16 PM, ZhangJulian <jul...@ou...>wrote: > Hi Ashutosh, > > I am so sorry that I had sent a patch with wrong format, it is because I > edited it after Git Diff. > I regenerated a patch as the attached file and verified that it can be > applied. > > Thanks > Julian > > ------------------------------ > From: jul...@ou... > To: ash...@en... > Date: Sat, 11 Jan 2014 07:52:34 +0800 > CC: pos...@li... > > Subject: Re: [Postgres-xc-bugs] Query are shipped to the data nodes more > than needed. > > Hi Ashutosh, > > I am at home and can not connect to the office to debug it today. I will > double check the problem on Monday. > > I remember when I debugged it, the proplem is, > Parser will parse "where c1=1 and c2=1 and c3=1" to "WHERE (((c1 = 1) > AND (c2 = 1)) AND (c3 = 1))", which is a list containing two elements: > element 1: ((c1 = 1) AND (c2 = 1)) which is a BoolExpr; > element 2: (c3 = 1) > For the element 1, it would not split it into two simple predidates, so > the c1 = 1 is missed. > > If I just move the c1 = 1 to the last position, the query can generate the > correct plan. > > Thanks > Julian > > ------------------------------ > Date: Fri, 10 Jan 2014 16:48:47 +0530 > Subject: Re: [Postgres-xc-bugs] Query are shipped to the data nodes more > than needed. > From: ash...@en... > To: jul...@ou... > CC: pos...@li... > > Hi Julian, > I looked at the patch and tried to apply the patch, but there is an error > [ashutosh@ubuntu coderoot]git apply > /mnt/hgfs/tmp/20140110_more_datanode_involved.patch > /mnt/hgfs/tmp/20140110_more_datanode_involved.patch:10: trailing > whitespace. > if (and_clause((Node *) qual_expr)) > /mnt/hgfs/tmp/20140110_more_datanode_involved.patch:11: trailing > whitespace. > { > /mnt/hgfs/tmp/20140110_more_datanode_involved.patch:12: trailing > whitespace. > List *sub_lquals = ((BoolExpr *) qual_expr)->args; > /mnt/hgfs/tmp/20140110_more_datanode_involved.patch:13: trailing > whitespace. > distcol_expr = pgxc_find_distcol_expr(varno, attrNum, > sub_lquals); > /mnt/hgfs/tmp/20140110_more_datanode_involved.patch:14: trailing > whitespace. > if (distcol_expr != NULL) > fatal: corrupt patch at line 20 > > Did you use git diff for creating the patch? > > BTW, I looked at the patch. The patch seems to be applied to function > pgxc_find_distcol_expr() (functions name usually appears along with the > diff, if you are using git diff). > > In this function there is code > > 828 /* Convert the qualification into List if it's not already so */ > 829 if (!IsA(quals, List)) > 830 lquals = make_ands_implicit((Expr *)quals); > 831 else > 832 lquals = (List *)quals; > > which takes care of the quals which are not in the List form. This part of > the code should have taken care of the case you mentioned. It seems that > for some reason, this part is not converting the ANDed quals into List. Can > you please check why? May be you want to step through make_ands_implicit() > (using gdb or some debugger) to see what's happening there. > > > > > On Fri, Jan 10, 2014 at 3:38 PM, ZhangJulian <jul...@ou...>wrote: > > > Your name : Julian ZL Zhang > Your email address : jul...@ou... > > > System Configuration: > --------------------- > Architecture (example: Intel Pentium) : Intel Pentium > > Operating System (example: Linux 2.4.18) : 2.6.32-358.el6.x86_64 > > Postgres-XC version (example: Postgres-XC 1.1devel): Github master > Compiler used (example: gcc 3.3.5) : gcc (GCC) 4.4.7 > 20120313 (Red Hat 4.4.7-3) > > > Please enter a FULL description of your problem: > ------------------------------------------------ > I had opened the bug at http://sourceforge.net/p/postgres-xc/bugs/467/ just > descripte it more detailedly here. > Different predicate order results in different plan, the query should be > shipped only to one datanode, but in the first example, two data nodes are > involved. > > Please describe a way to repeat the problem. Please try to provide a > concise reproducible example, if at all possible: > ---------------------------------------------------------------------- > postgres=# create table t1 (c1 int, c2 int, c3 int) distribute by > hash(c1); > CREATE TABLE > postgres=# explain verbose select * from t1 where c1=1 and c2=1 and c3=1; > QUERY PLAN > > -------------------------------------------------------------------------------- > Data Node Scan on "REMOTE_FQS_QUERY" (cost=0.00..0.00 rows=0 width=0) > Output: t1.c1, t1.c2, t1.c3 > Node/s: datanode1, datanode2 > Remote query: SELECT c1, c2, c3 FROM benchmarksql.t1 WHERE (((c1 = 1) AND > (c2 = 1)) AND (c3 = 1)) > (4 rows) > postgres=# explain verbose select * from t1 where c2=1 and c3=1 and c1=1; > QUERY PLAN > > -------------------------------------------------------------------------------- > Data Node Scan on "REMOTE_FQS_QUERY" (cost=0.00..0.00 rows=0 width=0) > Output: t1.c1, t1.c2, t1.c3 > Node/s: datanode1 > Remote query: SELECT c1, c2, c3 FROM benchmarksql.t1 WHERE (((c2 = 1) AND > (c3 = 1)) AND (c1 = 1)) > (4 rows) > > > If you know how this problem might be fixed, list the solution below: > --------------------------------------------------------------------- > I made a fix as the append file, which can resolve this issue, but I am > not sure if it is correct. > When I run MAKE CHECK, 3 test cases failed. The results are appended too. > But when I run MAKE CHECK without the fix, there are also some test cases > failed. > I do not know if the failed test cases are related to the fix. > > Thanks > Julian > > > ------------------------------------------------------------------------------ > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > _______________________________________________ > Postgres-xc-bugs mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-bugs > > > > > -- > Best Wishes, > Ashutosh Bapat > EnterpriseDB Corporation > The Postgres Database Company > > ------------------------------------------------------------------------------ > CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More > Businesses Are Choosing CenturyLink Cloud For Critical Workloads, > Development Environments & Everything In Between. Get a Quote or Start a > Free Trial Today. > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > _______________________________________________ Postgres-xc-bugs mailing > list Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-bugs > -- Best Wishes, Ashutosh Bapat EnterpriseDB Corporation The Postgres Database Company |