Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WJ1oj-0005Vk-SK for pgsql-performance@arkaria.postgresql.org; Thu, 27 Feb 2014 14:20:06 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1WJ1oj-0003Mv-4J for pgsql-performance@arkaria.postgresql.org; Thu, 27 Feb 2014 14:20:05 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WJ1oi-0003M9-4D for pgsql-performance@postgresql.org; Thu, 27 Feb 2014 14:20:04 +0000 Received: from smtp-outbound-1.vmware.com ([208.91.2.12]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WJ1oe-00061U-05 for pgsql-performance@postgresql.org; Thu, 27 Feb 2014 14:20:02 +0000 Received: from sc9-mailhost3.vmware.com (sc9-mailhost3.vmware.com [10.113.161.73]) by smtp-outbound-1.vmware.com (Postfix) with ESMTP id A48582811B; Thu, 27 Feb 2014 06:19:58 -0800 (PST) Received: from zcs-prod-ext-mta-1.vmware.com (zcs-prod-ext-mta-1.vmware.com [10.113.62.223]) by sc9-mailhost3.vmware.com (Postfix) with ESMTP id 93C6240099; Thu, 27 Feb 2014 06:19:58 -0800 (PST) Received: from zcs-prod-ext-mta-1.vmware.com (localhost.localdomain [127.0.0.1]) by zcs-prod-ext-mta-1.vmware.com (Postfix) with ESMTP id F138D120032; Thu, 27 Feb 2014 06:19:56 -0800 (PST) Received: from [192.168.1.90] (zimbra-prod-ext-proxy-vip.vmware.com [10.113.63.87]) by zcs-prod-ext-mta-1.vmware.com (Postfix) with ESMTPSA; Thu, 27 Feb 2014 06:19:55 -0800 (PST) Message-ID: <530F498B.6010004@vmware.com> Date: Thu, 27 Feb 2014 16:19:55 +0200 From: Heikki Linnakangas Organization: VMware User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: Jean-Max Reymond CC: "pgsql-performance@postgresql.org" Subject: Re: not using my GIN index in JOIN expression References: <530F4680.7000409@free.fr> In-Reply-To: <530F4680.7000409@free.fr> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -6.9 (------) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org On 02/27/2014 04:06 PM, Jean-Max Reymond wrote: > I am running the last version of PostgreSQL 9.3.3 > I have two tables detm and corm and a lot of datas in the column > cormdata of corm table (1.4 GB). > > I have a GIN index on cormdata: > CREATE INDEX ix_corm_fulltext_cormdata ON corm > USING gin (to_tsvector('french'::regconfig, cormdata)) > WHERE cormishtml IS FALSE AND length(cormdata) < 20000; > > select distinct b.detmmailid from corm b where > (to_tsvector('french',b.cormdata) @@ to_tsquery('mauritanie') and > b.cormishtml is false and length(b.cormdata) < 20000) > is very fast and use the GIN index. > > "HashAggregate (cost=2027.72..2031.00 rows=328 width=52)" > " -> Bitmap Heap Scan on corm b (cost=24.25..2026.35 rows=548 width=52)" > " Recheck Cond: ((to_tsvector('french'::regconfig, cormdata) @@ > to_tsquery('mauritanie'::text)) AND (cormishtml IS FALSE) AND > (length(cormdata) < 20000))" > " -> Bitmap Index Scan on ix_corm_fulltext_cormdata > (cost=0.00..24.11 rows=548 width=0)" > " Index Cond: (to_tsvector('french'::regconfig, cormdata) > @@ to_tsquery('mauritanie'::text))" > > > With a join an another table detm, GIN index is not used > > > explain select distinct a.detmmailid from detm a JOIN corm b on > a.detmmailid = b.detmmailid where ((to_tsvector('french',b.cormdata) @@ > to_tsquery('mauritanie') and b.cormishtml is false and > length(b.cormdata) < 20000) OR ( detmobjet ~* 'mauritanie' )) > > "HashAggregate (cost=172418.27..172423.98 rows=571 width=52)" > " -> Hash Join (cost=28514.92..172416.85 rows=571 width=52)" > " Hash Cond: (b.detmmailid = a.detmmailid)" > " Join Filter: (((to_tsvector('french'::regconfig, b.cormdata) @@ > to_tsquery('mauritanie'::text)) AND (b.cormishtml IS FALSE) AND > (length(b.cormdata) < 20000)) OR (a.detmobjet ~* 'mauritanie'::text))" > " -> Seq Scan on corm b (cost=0.00..44755.07 rows=449507 > width=689)" > " -> Hash (cost=19322.74..19322.74 rows=338574 width=94)" > " -> Seq Scan on detm a (cost=0.00..19322.74 rows=338574 > width=94)" > > > If I remove OR ( detmobjet ~* 'mauritanie' ) in the select, the GIN > index is used > explain select distinct a.detmmailid from detm a JOIN corm b on > a.detmmailid = b.detmmailid where ((to_tsvector('french',b.cormdata) @@ > to_tsquery('mauritanie') and b.cormishtml is false and > length(b.cormdata) < 20000)) > > "HashAggregate (cost=4295.69..4301.17 rows=548 width=52)" > " -> Nested Loop (cost=24.67..4294.32 rows=548 width=52)" > " -> Bitmap Heap Scan on corm b (cost=24.25..2026.35 rows=548 > width=52)" > " Recheck Cond: ((to_tsvector('french'::regconfig, > cormdata) @@ to_tsquery('mauritanie'::text)) AND (cormishtml IS FALSE) > AND (length(cormdata) < 20000))" > " -> Bitmap Index Scan on ix_corm_fulltext_cormdata > (cost=0.00..24.11 rows=548 width=0)" > " Index Cond: (to_tsvector('french'::regconfig, > cormdata) @@ to_tsquery('mauritanie'::text))" > " -> Index Only Scan using pkey_detm on detm a (cost=0.42..4.13 > rows=1 width=52)" > " Index Cond: (detmmailid = b.detmmailid)" > > How can i force the use of the GIN index ? > thanks for your tips, The problem with the OR detmobject ~* 'mauritanie' restriction is that the rows that match that condition cannot be found using the GIN index. I think you'd want the system to fetch all the rows that match the other condition using the GIN index, and do something else to find the other rows. The planner should be able to do that if you rewrite the query as a UNION: select a.detmmailid from detm a JOIN corm b on a.detmmailid = b.detmmailid where (to_tsvector('french',b.cormdata) @@ to_tsquery('mauritanie') and b.cormishtml is false and length(b.cormdata) < 20000) union select a.detmmailid from detm a JOIN corm b on a.detmmailid = b.detmmailid where detmobjet ~* 'mauritanie' Note that that will not return rows in 'detm' that have no matching rows in 'corm' table, even if they match the "detmobjet ~* 'mauritanie" condition. That's what your original query also did, but if that's not what you want, leave out the JOIN from the second part of the union. - Heikki -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance