Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1awBJQ-0007dZ-MC for pgsql-docs@arkaria.postgresql.org; Fri, 29 Apr 2016 16:30:40 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1awBJP-0007Bp-7O for pgsql-docs@arkaria.postgresql.org; Fri, 29 Apr 2016 16:30:39 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1awBJ3-0006mo-9d for pgsql-docs@postgresql.org; Fri, 29 Apr 2016 16:30:17 +0000 Received: from mail-yw0-x229.google.com ([2607:f8b0:4002:c05::229]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1awBIv-0002Ll-GQ for pgsql-docs@postgresql.org; Fri, 29 Apr 2016 16:30:16 +0000 Received: by mail-yw0-x229.google.com with SMTP id j74so175677351ywg.1 for ; Fri, 29 Apr 2016 09:30:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unicheck-com-br.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=FC54mTQuPKujiNvPCukHXz9X8Lt5Gq9zRiRA30hRqUc=; b=OjXvMbqXPuYGCBWM7bUaJAVeWiQvvplQyhQnseiq9cRrEIEWX8VIwOTQZ6oU4/5ty5 c95c2po3dJBTJf0uC20STBM8tpWKMCfnoZwOyFfs8JLLzpvaNtyMeM8wbTrrhQe1shFM D+C6B6ZDTrplLfTeUNgarI4wY0qM0NqaDsqGoB1nsHLWOzK/TEmLgfd9vQyJzZLlvYK+ Snzha2ueyyNyo5PAKVoDcdXGJ5g6pWC+c6n6JI6a6PW3HIDWXQq7BFl6sbpzDuaaesJj U+Rx1AgZDnAZ7eHXFtNK2ZuGNB8W4Jey63gtxfAFMDzvQK8j1oi75ZCUlN8fnayj7rAk a5HA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=FC54mTQuPKujiNvPCukHXz9X8Lt5Gq9zRiRA30hRqUc=; b=ibqrHzcCKMq7perTWkJgBlZ3zCB9OM+bl79l/Yr3E4QhhsmfhaihBkE78qerM+Bae+ zqoD44++YjmFYAXK9GRFKGNohnd0gvIzdbVeZyl1w3lIzg0oFRPXicVcYWwLJcq34Xg/ bJ3ZkdfAV2TasdWQq8U8PA/I9yxqxT5sXhaVHw15hCVnQLWFceQjqCtillS60Y1WpJb/ ir3VAnpdcwyVpn6ZmRjUFRFvY98LUET0vWabftDj1BKRvWL6keUbnKBew7+m9uEukZO+ tDGzoSU3vxjyKJkgc/zHAyyhXfG6WY/9WoS4M083Zp8oG7VdYnyUp9h669qpvT90jYJU d8EA== X-Gm-Message-State: AOPr4FVe2S/X7aMILJe4eB91HSuJauIf2mEcdyAlR6KPjJtd+NB4WnC5jBwabpInRJH5wqWcoLWOk3uNsBZjuQ== MIME-Version: 1.0 X-Received: by 10.176.69.183 with SMTP id u52mr12106176uau.30.1461947407123; Fri, 29 Apr 2016 09:30:07 -0700 (PDT) Received: by 10.31.149.196 with HTTP; Fri, 29 Apr 2016 09:30:07 -0700 (PDT) X-Originating-IP: [186.222.21.23] In-Reply-To: <17560.1461945824@sss.pgh.pa.us> References: <17560.1461945824@sss.pgh.pa.us> Date: Fri, 29 Apr 2016 13:30:07 -0300 Message-ID: Subject: Re: COPY options From: "Andrei M. Eichler" To: Tom Lane Cc: Kevin Grittner , "pgsql-docs@postgresql.org" Content-Type: multipart/alternative; boundary=94eb2c0cc3f6e1e39b0531a227aa X-Pg-Spam-Score: -2.6 (--) 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 --94eb2c0cc3f6e1e39b0531a227aa Content-Type: text/plain; charset=UTF-8 Thanks for the replies, I'm using postgres since 8.3 and didn't notice at the time of 9.0 release the change in the syntax, as the old syntax still works, every time I read the current documentation I didn't notice that I was using it wrong. I agree with Tom Lane about leaving it alone. Another question, I don't know if I should ask it here, why FORCE_NOT_NULL and FORCE_NULL doesn't allow * as list of columns as FORCE_QUOTE? 2016-04-29 13:03 GMT-03:00 Tom Lane : > Kevin Grittner writes: > > It's not really a question of whether we should go back to > > documenting the deprecated syntax, but whether (and when) support > > for it should finally be ripped out. It was last documented in 8.4. > > We still document, and support, not only the pre-9.0 COPY syntax but > also the pre-7.3 COPY syntax; see the bottom of the COPY reference page. > The timescale for getting rid of that kind of thing is *really* long, > in part for fear of breaking old pg_dump backups. > > BTW, so far as FORCE NULL goes, I think that feature was implemented > earlier in the 9.0 cycle than where we put in the new generalized > option syntax. When we did the latter, we reverted the documentation > of the old syntax to exactly match 8.4, but did not take out the > gram.y production allowing the never-released FORCE NULL syntax. > I do not recall if that was intentional or an oversight. > We could (a) document it, (b) remove it, or (c) leave it alone. > At this point I favor the benign neglect approach. > > regards, tom lane > --94eb2c0cc3f6e1e39b0531a227aa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for the replies, I'm using postgres since 8.3 a= nd didn't notice at the time of 9.0 release the change in the syntax, a= s the old syntax still works, every time I read the current documentation I= didn't notice that I was using it wrong.

I agree wi= th Tom Lane about leaving it alone.

Another question, I= don't know if I should ask it here, why FORCE_NOT_NULL and FORCE_NULL = doesn't allow * as list of columns as FORCE_QUOTE?

2016-04-29 13:03 GMT-03:00 Tom L= ane <tgl@sss.pgh.pa.us>:
<= span class=3D"">Kevin Grittner <kgr= ittn@gmail.com> writes:
> It's not really a question of whether we should go back to
> documenting the deprecated syntax, but whether (and when) support
> for it should finally be ripped out.=C2=A0 It was last documented in 8= .4.

We still document, and support, not only the pre-9.0 COPY syntax but=
also the pre-7.3 COPY syntax; see the bottom of the COPY reference page. The timescale for getting rid of that kind of thing is *really* long,
in part for fear of breaking old pg_dump backups.

BTW, so far as FORCE NULL goes, I think that feature was implemented
earlier in the 9.0 cycle than where we put in the new generalized
option syntax.=C2=A0 When we did the latter, we reverted the documentation<= br> of the old syntax to exactly match 8.4, but did not take out the
gram.y production allowing the never-released FORCE NULL syntax.
I do not recall if that was intentional or an oversight.
We could (a) document it, (b) remove it, or (c) leave it alone.
At this point I favor the benign neglect approach.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 regards, tom lane

--94eb2c0cc3f6e1e39b0531a227aa--