Re: PostgreSQL 10.0 SELECT LIMIT performance problem - Mailing list pgsql-bugs

From Adrien Nayrat
Subject Re: PostgreSQL 10.0 SELECT LIMIT performance problem
Date
Msg-id 4c9ae9ac-a96b-2303-7515-4d3d89eb336e@anayrat.info
Whole thread Raw
In response to Re: PostgreSQL 10.0 SELECT LIMIT performance problem  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
On 9/12/18 7:04 PM, Tom Lane wrote:
> Victor Yegorov <vyegorov@gmail.com> writes:
>> The fact, that planner is not accurate on the estimates of JSON internal
>> keys is expected, PostgreSQL is not parsing JSON values when gathering
>> stats.
>> You cannot expect planner to be picky about all possible corner cases, it
>> would make planning time enormously huge.
> Right.  The fact that it doesn't make the right guesses without help
> can't be considered to be a bug in all cases.  These are engineering
> tradeoffs we have to make.
>
>> That is the reason I outlined, that important keys should be extracted into
>> plain columns.
> If that seems infeasible from an application standpoint, another
> possibility is to make expression indexes on those important keys.
> ANALYZE will gather stats on the values of indexed expressions, and then
> perhaps the planner will have enough info to make better decisions.


Hi,

For what it can help, I wrote this article explaining that:
https://blog.anayrat.info/en/2017/11/26/postgresql---jsonb-and-statistics/

Regards,


Attachment

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: PostgreSQL 10.0 SELECT LIMIT performance problem
Next
From: Alexander Lakhin
Date:
Subject: Re: BUG #15349: "make installcheck -C src/interfaces/libpq" fails