| From: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
|---|---|
| To: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
| Cc: | Hannu Krosing <hannuk(at)google(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Dimitri Fontaine <dim(at)tapoueh(dot)org> |
| Subject: | Re: pgbench - adding pl/pgsql versions of tests |
| Date: | 2023-08-15 15:34:23 |
| Message-ID: | 20230815153423.GB2296544@nathanxps13 |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, Aug 15, 2023 at 09:46:59AM +0200, Fabien COELHO wrote:
> I'm unclear about what variety of scripts that could be provided given the
> tables made available with pgbench. ISTM that other scenari would involve
> both an initialization and associated scripts, and any proposal would be
> bared because it would open the door to anything.
Why's that? I'm not aware of any project policy that prohibits such
enhancements to pgbench. It might take some effort to gather consensus on
a proposal like this, but IMHO that doesn't mean we shouldn't try. If the
prevailing wisdom is that we shouldn't add more built-in scripts because
there is an existing way to provide custom ones, then it's not clear that
we should proceed with $SUBJECT, anyway.
--
Nathan Bossart
Amazon Web Services: https://aws.amazon.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Nathan Bossart | 2023-08-15 15:42:08 | Re: [PATCH] Add function to_oct |
| Previous Message | Nathan Bossart | 2023-08-15 15:22:24 | Re: Replace known_assigned_xids_lck by memory barrier |