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;
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 |
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 |