| From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
|---|---|
| To: | Raúl Marín Rodríguez <rmrodriguez(at)carto(dot)com> |
| Cc: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [HACKERS] pow support for pgbench |
| Date: | 2017-12-01 19:02:59 |
| Message-ID: | CA+TgmoYcW4K6h64ivxOrUzVDr3q2pc8Cy=-MvsECacyu+fDSgQ@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Fri, Dec 1, 2017 at 4:57 AM, Raúl Marín Rodríguez
<rmrodriguez(at)carto(dot)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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2017-12-01 19:04:37 | Re: [HACKERS] Runtime Partition Pruning |
| Previous Message | Robert Haas | 2017-12-01 18:55:48 | Re: Use get_greatest_modulus() in partition_bounds_equal() |