| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Fast Forward | Next | |
COPY
tablename
[ (
column
[, ...] ) ]
FROM { '
filename
' | STDIN }
[ [ WITH ]
[ BINARY ]
[ OIDS ]
[ DELIMITER [ AS ] '
delimiter
' ]
[ NULL [ AS ] '
null string
' ]
[ CSV [ HEADER ]
[ QUOTE [ AS ] '
quote
' ]
[ ESCAPE [ AS ] '
escape
' ]
[ FORCE NOT NULL
column
[, ...] ]
COPY {
tablename
[ (
column
[, ...] ) ] | (
query
) }
TO { '
filename
' | STDOUT }
[ [ WITH ]
[ BINARY ]
[ HEADER ]
[ OIDS ]
[ DELIMITER [ AS ] '
delimiter
' ]
[ NULL [ AS ] '
null string
' ]
[ CSV [ HEADER ]
[ QUOTE [ AS ] '
quote
' ]
[ ESCAPE [ AS ] '
escape
' ]
[ FORCE QUOTE
column
[, ...] ]
COPY커멘드는,PostgreSQL의 테이블과 표준의 파일 시스템의 파일간에 데이터를 이동합니다. COPY TO커멘드는 테이블의 내용을 파일 에 복사합니다. 또,COPY FROM커멘드는, 파일 로부터 테이블로 데이터를 복사합니다(이 때, 이미 테이블에 있는 데이터에 복사한 내용을 추가합니다). 또한,COPY TO에 의해SELECT쿼리의 결과를 복사할 수가 있습니다.
열의 리스트가 지정되고 있는 경우,COPY는, 지정된 열 내에 있는 데이터를 파일로 또는 파일로부터 복사만을 실행합니다. 열리스트에 포함되지 않은 열이 테이블 내에 있는 경우,COPY FROM는, 그러한 열에 디폴트값을 삽입합니다.
파일명 첨부의COPY커멘드는,PostgreSQL서버에 대해서 직접 파일에 읽고 쓰기를 하도록, 실행합니다. 지정한 파일은 반드시 서버로부터 액세스 해야 합니다. 또, 파일명은 서버의 관점에서 본 것으로 지정되어야 합니다. STDIN또는STDOUT가 지정되었을 경우, 데이터는 클라이언트와 서버의 접속을 이용하여 전송됩니다.
기존의 테이블의 이름(검증을 거친 스키마)입니다.
복사하는 열의 리스트입니다. 이것은 생략 가능합니다. 열의 리스트가 지정되어 있지 않은 경우는, 테이블의 모든 열이 복사됩니다.
지정한SELECT커멘드 또는 VALUES 커멘드의 결과가 복사됩니다. 쿼리를 괄호로 묶을 필요가 있다는 것에 주의해 주세요.
입출력 파일의 절대 경로명입니다. 윈도우즈 사용자의 경우, 경로의 분리기호로서 사용된 더블 백슬래시 및 E''문자열을 사용할 필요가 있습니다.
입력이 클라이언트 어플리케이션에서 오는 것임을 지정합니다.
출력이 클라이언트 어플리케이션에서 오는 것임을 지정합니다.
모든 데이터를 텍스트 보다는 바이너리 형식에서 읽고 쓰기하도록 설정합니다. 바이너리 모드에서는DELIMITER,NULL,CSV옵션을 지정할 수 없습니다.
각 행의 OID를 복사하도록 지정합니다 (OID를 가지지 않는 테이블에OIDS를 지정하는 경우, 또는, query 복사하는 경우, 에러가 발생합니다).
파일의 각 행의 열을 분리하는 1개의 ASCII 문자입니다. 디폴트는, 텍스트 모드에서는 탭 문자,CSV모드에서는 콤마입니다.
NULL값을 나타내는 문자열입니다. 디폴트는, 텍스트 모드에서는\N(backslash N),CSV모드에서는 인용부호가 없는 빈 값입니다. 그러나, NULL값과 공문자열을 구별할 필요가 없는 경우는, 텍스트 모드여도 공문자열을 사용하는 것이 좋을수도 있습니다.
Note: COPY FROM의 경우, 이 문자열과 일치하는 데이터 요소는 NULL값으로 저장됩니다. COPY TO실행시에 사용한 같은 문자열을 사용하고 있을지 확인해야 합니다.
콤마로 분리된 값의(CSV) 모드를 선택합니다.
헤더라인을 포함한 파일을 지정합니다. 이 파일에는 각 열의 이름이 기재되어 있습니다. 출력으로는, 선두행에 테이블의 열명이 있고, 입력으로는 선두행은 무시됩니다.
CSV에 있어서의 인용부호용의 ASCII 문자를 지정합니다. 디폴트는 이중 인용부호입니다.
CSV모드에 있어서의 데이터 문자 값QUOTE의 전에 나타나는 ASCII 문자를 지정합니다. 디폴트는QUOTE의 값(통상은 이중 인용부호)입니다.
CSV모드의COPY TO에 대해, 지정된 각 열내에 있는 모든 비NULL값을 강제적으로 인용부호로 둘러쌉니다. NULL출력은 인용부호로 둘러싸이지 않습니다.
CSV모드의COPY FROM에 대해, 지정된 각 열을 인용부호로 둘러싸여 있는 것으로 간주해,NULL값은 없는 것으로서 처리됩니다. CSV모드의 디폴트의 NULL 문자열('')이 존재하는 경우, 이것에 의해 값이 소실해, 공문자열로서 입력됩니다.
COPY는 통상의 테이블에 대해서만 사용할 수가 있습니다. 뷰에 대해서 사용할 수 없습니다. 그러나,COPY (SELECT * FROM viewname ) TO ...(와)과 기술할 수가 있습니다.
BINARY키워드를 지정하면, 모든 데이터를 텍스트 형식이 아닌, 바이너리 형식으로 저장/읽기를 실시합니다. 통상의 텍스트 모드보다 다소 동작이 빨라집니다만, 바이너리 형식의 파일은, 다른 머신 아키텍쳐나 다른 버젼의PostgreSQL에서는 사용할 수 없습니다.
COPY TO의 경우는 값을 읽어들이는 테이블에 대한 SELECT 권한이,COPY FROM의 경우는 값을 삽입하는 테이블에 대한 INSERT 권한이 필요합니다.
COPY커멘드로 지정하는 파일은, 클라이언트 어플리케이션이 아닌, 서버가 직접 읽기/기입을 실시합니다. 따라서, 그러한 파일은, 클라이언트가 아닌, 데이터 베이스 서버 머신상에 존재하는지, 또는, 데이터베이스 서버 머신에 액세스가 가능해야 합니다. 게다가 클라이언트는 아닌,PostgreSQL사용자(서버를 실행하고 있는 사용자 ID)가, 읽고 쓰는 권한을 가지고 있을 필요가 있습니다. 파일명을 지정한COPY커멘드는, 데이터베이스의 슈퍼 유저만이 실행할 수 있습니다. 이 커멘드에 의해, 서버가 액세스 권한을 가지는 모든 파일을 읽거나, 기입하는 것이 가능하게 되기 때문입니다.
COPY는psql의\copy와 혼동하지 마세요. \copy는COPY FROM STDIN나COPY TO STDOUT를 호출해,psql클라이언트로부터 액세스 할 수 있는 파일에 데이터의 호출/저장을 실시합니다. 따라서,\copy커멘드의 사용시, 파일에의 액세스 가능성 및 파일에 대한 액세스권한의 유무는, 서버는 아니라, 클라이언트 측에 의존합니다.
COPY로 파일명을 지정할 때는, 항상 절대경로로 기술하는 것을 추천합니다. COPY TO커멘드의 경우는 서버에 의해 강제적으로 절대경로 지정으로 몰립니다만,COPY FROM커멘드에서는 상대경로로 지정된 파일을 읽어들이는 일도 가능 합니다. 후자의 경로는, 클라이언트의 작업 디렉토리는 아니고, 서버 프로세스의 작업 디렉토리(통상은 클러스터의 데이터 디렉토리)로부터의 상대적인 디렉토리로서 해석됩니다.
COPY FROM는, 행선지 테이블상에서 임의의 트리거 및 체크 제약을 호출합니다만, 룰은 호출하지 않습니다.
COPY의 입출력은DateStyle의 영향을 받습니다. 디폴트 이외의DateStyle가 설정된 가능성이 있는PostgreSQLInstallation와의 이식을 확실하게 하고 싶은 경우는,COPY TO를 사용하기 전에DateStyle를ISO로 설정해야 합니다.
COPY에서는, 에러가 발생하자마자 실행 정지합니다. COPY TO커멘드의 실행에서는 아무런 문제 없습니다만,COPY FROM의 경우는, 대상이 되는 테이블은 처음부분의 행을 이미 받고 있습니다. 이러한 행은 불가시화 되거나 또는 액세스 할 수 없습니다만, 디스크 스페이스를 점유 합니다. 따라서, 큰 복사 처리에 몇 번이나 실패했을 경우에는, 상당한 양의 쓸모없는 디스크 스페이스가 증가해 버립니다. 이 쓸모없는 스페이스를 되찾으려면 ,VACUUM를 호출할 필요가 있습니다.
COPY를 BINARY옵션 또는CSV옵션을 부가하지 않고 사용했을 경우, 읽고 쓰여진 데이터는 테이블의 하나의 행을 1행으로 나타낸 텍스트 파일이 됩니다. 행내의 열은 단락지어 문자로 단락지어집니다. 속성치 자체는, 그 속성의 데이터형의 출력 함수로 생성된, 또는, 그 입력 함수로 받아들이기 가능한 문자열입니다. 값이 NULL인 열에서는, 지정된 NULL값을 나타내는 문자열이 사용됩니다. 입력 파일의 몇개의 행에 있는 열의 개수가 예상된 수와 다른 경우,COPY FROM는 에러를 발생합니다. OIDS가 지정되었을 경우, OID는, 사용자 데이터의 열의 전에 있는, 1번째의 열로서 읽고 쓰여집니다.
데이터의 종료는, 백슬래시 구간(\. )을 포함하는 1개의 행으로 나타내집니다. EOF는 파일의 종료를 잘 수행하기 때문에, 파일로부터의 읽을 경우는 데이터 종료 마크는 불필요합니다. 그러나, 3.0 이전의 클라이언트 프로토콜을 사용한 클라이언트 애플리케이션과 데이터의 복사를 실시하는 경우만은, 읽어들여, 기입하고, 종료 마크가 필요합니다.
백슬래시 문자(\)는,COPY대상 데이터내에서, 행이나 열의 단락 문자로 판정될 가능성이 있는 데이터 문자의 인용부호 붙여 사용합니다. 특히, 백슬래시 자체, 개행, 사용중의 단락 문자등의 문자가 열의 값에 포함되어 있는 경우는, 반드시 전에 백슬래시를 붙이지 않으면 안됩니다.
지정된 NULL 문자열은 백슬래시를 붙이지 않고COPY TO에 보내집니다. 한편,COPY FROM에서는, 백슬래시를 삭제하기 전에 NULL 문자열과 입력을 비교합니다. 따라서,\N라고 하는 NULL 문자열이 실제의\N라고 하는 데이터값과 혼란하는 것은 있을 수 없습니다. (이것은\\N로서 표현됩니다. )
다음은 COPY FROM로 식별한 특별한 백슬래시 시퀀스입니다.
| 시퀀스 | 표현 |
|---|---|
| \b | 백스페이스(ASCII 8) |
| \f | 폼피드(ASCII 12) |
| \n | 개행(ASCII 10) |
| \r | 복귀부호(ASCII 13) |
| \t | 탭(ASCII 9) |
| \v | 수직 탭(ASCII 11) |
| \ 숫자 | 백슬래시에 계속되어 1에서 3개의 8 진수의 숫자를 코드 번호로서 지정하면, 그 코드가 나타내는 문자를 지정할 수 있습니다. |
| \x digits | backslash,x 에 계속되어 1에서 2개의 16 진수의 숫자를 코드 번호로서 지정하면, 그 코드가 나타내는 문자를 지정할 수 있습니다. |
상표로 기재되지 않은 백슬래시 첨부의 문자는 모두, 그대로 해석됩니다. 그러나, 불필요한 백슬래시의 추가에는 주의해 주세요. 우연히 데이터를 마지막을 나타내는 표(\. )나 null 문자열(디폴트에서는\N) 과 합치하는 캐릭터 라인을 생성해 버릴지도 모르기 때문입니다. 이러한 문자열은 다른 백슬래시의 처리를 실시하기 전으로 해석됩니다.
COPY데이터를 생성하는 애플리케이션은, 데이터 내의 개행과 복귀부호를 각각,\n와\r로 변환하는 것을 강하고 추천 되고 있습니다. 현재로서는, 백슬래시와 복귀 문자로 데이터내의 복귀를 나타내거나 백슬래시와 개행 문자로 데이터 내의 개행을 나타내는 것이 가능합니다. 그러나, 이러한 표현은 향후의 릴리스에서는, 받아들일 수 없게 될 가능성이 있습니다. 또한, COPY파일이 다른 머신을 걸쳐 전송 되는 경우, 파손할 우려가 있습니다 (예를 들면, Unix로부터 Windows 혹은 그 역).
COPY TO는 각 행의 줄 끝에 Unix 형식의 개행("\n")을 출력합니다. 덧붙여 Microsoft Windows로 가동하는 서버의 경우는, 서버상의 파일에의COPY의 경우에게만 복귀/개행("\r\n")을 출력합니다. 플랫폼 전반의 일관성을 위해서, 서버의 플랫폼에 관계없이,COPY TO STDOUT는 항상"\n"를 송신합니다. COPY FROM는, 개행, 복귀부호, 또는 복귀부호/개행을 줄 끝으로 취급할 수 있습니다. 데이터를 의도한 백슬래시가 없는 개행이나 복귀부호에 의한 에러의 위험성을 줄이기 위해,COPY FROM는, 입력행의 줄 끝이 모두 같지 않은 경우에 경고를 발표합니다.
이 형식은, 스프레드쉬트와 같은 다른 많은 프로그램으로 사용되는 콤마로 분리된 값(CSV) 파일 형식을 임포트, export 하기 위해서 사용됩니다. PostgreSQL의 표준 텍스트 모드로 사용되는 이스케이프 대신에, 일반적인 CSV의 이스케이프 매커니즘을 생성, 인식합니다.
각 레코드의 값은DELIMITER문자로 분리됩니다. 단락 문자,QUOTE문자,NULL문자열, 복귀부호, 개행문자를 포함한 값의 경우, 전체의 값의 전후에QUOTE문자가 부여됩니다. 값 중에서QUOTE문자나ESCAPE문자가 나타나는 경우, 그 전에 이스케이프용의 문자가 부여됩니다. 또한,FORCE QUOTE를 사용해, 특정열 내의 비NULL값을 출력할 때에 강제적으로 인용부호를 부여할 수도 있습니다.
CSV형식에는NULL값과 공문자열을 구별하는 표준적인 방법은 없습니다. PostgreSQL의 COPY에서는, 인용부호에 의해 이것을 구별하고 있습니다. NULL는NULL문자열로서 출력되어 인용부호로 둘러싸이지 않습니다. 한편,NULL문자열에 일치하는 데이터값은 인용부호로 둘러싸입니다. 그 결과, 디폴트의 설정을 사용하면,NULL는 인용부호로 둘러싸이지 않는 공문자열로서 한편, 공문자열은 이중 인용부호로 둘러싸여("") 출력됩니다. 데이터의 읽을 때도 같은 규칙을 따릅니다. FORCE NOT NULL를 사용해, 특정열에 대해NULL입력의 비교를 실시하지 않게 할 수도 있습니다.
CSV형식에서는 백슬래시는 특별한 문자가 아니기 때문에, 데이터 종단 기호\. 는 데이터 값으로서 나타나는 일이 있습니다. 잘못된 해석을 방지하기 위해서, 한 행내의 1항째로서\. 데이터값이 나타나는 경우, 출력에 자동적으로 인용부호를 붙일 수 있습니다. 또, 입력으로는 인용부호를 붙이는 경우 데이터 종단 기호로서 해석되지 않습니다. 단일의 인용부호가 없는 열과 \. 의 값을 가질 가능성이 있는 또 다른 애플리케이션으로 생성된 파일을 로딩하는 경우, 입력 파일내의 이러한 값을 인용부호로 둘러쌀 필요가 있습니다.
Note: CSV모드에서, 문자는 중요한 의미를 가집니다. 공백 문자 및 단일 인용부호로 둘러싸인 값이나DELIMITER이외의 임의의 문자가, 이러한 문자에 포함됩니다. 이것에 의해, 고정폭으로 하기 위해서 CSV의 행에 공백 문자를 넣는 시스템으로부터 데이터를 임포트 할 때에 에러가 발생할 가능성이 있습니다. 이러한 상황이 되었을 경우,PostgreSQL에 데이터를 임포트 하기 전에, 그CSV파일로부터 줄 끝의 공백을 제거하는 사전 처리가 필요하게 됩니다.
Note: CSV 모드는, 내장되어 있는 줄바꿈을 포함하고 인용부호로 둘러싸인 값을 가진 CSV 파일을 인식하고 생성합니다. 따라서, 이 파일은, 텍스트 모드 파일과 같이 1개의 테이블행이 1행으로 나타내지고 있다고는 할 수 없습니다.
Note: 괴이한 그리고 잘못된 CSV 파일을 생성하는 프로그램이 많이 존재하므로, 이 파일 서식에는 표준보다 많은 관습이 있습니다. 따라서, 이 매커니즘을 사용하여 임포트 할 수 없는 파일이 존재할 수도 있고, COPY가 다른 프로그램으로 처리할 수 없는 파일을 생성할 수 있습니다.
COPY BINARY로 사용되는 파일 형식은PostgreSQL 7.4로 변경되었습니다. 새로운 형식은, 파일 헤더, 행 데이터를 포함한 0이상의 튜플, 파일 트레일러로 구성됩니다. 헤더와 데이터는, 네트워크 바이트 순서로 되어 있습니다.
파일 헤더는 15바이트의 고정 필드와 그 후에 계속되는 가변장 헤더 확장 영역으로부터 구성됩니다. 고정 필드는 이하와 같습니다.
PGCOPY\n\377\r\n\0라고 하는 11바이트의 시퀀스입니다. 이 서명의 필수 부분에 0 바이트가 포함되어 있는 것에 주의해 주세요 (이 서명은, 8 비트를 통과시키지 않는 전송 방식에 의해 파일이 파손했을 경우, 이것을 용이하게 식별할 수 있도록 설계되어 있습니다. 서명은, 개행 코드 변환이나 0 바이트의 삭제, 상위 비트의 삭제, 또는 패리티의 변경등에 의해 변화됩니다).
이 파일 형식의 중요한 부분이 되는 32 비트 정수의 비트 마스크입니다. 비트에는 0(LSB)에서 31(MSB)까지의 번호가 붙어 있습니다. 이 필드는, 이 파일 형식에서 사용되는 다른 모든 정수 필드와 같이, (가장 중요한 최초의 바이트) 네트워크 바이트 순서로 저장되고 있는 것에 주의해 주세요. 파일 형식상의 치명적인 문제를 나타내기 위해서,16-31비트는 예약되고 있습니다. 이 범위에 예상외의 비트가 설정되어 있는 것이 판명되었을 경우, 읽는 측에서는 처리를 중단해야 합니다. 후방 호환에 있어서의 형식의 문제를 통지하기 위해서,0-15비트는 예약되고 있습니다. 이 범위에 예상외의 비트가 설정되어 있어도, 읽는 측에서는 무시해야 합니다. 현재, 1개의 비트만이 플래그 비트로서 정의되고 있어 나머지는 0이 아니면 안됩니다.
1이라면, OID가 데이터에 포함되어 있습니다. 0이라면, 포함되어 있지 않습니다.
자기 자신을 제외한, 헤더의 남은 부분의 바이트장을 나타내는 32 비트의 정수입니다. 현재, 이것은 0이 되고 있어 바로 후에 최초의 튜플이 계속됩니다. 향후, 헤더내에 추가 데이터를 저장하는 것 같은 형식의 변경이 있을지도 모릅니다. 읽는 측에서는, 헤더 확장 데이터의 취급을 모르는 경우, 그 데이터를 스킵 하지 않으면 안됩니다.
헤더 확장 영역은, 자기식별 청크의 시퀀스를 보관 유지하기 위해서 준비되어 있습니다. 플래그 필드는 읽어들여 먼저 확장 영역의 내용을 알리는 것이 아닙니다. 헤더 확장 내용의 개개의 설계는 향후의 릴리스를 위해서 남겨 있습니다.
이 설계에 의해, 후방 호환성을 유지하는 헤더의 추가(헤더 확장 체크의 추가나 하위 flag bit의 설정)와 후방 호환성이 없는 변경(변경을 통지하기 위한 고위 플래그 비트의 설정, 및 필요하게 응한 확장 영역에의 지원 데이터의 추가)의 양쪽 모두에 대응할 수 있습니다.
모든 튜플은, 튜플 내의 필드수를 카운트하는 16 비트의 정수로 시작됩니다(현시점에서는, 테이블내의 모든 튜플은 동일한 필드수를 가지게 되어 있습니다만, 향후, 이것은 변경될 가능성이 있습니다). 그 후에, 튜플 중의 각각의 필드가 반복됩니다. 이러한 필드에는, 선두에 필드 데이터가 몇 바이트 있는지를 나타내는 32비트 길이의 워드를 붙일 수 있습니다. (이 워드가 나타내는 길이에는 자기 자신은 포함되지 않습니다. 따라서, 0이 될 수도 있습니다). 특수한 경우에, -1은 NULL 필드의 값을 나타냅니다. 이 NULL가 지정되었을 경우, 바이트값은 없습니다.
필드간에는 정렬용의 패딩이나 그 외의 불필요한 데이터는 없습니다.
현재,COPY BINARY파일 내의 모든 데이터값은, 바이너리 형식(형식 코드 1)이라고 가정되고 있습니다. 장래의 확장에 의해, 열단위에 형식 코드를 지정하는 헤더 필드가 추가되는 것을 예상한 것입니다.
실제의 튜플 데이터의 적절한 바이너리 형식을 결정하려면,PostgreSQL의 소스, 특히 각 열의 데이터형용의*send 함수와*recv함수(통상, 이러한 함수는 소스 배포물 내의src/backend/utils/adt디렉토리에 있습니다)를 조사해야 합니다.
이 파일에 OID가 포함되는 경우, OID 필드가 필드 카운트 워드의 직후에 계속됩니다. 이것은, 필드 카운트를 가지지 않는 점을 제외하고는, 통상의 필드와 같습니다. 특히 길이 워드—가 있기 때문에, 고생하는 일 없이, 4바이트의 OID도 8바이트의 OID도 취급할 수 있습니다. 또, 이것에 의해, 바람직하다고 판단되면, OID를 NULL로서 표시할 수가 있습니다.
다음의 예에서는, 필드 단락 문자로서 세로의 곧은 선(|)을 사용해 테이블을 클라이언트에 복사합니다.
COPY country TO STDOUT WITH DELIMITER '|';
파일로부터country테이블에 데이터를 복사합니다.
COPY country FROM '/usr1/proj/bray/sql/country_data';
이름이'A'로 시작되는 나라만을 파일에 복사합니다.
COPY (SELECT * FROM country WHERE country_name LIKE 'A%') TO '/usr1/proj/bray/sql/a_list_countries.copy';
이것은STDIN로부터 테이블에 복사하는데 적합한 데이터의 예입니다
AF AFGHANISTAN AL ALBANIA DZ ALGERIA ZM ZAMBIA ZW ZIMBABWE
각 행의 공백 문자는 실제로는 탭 문자인 것에 주의해 주세요.
이하는 동일한 데이터를 바이너리 서식에서 출력한 것입니다. 데이터를 Unix 유틸리티od -c를 사용해 필터링 한 것을 나타냅니다. 테이블에는 3열 있어, 최초의 데이터형은char(2), 2번째는text, 3번째는integer입니다. 모든 행의 3 번째 열은 NULL값입니다.
0000000 P G C O P Y \n 377 \r \n \0 \0 \0 \0 \0 \0 0000020 \0 \0 \0 \0 003 \0 \0 \0 002 A F \0 \0 \0 013 A 0000040 F G H A N I S T A N 377 377 377 377 \0 003 0000060 \0 \0 \0 002 A L \0 \0 \0 007 A L B A N I 0000100 A 377 377 377 377 \0 003 \0 \0 \0 002 D Z \0 \0 \0 0000120 007 A L G E R I A 377 377 377 377 \0 003 \0 \0 0000140 \0 002 Z M \0 \0 \0 006 Z A M B I A 377 377 0000160 377 377 \0 003 \0 \0 \0 002 Z W \0 \0 \0 \b Z I 0000200 M B A B W E 377 377 377 377 377 377
표준 SQL에는COPY문은 없습니다.
이하의 구문은,PostgreSQL7.3버젼 이전에 사용되고 있던 것으로, 아직 지원되고 있습니다.
COPY [ BINARY ]
tablename
[ WITH OIDS ]
FROM { '
filename
' | STDIN }
[ [USING] DELIMITERS '
delimiter
' ]
[ WITH NULL AS '
null string
' ]
COPY [ BINARY ]
tablename
[ WITH OIDS ]
TO { '
filename
' | STDOUT }
[ [USING] DELIMITERS '
delimiter
' ]
[ WITH NULL AS '
null string
' ]