2016-07-15 69 views
4

我有两个表,productsproducts_names杜松子酒同时不在两列上使用JOIN

我在做ILIKE两列与GIN索引在两个表中匹配,但只有在我只在一列上使用ILIKE时才使用GIN。

我做了一个解决办法做联盟但我想知道为什么它不工作,因为我认为它应该。

这两列,n.namee.producer是VARCHAR对他们GIN指数:

CREATE INDEX products_producer_gin_idx ON products USING gin (producer gin_trgm_ops); 
CREATE INDEX products_names_name_gin_idx ON products_names USING gin (name gin_trgm_ops); 

与加入选择和ILIKE这不使用GIN

testdb=# explain (analyze, verbose) 
      SELECT n.name, e.producer 
      FROM products e 
      INNER JOIN products_names n ON 
       n.product_id = e.product_id 

      WHERE 

        n.name ilike '%eda%' or e.producer ilike '%eda%' 


limit 20; 
                       QUERY PLAN                     
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 
Limit (cost=0.42..2725.92 rows=20 width=60) (actual time=0.582..62.658 rows=20 loops=1) 
    Output: n.name, e.producer 
    -> Nested Loop (cost=0.42..669928.73 rows=4916 width=60) (actual time=0.582..62.652 rows=20 loops=1) 
     Output: n.name, e.producer 
     -> Seq Scan on public.products e (cost=0.00..220800.16 rows=446716 width=29) (actual time=0.002..5.363 rows=17067 loops=1) 
       Output: e.producer, e.product_id 
     -> Index Scan using products_names_pkey on public.products_names n (cost=0.42..1.00 rows=1 width=39) (actual time=0.003..0.003 rows=0 loops=17067) 
       Output: n.product_id, n.lang, n.name, n.name2, n.name3, n.products 
       Index Cond: (n.product_id = e.product_id) 
       Filter: (((n.name)::text ~~* '%eda%'::text) OR ((e.producer)::text ~~* '%eda%'::text)) 
       Rows Removed by Filter: 1 
Planning time: 0.559 ms 
Execution time: 62.677 ms 
(13 Zeilen) 

Zeit: 63,529 ms 

选择一列n.name,其中使用GIN

testdb=# explain (analyze, verbose) 
      SELECT n.name, e.producer 
      FROM products e 
      INNER JOIN products_names n ON 
       n.product_id = e.product_id 

      WHERE 

        n.name ilike '%eda%'     

limit 20; 
                     QUERY PLAN                   
------------------------------------------------------------------------------------------------------------------------------------------------------------- 
Limit (cost=58.34..260.70 rows=20 width=60) (actual time=0.257..0.458 rows=20 loops=1) 
    Output: n.name, e.producer 
    -> Nested Loop (cost=58.34..49564.37 rows=4893 width=60) (actual time=0.256..0.454 rows=20 loops=1) 
     Output: n.name, e.producer 
     -> Bitmap Heap Scan on public.products_names n (cost=57.92..14890.29 rows=4893 width=39) (actual time=0.245..0.333 rows=20 loops=1) 
       Output: n.product_id, n.lang, n.name, n.name2, n.name3, n.products 
       Recheck Cond: ((n.name)::text ~~* '%eda%'::text) 
       Heap Blocks: exact=18 
       -> Bitmap Index Scan on products_names_name_gin_idx (cost=0.00..56.70 rows=4893 width=0) (actual time=0.160..0.160 rows=797 loops=1) 
        Index Cond: ((n.name)::text ~~* '%eda%'::text) 
     -> Index Scan using products_pkey on public.products e (cost=0.42..7.08 rows=1 width=29) (actual time=0.005..0.006 rows=1 loops=20) 
       Output: e.producer, e.product_id 
       Index Cond: (e.product_id = n.product_id) 
Planning time: 1.000 ms 
Execution time: 0.494 ms 
(15 Zeilen) 

Zeit: 2,563 ms 
+0

的[PostgreSQL的LIKE查询性能的变化]可能的复制(http://stackoverflow.com/questions/1566717/postgresql-like-查询性能变化) – e4c5

回答

0

这些只是周围的工作。你可以推这个postgres来处理索引。

SELECT * from 
    (SELECT n.name, e.producer 
     FROM products e 
     INNER JOIN products_names n ON 
      n.product_id = e.product_id) a  
    WHERE 
      name ilike '%eda%' or producer ilike '%eda%' 

编辑 - 或者试试这个

SELECT * FROM 
    (SELECT n.name, e.producer 
     FROM products e 
     INNER JOIN products_names n ON 
      n.product_id = e.product_id 
     WHERE 
       n.name ilike '%eda%' )a 
    WHERE a.producer ilike '%eda%' 
+1

,根本不适合我。它不使用GIN,而且它甚至慢得多(3秒),可能是因为内部SELECT基本上是将表与所有内容连接起来,然后ILIKE正在进行过滤。 – Beginner99

+0

你可以试试第二个。 – apm

+0

第二个作品,这是一个不错的想法,但它提供了错误的结果,因为内部选择是按名称过滤和生产者完全被忽略。如果没有“eda”的制作人,没有任何东西会被退回,这是不正确的 – Beginner99

相关问题