Re: User's exception plpgsql

From: Pavel Stehule <stehule(at)kix(dot)fsv(dot)cvut(dot)cz>
To: Neil Conway <neilc(at)samurai(dot)com>
Cc: pgsql-patches(at)postgresql(dot)org
Subject: Re: User's exception plpgsql
Date: 2005-07-06 16:52:21
Message-ID: Pine.LNX.4.44.0507061844030.23774-100000@kix.fsv.cvut.cz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

> "exception variable" in the first place. What does it buy us over simply
> using a string? In other words, if we allowed the syntax:
>
> RAISE LEVEL [ opt_sqlstate ] 'fmt' [, expr ... ]
>
> where `opt_sqlstate' is either empty, a T_WORD we find in the table of
> predefined condition names, or an expression that evaluates to a text
> value. The text value must be of a certain form (e.g. 5 characters in
> length, begins with a "U" and so on).

I unlike this syntax. Yes, it's easy and clear, but not readable.
Exception variables are better and an way for future. SQL state can be
only one value wich can hold exception variable. And more it's more in
oracle style (I don't wont to copy all Oracle ware into PostgreSQL)

Pavel

p.s. I have patch for rethrow exception which isn't related to user's
exception (but need's finished plpgsql code). Syntax is easy, I hope

RAISE;

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2005-07-06 17:09:39 Re: User's exception plpgsql
Previous Message Joshua D. Drake 2005-07-06 16:23:22 Re: GiST notice

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2005-07-06 17:09:39 Re: User's exception plpgsql
Previous Message Neil Conway 2005-07-06 16:10:08 Re: User's exception plpgsql