Re: PL/pgSQL CURSOR support

From: Jan Wieck <JanWieck(at)Yahoo(dot)com>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: PostgreSQL HACKERS <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: PL/pgSQL CURSOR support
Date: 2001-05-30 20:09:57
Message-ID: 200105302009.f4UK9vg07947@jupiter.us.greatbridge.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut wrote:
> Jan Wieck writes:
>
> > There is no
> > reason other than that we'll have more PL handlers to
> > support,
>
> ... which is a pretty big reason ...
>
> > why we shouldn't have two or three different
> > procedural SQL dialects. All can coexist and only those used
> > in your DB schema will get loaded.
>
> Or you can make one PL support alternative, non-conflicting dialects.

Hmmm,

combining it, we need a place to tell the language handler
about it's personality. So the handler in plpgsql.so could
serve more than one dialect and just jump into different
gram.y path's. Note that it already does kinda that by faking
a first token telling if actually a function or trigger get's
compiled.

Will sleep over that idea.

Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Ian Lance Taylor 2001-05-30 20:13:44 Re: Support for %TYPE in CREATE FUNCTION
Previous Message Bruce Momjian 2001-05-30 20:09:07 Re: PL/pgSQL CURSOR support