Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Data Bases > Pgsql Hackers > Re: Syntax deci...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 21 of 21 Topic 9345 of 10966
Post > Topic >>

Re: Syntax decisions for pl/pgsql RAISE extension

by pavel.stehule@[EMAIL PROTECTED] ("Pavel Stehule") May 13, 2008 at 07:55 PM

2008/5/13 Tom Lane <tgl@[EMAIL PROTECTED]
>:
> "Pavel Stehule" <pavel.stehule@[EMAIL PROTECTED]
> writes:
>> who write this patch?
>
> Well, like I said, I'm willing to adjust the patch to whatever syntax
> we come up with.
>
> After sleeping on it I'm a bit less excited about using the SQL/PSM
> SIGNAL syntax; the reason being that if we use that, and then sometime
> in the future we read the spec more closely and find out that it demands
> different behavior than RAISE has, we'd have a compatibility problem.
> Inventing PG-only additions to RAISE doesn't carry that risk.
>
> So right now I'm thinking I like my original proposal
> http://archives.postgresql.org/pgsql-hackers/2008-05/msg00357.php
> with the exception that we should go with
>        SQLSTATE 'xyzzy'
> as the syntax in EXCEPTION lists.  Also I'm willing to go with
> ERRCODE rather than CODE as the name of the USING option, since
> Pavel didn't like CODE.  (I don't want to use SQLSTATE for it,
> because with this syntax it's pretty clear that SQLSTATE means
> one of the 5-letter codes, *not* a condition name.)
>
>                        regards, tom lane
>

+1

Regards
Pavel Stehule

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@[EMAIL PROTECTED]
)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
 




 21 Posts in Topic:
Syntax decisions for pl/pgsql RAISE extension
tgl@[EMAIL PROTECTED] (T  2008-05-12 12:53:18 
Re: Syntax decisions for pl/pgsql RAISE extension
Kevin.Grittner@[EMAIL PRO  2008-05-12 12:33:45 
Re: Syntax decisions for pl/pgsql RAISE extension
tgl@[EMAIL PROTECTED] (T  2008-05-12 14:43:59 
Re: Syntax decisions for pl/pgsql RAISE extension
direvus@[EMAIL PROTECTED]  2008-05-13 03:41:56 
Re: Syntax decisions for pl/pgsql RAISE extension
tgl@[EMAIL PROTECTED] (T  2008-05-12 14:10:50 
Re: Syntax decisions for pl/pgsql RAISE extension
pavel.stehule@[EMAIL PROT  2008-05-12 20:11:19 
Re: Syntax decisions for pl/pgsql RAISE extension
pavel.stehule@[EMAIL PROT  2008-05-12 20:15:18 
Re: Syntax decisions for pl/pgsql RAISE extension
tgl@[EMAIL PROTECTED] (T  2008-05-12 14:30:20 
Re: Syntax decisions for pl/pgsql RAISE extension
xzilla@[EMAIL PROTECTED]   2008-05-12 21:15:59 
Re: Syntax decisions for pl/pgsql RAISE extension
tgl@[EMAIL PROTECTED] (T  2008-05-12 22:41:11 
Re: Syntax decisions for pl/pgsql RAISE extension
pavel.stehule@[EMAIL PROT  2008-05-12 20:35:44 
Re: Syntax decisions for pl/pgsql RAISE extension
pavel.stehule@[EMAIL PROT  2008-05-12 20:40:46 
Re: Syntax decisions for pl/pgsql RAISE extension
pavel.stehule@[EMAIL PROT  2008-05-12 20:53:47 
Re: Syntax decisions for pl/pgsql RAISE extension
tgl@[EMAIL PROTECTED] (T  2008-05-12 15:47:08 
Re: Syntax decisions for pl/pgsql RAISE extension
pavel.stehule@[EMAIL PROT  2008-05-12 20:56:54 
Re: Syntax decisions for pl/pgsql RAISE extension
pavel.stehule@[EMAIL PROT  2008-05-13 05:53:57 
Re: Syntax decisions for pl/pgsql RAISE extension
tgl@[EMAIL PROTECTED] (T  2008-05-13 12:53:43 
Re: Syntax decisions for pl/pgsql RAISE extension
tgl@[EMAIL PROTECTED] (T  2008-05-13 21:55:53 
Re: Syntax decisions for pl/pgsql RAISE extension
Andreas.Zeugswetter@[EMAI  2008-05-14 10:29:52 
Re: Syntax decisions for pl/pgsql RAISE extension
tgl@[EMAIL PROTECTED] (T  2008-05-14 09:51:15 
Re: Syntax decisions for pl/pgsql RAISE extension
pavel.stehule@[EMAIL PROT  2008-05-13 19:55:55 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Mon Dec 1 14:10:22 CST 2008.