Re: surppressing column names in COPY format

From: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: surppressing column names in COPY format
Date: 2003-07-31 21:59:37
Message-ID: 1059688778.22265.1628.camel@camel
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, 2003-07-31 at 17:21, Tom Lane wrote:
> Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> writes:
> > On Thu, 2003-07-31 at 16:50, Tom Lane wrote:
> >> None; we just haven't gotten around to removing code that no longer
> >> pulls its weight. The no-column-name variant is just as dangerous as
> >> it was in the COPY case, IMHO.
>
> > by dangerous you mean functional right?
>
> :-)
>
> By dangerous I mean "might not restore the table correctly". There are
> scenarios involving child tables and ALTER TABLE ADD COLUMN where a
> column-name-less INSERT or COPY will dump the data in a different column
> order than pg_dump's CREATE TABLE command will create. Before 7.3 it
> was in fact not possible to dump and reload the regression-test database
> using COPY, because of this problem --- perhaps that causes me to
> overstate its importance, but there is a definite risk.
>

You do overstate it's importance IMHO, because I'm not lobbying for
permanent removal of the column names, nor making the default to not
have column names, I'm simply stating that the option to not have them
provides benefits and I'm willing to take the "risks" associated with
them.

At least the work arounds are simple... :-\

Robert Treat
--
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Peter Nixon 2003-07-31 22:22:49 Re: CAST INTERVAL to INT??
Previous Message Tom Lane 2003-07-31 21:43:10 Re: CAST INTERVAL to INT??