Alfred Perlstein <bright(at)wintelcom(dot)net> writes:
> It would be very helpful if the COPY command could be expanded
> in order to provide positional parameters.
I think it's a bad idea to try to expand COPY into a full-tilt data
import/conversion utility, which is the direction that this sort of
suggestion is headed in. COPY is designed as a simple, fast, reliable,
low-overhead data transfer mechanism for backup and restore. The more
warts we add to it, the less well it will serve that purpose.
Example: if we allow selective column import, what do we do with missing
columns? Must COPY now be able to handle insertion of default-value
I think it'd be better to put effort into an external data translation
utility that can deal with column selection, data reformatting, CR/LF
conversion, and all those other silly little issues that come up when
you need to move data from one DBMS to another. Sure, we could make
the backend do some of this stuff, but it'd be more maintainable as a
separate program ... IMHO anyway. I think that pgaccess and pgadmin
already have some capability in this line, BTW.
regards, tom lane
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2001-04-30 15:44:36|
|Subject: Re: Thanks, naming conventions, and count() |
|Previous:||From: Tom Lane||Date: 2001-04-30 15:22:16|
|Subject: Re: Re: Any optimizations to the join code in 7.1? |