Re: Partitioning and performance - Mailing list pgsql-performance

From Jim Nasby
Subject Re: Partitioning and performance
Date
Msg-id 556758EE.6000503@BlueTreble.com
Whole thread Raw
In response to Partitioning and performance  (Ravi Krishna <sravikrishna3@gmail.com>)
List pgsql-performance
On 5/28/15 9:31 AM, Ravi Krishna wrote:
> explain select count(*) from tstesting.account where account_row_inst = 101 ;
> Aggregate (cost=8.16..8.17 rows=1 width=0)
> -> Index Only Scan using account_pkey on account (cost=0.14..8.16
> rows=1 width=0)
> Index Cond: (account_row_inst = 101)

EXPLAIN only shows what the planner thinks a query will cost. For any
real testing, you need EXPLAIN ANALYZE.

Also, understand that partitioning isn't a magic bullet. It can make
some operations drastically faster, but it's not going to help every
scenario, and will actually slow some other operations down.
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Data in Trouble? Get it in Treble! http://BlueTreble.com


pgsql-performance by date:

Previous
From: Jim Nasby
Date:
Subject: Re: Fastest Backup & Restore for perf testing
Next
From: "Peter J. Holzer"
Date:
Subject: Different plan for very similar queries