Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1W2idV-0000bo-R8 for pgsql-docs@arkaria.postgresql.org; Mon, 13 Jan 2014 14:37:06 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1W2idV-0007PK-2z for pgsql-docs@arkaria.postgresql.org; Mon, 13 Jan 2014 14:37:05 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1W2idU-0007P5-1V for pgsql-docs@postgresql.org; Mon, 13 Jan 2014 14:37:04 +0000 Received: from mail-ee0-x22a.google.com ([2a00:1450:4013:c00::22a]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1W2idQ-0006RI-6f for pgsql-docs@postgresql.org; Mon, 13 Jan 2014 14:37:03 +0000 Received: by mail-ee0-f42.google.com with SMTP id e49so1497562eek.1 for ; Mon, 13 Jan 2014 06:36:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=QDE6jgXIHeO6tIEJOtI4/kQiVEHC+gdUFMGDlLn8zFk=; b=hisdyp+/4JfNcB/FLeTZUKlC+2+8u42JdvTqWts4kMY3oAd2aOuXj8U6FqLmVKyInd q67mFeddMch1Plii2Br0aD3vc3CvVdj9gUGDILvuAnyTY3Kd6TiwdPDvZgb7rW6/6cmV xKlGCRyo4KCzDXj1lf4/spmfd2vGnW10qSFr81gKdkIiAjhmoo85eZnQIduyVEbURfXC F9pukC/+Jz1lqxQBmhODzH0kZFnKA9Fycw6VN4w0L7DMaqGssBF4jCElXQwReJrotgtC dYg9hfQn/O4P3ppxcBULj4yRoaWgIOZLlrpxFPTLrhr53gCdNUIvHYUG1KdoFn2dkLU4 6p5w== X-Received: by 10.14.177.200 with SMTP id d48mr11453039eem.8.1389623818831; Mon, 13 Jan 2014 06:36:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.14.75.198 with HTTP; Mon, 13 Jan 2014 06:36:18 -0800 (PST) In-Reply-To: <20140113140433.GA7868@momjian.us> References: <20140111184106.GF28089@momjian.us> <24220.1389466350@sss.pgh.pa.us> <20140111190246.GG28089@momjian.us> <24577.1389467569@sss.pgh.pa.us> <20140112042306.GM28089@momjian.us> <20140113025904.GB22464@momjian.us> <20140113140433.GA7868@momjian.us> From: Pavel Stehule Date: Mon, 13 Jan 2014 15:36:18 +0100 Message-ID: Subject: Re: remove undocumented assign syntax from plpgsql doc To: Bruce Momjian Cc: Tom Lane , pgsql-docs Content-Type: multipart/alternative; boundary=047d7b603b1617cc7404efdb02c5 X-Pg-Spam-Score: -2.0 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-docs Precedence: bulk Sender: pgsql-docs-owner@postgresql.org --047d7b603b1617cc7404efdb02c5 Content-Type: text/plain; charset=UTF-8 2014/1/13 Bruce Momjian > On Mon, Jan 13, 2014 at 06:10:24AM +0100, Pavel Stehule wrote: > > I find the rules above so complex that I don't see how we can > recommend > > a best syntax. What I did in the patch I just posted was to put the > > preferred operator first, but I don't see why we want to get into > these > > details in the docs. > > > > > > just a note about preferred variant should be ok. Using ':=' in GET > DIAGNOSTICS > > statement is just bad idea. > > Agreed. I added a sentence in the first mention of GET DIAGNOSTICS, and > indicated it was generic for that command. What I also added was your > description of when to use := and =, but I put it in the C comments so > we have a record of it and if we need to expand the description or > behavior later. > I'll be more happy if a comment about GET DIAGNOSTICS statement will be in user space. Regards Pavel > > -- > Bruce Momjian http://momjian.us > EnterpriseDB http://enterprisedb.com > > + Everyone has their own god. + > --047d7b603b1617cc7404efdb02c5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable



2014/1/13 Bruce Momjian <bruce@momjian.us>
On Mon, Jan 13, 2014 at 06:10:24AM +0100, Pavel Stehule w= rote:
> =C2=A0 =C2=A0 I find the rules above so complex that I don't see h= ow we can recommend
> =C2=A0 =C2=A0 a best syntax. =C2=A0What I did in the patch I just post= ed was to put the
> =C2=A0 =C2=A0 preferred operator first, but I don't see why we wan= t to get into these
> =C2=A0 =C2=A0 details in the docs.
>
>
> just a note about preferred variant should be ok. Using ':=3D'= in GET DIAGNOSTICS
> statement is just bad idea.

Agreed. =C2=A0I added a sentence in the first mention of GET DIAGNOST= ICS, and
indicated it was generic for that command. =C2=A0What I also added was your=
description of when to use :=3D and =3D, but I put it in the C comments so<= br> we have a record of it and if we need to expand the description or
behavior later.

I'll be more happy = if a comment about GET DIAGNOSTICS statement will be in user space.

=
Regards

Pavel
=C2=A0

--
=C2=A0 Bruce Momjian =C2=A0<bruce@mo= mjian.us> =C2=A0 =C2=A0 =C2=A0 =C2=A0http://momjian.us
=C2=A0 EnterpriseDB =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 http://enterprisedb.com

=C2=A0 + Everyone has their own god. +

--047d7b603b1617cc7404efdb02c5--