Re: [HACKERS] pow support for pgbench - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [HACKERS] pow support for pgbench
Date
Msg-id CA+TgmoYcW4K6h64ivxOrUzVDr3q2pc8Cy=-MvsECacyu+fDSgQ@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] pow support for pgbench  (Michael Paquier <michael.paquier@gmail.com>)
Responses Re: [HACKERS] pow support for pgbench  (Fabien COELHO <coelho@cri.ensmp.fr>)
Re: [HACKERS] pow support for pgbench  (Raúl Marín Rodríguez <rmrodriguez@carto.com>)
List pgsql-hackers
On Fri, Dec 1, 2017 at 4:57 AM, Raúl Marín Rodríguez
<rmrodriguez@carto.com> wrote:
> I've rebased the patch so it can be applied cleanly on top of current
> master.

Please add the new function into the documentation table in alphabetical order.

The fact that the return type is not consistently of one type bothers
me.  I'm not sure pgbench's expression language is a good place to
runtime polymorphism -- SQL doesn't work that way.

+ /*
+  * pow() for integer values with exp >= 0. Matches SQL pow() behaviour
+  */

What's the name of the backend function whose behavior this matches?

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Use get_greatest_modulus() in partition_bounds_equal()
Next
From: Robert Haas
Date:
Subject: Re: [HACKERS] Runtime Partition Pruning