Re: pgbench - allow to store select results into variables
David G. Johnston <david.g.johnston@gmail.com>
From: "David G. Johnston" <david.g.johnston@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Robert Haas <robertmhaas@gmail.com>, Fabien COELHO <coelho@cri.ensmp.fr>, Pavel Stehule <pavel.stehule@gmail.com>, PostgreSQL Developers <pgsql-hackers@postgresql.org>
Date: 2016-07-13T21:31:16Z
Lists: pgsql-hackers
On Wed, Jul 13, 2016 at 4:02 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Robert Haas <robertmhaas@gmail.com> writes: > > On Sat, Jul 9, 2016 at 7:52 AM, Fabien COELHO <coelho@cri.ensmp.fr> > wrote: > >> If someone thinks that "gset" is a good idea for pgbench, which I > don't, it > >> could be implemented. I think that an "into" feature, like PL/pgSQL & > ECPG, > >> makes more sense for scripting. > > > I agree: I like \into. > > > But: > > >> SELECT 1, 2 \; SELECT 3; > >> \into one two three > > > I think that's pretty weird. > > Yeah, that's seriously nasty action-at-a-distance in my view. I'd be okay > with > > SELECT 1, 2 \into one two > SELECT 3 \into three > > but I do not think that a metacommand on a following line should > retroactively affect the execution of a prior command, much less commands > before the last one. You need a test and a definition for: SELECT 1, 2; SELECT 3; \into x, y, z It should fail - "too many variables" - right? David J.
Commits
-
pgbench: Remove \cset
- 25ee70511ec2 12.0 landed
-
pgbench: add \cset and \gset commands
- 6260cc550b0e 12.0 landed
-
Adjust pgbench to allow non-ASCII characters in variable names.
- 9d36a386608d 11.0 landed
-
Refactor script execution state machine in pgbench.
- 12788ae49e19 10.0 cited
-
Allow empty queries in pgbench.
- 6471045230f5 10.0 cited