X-Original-To: pgsql-patches-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 6A04C52B75 for ; Mon, 25 Jul 2005 22:41:36 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 47630-08 for ; Tue, 26 Jul 2005 01:41:34 +0000 (GMT) Received: from mailbox.samurai.com (mailbox.samurai.com [205.207.28.82]) by svr1.postgresql.org (Postfix) with ESMTP id 8632F52AB6 for ; Mon, 25 Jul 2005 22:41:30 -0300 (ADT) Received: from localhost (mailbox.samurai.com [205.207.28.82]) by mailbox.samurai.com (Postfix) with ESMTP id EB36C9B49D; Mon, 25 Jul 2005 21:41:34 -0400 (EDT) Received: from mailbox.samurai.com ([205.207.28.82]) by localhost (mailbox.samurai.com [205.207.28.82]) (amavisd-new, port 10024) with LMTP id 90052-02; Mon, 25 Jul 2005 21:41:15 -0400 (EDT) Received: from [61.88.101.19] (unknown [61.88.101.19]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.samurai.com (Postfix) with ESMTP id 87A599B49B; Mon, 25 Jul 2005 21:41:13 -0400 (EDT) Message-ID: <42E594B6.7020603@samurai.com> Date: Tue, 26 Jul 2005 11:41:10 +1000 From: Neil Conway User-Agent: Debian Thunderbird 1.0.2 (X11/20050602) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Neil Conway Cc: Bruce Momjian , Pavel Stehule , Tom Lane , pgsql-patches@postgresql.org Subject: Re: User's exception plpgsql References: <200507101409.j6AE9Bt08428@candle.pha.pa.us> <42D12D3C.2010404@samurai.com> In-Reply-To: <42D12D3C.2010404@samurai.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mailbox.samurai.com X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.016 tagged_above=0 required=5 tests=AWL X-Spam-Level: X-Archive-Number: 200507/488 X-Sequence-Number: 16828 Neil Conway wrote: > Not at the moment. I believe we have agreed that it would be better to > remove the concept of "exception variables" and just use strings, but I > haven't implemented this yet. BTW, one minor annoyance I noticed: a builtin condition name can actually map to multiple SQLSTATE values. If we allow a builtin condition name to be specified to RAISE, this means we'll actually need to pass around a list of SQLSTATE values that are thrown by the RAISE, rather than a single SQLSTATE. This seems pretty ugly, though -- especially considering that only a handful of the builtin condition names actually do map to multiple SQLSTATEs. Does anyone have a better suggestion? -Neil