mirror of
https://git.postgresql.org/git/postgresql.git
synced 2025-01-12 18:34:36 +08:00
Update COPY manual page to remove unneeded warnings.
This commit is contained in:
parent
9db76f384d
commit
c86e85df92
@ -1,6 +1,6 @@
|
||||
.\" This is -*-nroff-*-
|
||||
.\" XXX standard disclaimer belongs here....
|
||||
.\" $Header: /cvsroot/pgsql/src/man/Attic/copy.l,v 1.2 1996/12/11 00:27:09 momjian Exp $
|
||||
.\" $Header: /cvsroot/pgsql/src/man/Attic/copy.l,v 1.3 1997/07/29 21:43:40 momjian Exp $
|
||||
.TH COPY SQL 11/05/95 PostgreSQL PostgreSQL
|
||||
.SH NAME
|
||||
copy \(em copy data to or from a class from or to a Unix file.
|
||||
@ -41,10 +41,6 @@ than as ASCII text. It is somewhat faster than the normal
|
||||
command, but is not generally portable, and the files generated are
|
||||
somewhat larger, although this factor is highly dependent on the data
|
||||
itself.
|
||||
When copying in, the
|
||||
.BR "with oids"
|
||||
keyword should only be used on an empty database because
|
||||
the loaded oids could conflict with existing oids.
|
||||
By default, a ASCII
|
||||
.BR copy
|
||||
uses a tab (\\t) character as a delimiter. The delimiter may also be changed
|
||||
@ -169,9 +165,3 @@ yield unexpected results for the naive user. In this case,
|
||||
.SM $PGDATA\c
|
||||
/foo. In general, the full pathname should be used when specifying
|
||||
files to be copied.
|
||||
.PP
|
||||
.BR Copy
|
||||
has virtually no error checking, and a malformed input file will
|
||||
likely cause the backend to crash. You should avoid using
|
||||
.BR copy
|
||||
for input whenever possible.
|
||||
|
Loading…
Reference in New Issue
Block a user