Re: fori stmt with by keyword was:(Re: [HACKERS] for statement,

On 4/29/06, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
> Tom Lane wrote:
>
> >"Jaime Casanova" <systemguards(at)gmail(dot)com> writes:
> >
> >
> >>there is a chance to add a STEP clause to the FOR statement in plpgsql?
> >>
> >>
> >
> >This is not free: it'd require making STEP a reserved word (at least
> >within plpgsql) which is contrary to spec. I think you need to make
> >a pretty good case why the value of the feature outweighs breaking
> >applications that have perfectly-legally used "step" as an identifier.
> >
> >
>
> This isn't available in PL/SQL, is it? That doesn't mean we shouldn't do it, of course, but it might lessen any perceived imperative.
>
> Maybe using BY instad of STEP as the keyword would make it easier, since its occurrence in SQL makes it less likely to be used as a variable.
>
> cheers
>
> andrew
>
>

Hi,

i make a little patch using BY instead of STEP per Tom's complaint and
Andrew's suggestion.

the patch is not ready yet because i can't figure out how to make the
BY optional and that is mandatory because backward compatibility...

the problem is how to manage it in gram.y

perhaps someone with more expertise in gram.y can make suggestions?
also, you can review the patch and say if it will be added if i can
solve the optional BY problem... then i can start working in fixing
the docs

--
regards,
Jaime Casanova

"What they (MySQL) lose in usability, they gain back in benchmarks, and that's
all that matters: getting the wrong answer really fast."
Randal L. Schwartz

On 4/30/06, Jaime Casanova <systemguards(at)gmail(dot)com> wrote:
> On 4/29/06, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
> > Tom Lane wrote:
> >
> > >"Jaime Casanova" <systemguards(at)gmail(dot)com> writes:
> > >
> > >
> > >>there is a chance to add a STEP clause to the FOR statement in plpgsql?
> > >>
> > >>
> > >
> > >This is not free: it'd require making STEP a reserved word (at least
> > >within plpgsql) which is contrary to spec. I think you need to make
> > >a pretty good case why the value of the feature outweighs breaking
> > >applications that have perfectly-legally used "step" as an identifier.
> > >
> > >
> >
> > This isn't available in PL/SQL, is it? That doesn't mean we shouldn't do it, of course, but it might lessen any perceived imperative.
> >
> > Maybe using BY instad of STEP as the keyword would make it easier, since its occurrence in SQL makes it less likely to be used as a variable.
> >
> > cheers
> >
> > andrew
> >
> >
>
> Hi,
>
> i make a little patch using BY instead of STEP per Tom's complaint and
> Andrew's suggestion.
>

the patch is ready, at least it seems to me... also i have added some
lines to the docs...

let me know what your decision is about this...

--
regards,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

I went to test this patch and got the attached regression failures.
Please repair and resubmit. Thanks.

---------------------------------------------------------------------------

Jaime Casanova wrote:
> On 4/30/06, Jaime Casanova <systemguards(at)gmail(dot)com> wrote:
> > On 4/29/06, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
> > > Tom Lane wrote:
> > >
> > > >"Jaime Casanova" <systemguards(at)gmail(dot)com> writes:
> > > >
> > > >
> > > >>there is a chance to add a STEP clause to the FOR statement in plpgsql?
> > > >>
> > > >>
> > > >
> > > >This is not free: it'd require making STEP a reserved word (at least
> > > >within plpgsql) which is contrary to spec. I think you need to make
> > > >a pretty good case why the value of the feature outweighs breaking
> > > >applications that have perfectly-legally used "step" as an identifier.
> > > >
> > > >
> > >
> > > This isn't available in PL/SQL, is it? That doesn't mean we shouldn't do it, of course, but it might lessen any perceived imperative.
> > >
> > > Maybe using BY instad of STEP as the keyword would make it easier, since its occurrence in SQL makes it less likely to be used as a variable.
> > >
> > > cheers
> > >
> > > andrew
> > >
> > >
> >
> > Hi,
> >
> > i make a little patch using BY instead of STEP per Tom's complaint and
> > Andrew's suggestion.
> >
>
> the patch is ready, at least it seems to me... also i have added some
> lines to the docs...
>
> let me know what your decision is about this...
>
> --
> regards,
> Jaime Casanova
>
> "Programming today is a race between software engineers striving to
> build bigger and better idiot-proof programs and the universe trying
> to produce bigger and better idiots.
> So far, the universe is winning."
> Richard Cook

--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

On 5/30/06, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> wrote:
>
> I went to test this patch and got the attached regression failures.
> Please repair and resubmit. Thanks.
>

did it. sorry for the delay, i was busy this week.

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Patch applied. Thanks.

---------------------------------------------------------------------------

Jaime Casanova wrote:
> On 5/30/06, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> wrote:
> >
> > I went to test this patch and got the attached regression failures.
> > Please repair and resubmit. Thanks.
> >
>
> did it. sorry for the delay, i was busy this week.
>
> --
> Atentamente,
> Jaime Casanova
>
> "Programming today is a race between software engineers striving to
> build bigger and better idiot-proof programs and the universe trying
> to produce bigger and better idiots.
> So far, the universe is winning."
> Richard Cook

[ Attachment, skipping... ]

>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
> choose an index scan if your joining column's datatypes do not
> match

--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +