Re: Re: Added prosupport function for estimating numeric generate_series rows

From: "tsinghualucky912(at)foxmail(dot)com" <tsinghualucky912(at)foxmail(dot)com>
To: dean(dot)a(dot)rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com>, dgrowleyml <dgrowleyml(at)gmail(dot)com>
Cc: tgl <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, japinli <japinli(at)hotmail(dot)com>
Subject: Re: Re: Added prosupport function for estimating numeric generate_series rows
Date: 2024-11-30 00:38:48
Message-ID: tencent_D10215CDE353D504EEAC8F1D064DE5B55A0A@qq.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2024-11-30, Dean Rasheed wrote:
On Fri, 29 Nov 2024 at 13:10, Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com> wrote:
>
> There are a couple more things that I think need tidying up. I'll post an update when I get back to my computer.
>

Here's an update with some cosmetic tidying up, plus a couple of
not-so-cosmetic changes:

The new #include wasn't in the right place alphabetically (the same is
true for the recent timestamp equivalent function).

It's not necessary to call init_var() for a variable that you're going
to initialise with init_var_from_num(), and it's then not necessary to
call free_var() for that variable.

It's not necessary to have separate NumericVars for the difference and
quotient -- the same variable can be reused.

Doing both those things means that there's only one variable to free
after the computation, and it can be kept local to if-step-not-zero
code block, so there's no need for the "goto cleanup" stuff.

It seems worth avoiding div_var() in the 2-argument case, when step = 1.

Regards,
Dean

Dear Dean Rasheed, I have reviewed the v4 patch and it is very thoughtful and reasonable, with a very clever attention to detail (plus I am very happy that we can get rid of the goto, which I was not a big fan of).

This patch looks very good and I have no complaints about it. Thanks again for your help from beginning to end!

Regards, Song Jinzhou

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2024-11-30 03:54:19 Re: Rework subscription-related code for psql and pg_dump
Previous Message Thomas Munro 2024-11-29 23:42:53 Re: Cannot find a working 64-bit integer type on Illumos