Re: Problem with performance using query with unnest after migrating from V9.1 to V9.2 and higher - Mailing list pgsql-performance

From Knels, Udo
Subject Re: Problem with performance using query with unnest after migrating from V9.1 to V9.2 and higher
Date
Msg-id de4134e10aa14dbeb7e0850ccfc4ae73@EXCH-1.ddd-do.de
Whole thread Raw
In response to Re: Problem with performance using query with unnest after migrating from V9.1 to V9.2 and higher  (Jim Nasby <Jim.Nasby@BlueTreble.com>)
Responses Re: Problem with performance using query with unnest after migrating from V9.1 to V9.2 and higher
List pgsql-performance
Hi,

I tried the following on the upgraded database:
analyze schema_test.table_a;

But the result is the same.

https://explain.depesz.com/s/hsx5

"Sort  (cost=5.94..6.01 rows=26 width=6) (actual time=0.199..0.200 rows=3 loops=1)"
"  Sort Key: table_a.col0002"
"  Sort Method: quicksort  Memory: 25kB"
"  Buffers: shared hit=1"
"  ->  HashAggregate  (cost=5.07..5.33 rows=26 width=6) (actual time=0.161..0.163 rows=3 loops=1)"
"        Group Key: table_a.col0002"
"        Buffers: shared hit=1"
"        ->  Hash Semi Join  (cost=2.76..4.95 rows=50 width=6) (actual time=0.070..0.133 rows=26 loops=1)"
"              Hash Cond: ((table_a.col0001)::text = (unnest('{5010010000}'::text[])))"
"              Buffers: shared hit=1"
"              ->  Seq Scan on table_a  (cost=0.00..1.50 rows=50 width=17) (actual time=0.015..0.034 rows=50 loops=1)"
"                    Buffers: shared hit=1"
"              ->  Hash  (cost=1.51..1.51 rows=100 width=32) (actual time=0.028..0.028 rows=1 loops=1)"
"                    Buckets: 1024  Batches: 1  Memory Usage: 9kB"
"                    ->  Result  (cost=0.00..0.51 rows=100 width=0) (actual time=0.015..0.017 rows=1 loops=1)"
"Planning time: 0.653 ms"
"Execution time: 0.326 ms"

Greetings

Udo Knels
treubuch IT GmbH



pgsql-performance by date:

Previous
From: Mike Broers
Date:
Subject: Re: query against single partition uses index, against master table does seq scan
Next
From: "Sven R. Kunze"
Date:
Subject: Multiple-Table-Spanning Joins with ORs in WHERE Clause