Re: pgbench \for or similar loop

Поиск
Список
Период
Сортировка
От David Fetter
Тема Re: pgbench \for or similar loop
Дата
Msg-id 20110420181017.GB17008@fetter.org
обсуждение исходный текст
Ответ на Re: pgbench \for or similar loop  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: pgbench \for or similar loop  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Wed, Apr 20, 2011 at 01:35:03PM -0400, Robert Haas wrote:
> On Wed, Apr 20, 2011 at 10:46 AM, Merlin Moncure <mmoncure@gmail.com> wrote:
> > On Wed, Apr 20, 2011 at 9:14 AM, Alvaro Herrera
> > <alvherre@commandprompt.com> wrote:
> >> Excerpts from David Fetter's message of mié abr 20 10:54:56 -0300 2011:
> >>> On Wed, Apr 20, 2011 at 08:05:07AM +0200, Pavel Stehule wrote:
> >>> > Hello
> >>> >
> >>> > I played with psql extensions two years ago - it can do it
> >>>
> >>> It's interesting, but it doesn't solve the fundamental problem, which
> >>> is to allow every client, not just psql, to do this.
> >>
> >> Why is this problem fundamental?
> >
> > I happen to like your idea, even if we had stored procedures...they
> > have a lot of overlap but so what?.  We have server side \copy and
> > client side COPY -- both are useful.  Likewise, (getting back to the
> > original point of the thread), bechmarking via client scripting and
> > via procedure are also both useful.  Nobody will gripe if psql gets
> > more features like this -- some people really want to do this on the
> > client side and there are valid reasons to do that, say, to intermix
> > client local shell commands between sql lines.
> 
> Yep, I agree.  However, I think it's completely reasonable, as I said
> upthread, to ask people not to implement \for as a loop over an
> integer range in pgbench without answering questions like:
> 
> 1. What happens if someone wants the other kind of for loop, that
> iterates until a condition is met?
> 
> 2. Are we going to get a different and incompatible implementation in psql?

It is precisely this kind of issue that leads me to believe it would
be counter-productive to come up with any client-specific hacks.

Cheers,
David.
-- 
David Fetter <david@fetter.org> http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter      XMPP: david.fetter@gmail.com
iCal: webcal://www.tripit.com/feed/ical/people/david74/tripit.ics

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: pgindent weirdnessf
Следующее
От: Robert Haas
Дата:
Сообщение: Re: pgbench \for or similar loop