Re: pgbench - extend initialization phase control
Fujii Masao <masao.fujii@gmail.com>
From: Fujii Masao <masao.fujii@gmail.com>
To: Fabien COELHO <coelho@cri.ensmp.fr>
Cc: btkimurayuzk <btkimurayuzk@oss.nttdata.com>,
btendouan <btendouan@oss.nttdata.com>, "ibrar.ahmad@gmail.com:" <pgsql-hackers@lists.postgresql.org>
Date: 2019-11-07T08:57:09Z
Lists: pgsql-hackers
On Thu, Nov 7, 2019 at 5:18 PM Fabien COELHO <coelho@cri.ensmp.fr> wrote: > > > >>> I think that it may break --no-vacuum, and I thought that there may be > >>> other option which remove things, eventually. Also, having a NO-OP looks > >>> ok to me. > >> > >> As far as I read the code, checkInitSteps() checks the initialization > >> steps that users specified. The initialization steps string that > >> "v" was replaced with blank character is not given to checkInitSteps(). > >> So ISTM that dropping the handling of blank character from > >> checkInitSteps() doesn't break --no-vacuum. > >> > > This is a patch which does not allow space character in -I options . > > I do not think that this is desirable. It would be a regression, and > allowing a no-op is not an issue in anyway. Why is that regression, you think? I think that's an oversight. If I'm missing something and accepting a blank character as no-op in also checkInitSteps() is really necessary for some reasons, which should be documented. But, if so, another question is; why should only blank character be treated as no-op, in checkInitSteps()? Regards, -- Fujii Masao
Commits
-
Add query cancellation capabilities in pgbench init phase
- 1d468b9ad81b 13.0 landed
-
Add "G" (server-side data generation) as an initialization step in pgbench.
- a386942bd29b 13.0 landed