Re: Numeric multiplication overflow errors

From: Ranier Vilela <ranier(dot)vf(at)gmail(dot)com>
To: Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com>
Cc: Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, David Rowley <dgrowleyml(at)gmail(dot)com>
Subject: Re: Numeric multiplication overflow errors
Date: 2021-07-05 11:07:35
Message-ID: CAEudQApjmczxkuz5_kYKEqPOjsqsGuoDc4h3XoPVh0SpW70S_A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Em seg., 5 de jul. de 2021 às 06:44, Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com>
escreveu:

> On Fri, 2 Jul 2021 at 19:48, Ranier Vilela <ranier(dot)vf(at)gmail(dot)com> wrote:
> >
> > If you allow me a small suggestion.
> > Move the initializations of the variable tmp_var to after check if the
> function can run.
> > Saves some cycles, when not running.
> >
>
> OK, thanks. I agree, on grounds of neatness and consistency with
> nearby code, so I've done it that way.
>
Thanks.

> Note, however, that it won't make any difference to performance in the
> way that you're suggesting -- elog() in Postgres is used for "should
> never happen, unless there's a software bug" errors, rather than, say,
> "might happen for certain invalid inputs" errors, so init_var() should
> always be called in these functions.
>
I agree that in this case, most of the time, elog is not called.
But by writing this way, you are following the principle of not doing
unnecessary work until it is absolutely necessary.
If you follow this principle, in general, the performance will always be
better.

regards,
Ranier Vilela

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2021-07-05 11:25:38 Re: "debug_invalidate_system_caches_always" is too long
Previous Message Gilles Darold 2021-07-05 10:48:01 Re: [PATCH] Hooks at XactCommand level