Re: pg_stats and range statistics

From: "Gregory Stark (as CFM)" <stark(dot)cfm(at)gmail(dot)com>
To: Egor Rogov <e(dot)rogov(at)postgrespro(dot)ru>
Cc: Tomas Vondra <tomas(dot)vondra(at)enterprisedb(dot)com>, "Gregory Stark (as CFM)" <stark(dot)cfm(at)gmail(dot)com>, Justin Pryzby <pryzby(at)telsasoft(dot)com>, Soumyadeep Chakraborty <soumyadeep2007(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: pg_stats and range statistics
Date: 2023-04-03 21:10:00
Message-ID: CAM-w4HN_re3=z=iKJHz7WOHuriE2OiZZoPo4GS-fyL6gMKUBVQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, 24 Mar 2023 at 14:48, Egor Rogov <e(dot)rogov(at)postgrespro(dot)ru> wrote:
>
> Done.

> There is one thing I'm not sure what to do about. This check:
>
> if (typentry->typtype != TYPTYPE_RANGE)
> ereport(ERROR,
> (errcode(ERRCODE_DATATYPE_MISMATCH),
> errmsg("expected array of ranges")));
>
> doesn't work, because the range_get_typcache() call errors out first
> ("type %u is not a range type"). The message doesn't look friendly
> enough for user-faced SQL function. Should we duplicate
> range_get_typcache's logic and replace the error message?

> Okay. I've corrected the examples a bit.

It sounds like you've addressed Tomas's feedback and still have one
open question.

Fwiw I rebased it, it seemed to merge fine automatically.

I've updated the CF entry to Needs Review. But at this late date it
may have to wait until the next release.

--
Gregory Stark
As Commitfest Manager

Attachment Content-Type Size
0001-pg_stats-and-range-statistics.patch text/x-patch 15.7 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Gregory Stark (as CFM) 2023-04-03 21:16:22 Re: [PATCH] Introduce array_shuffle() and array_sample()
Previous Message Jacob Champion 2023-04-03 21:09:57 Re: [PATCH] Add `verify-system` sslmode to use system CA pool for server cert