COPY(7) | SQL Commands | COPY(7) |
COPY - 在表和文件之間拷貝數據
COPY tablename [ ( column [, ...] ) ]
FROM { 'filename' | STDIN }
[ [ WITH ]
[ BINARY ]
[ OIDS ]
[ DELIMITER [ AS ] 'delimiter' ]
[ NULL [ AS ] 'null string' ] ] COPY tablename [ ( column [, ...] ) ]
TO { 'filename' | STDOUT }
[ [ WITH ]
[ BINARY ]
[ OIDS ]
[ DELIMITER [ AS ] 'delimiter' ]
[ NULL [ AS ] 'null string' ] ]
COPY 在 PostgreSQL表和標準文件系統文件之間交換數據。 COPY TO 把一個表的所有內容都拷貝到一個文件, 而 COPY FROM 從一個文件裏拷貝數據到一個表裏(把數據附加到表中已經存在的內容裏)。
如果聲明瞭一個字段列表,COPY
將只在文件和表之間拷貝聲明的字段的數據。
如果表中有任何不在字段列表裏的字段,那麼
COPY FROM
將爲那些字段插入缺省值。
帶文件名的 COPY 指示 PostgreSQL
服務器直接從文件中讀寫數據。
如果聲明瞭文件名,那麼該文件必須爲服務器可見,而且文件名必須從服務器的角度聲明。如果聲明的是
STDIN 或
STDOUT,數據通過連接在客戶前端和服務器之間流動。
COPY 只能用於表,不能用於視圖。
BINARY 關鍵字將強制使用二進制對象而不是文本存儲/讀取所有數據。 這樣做在一定程度上比傳統的拷貝命令快,但二進制拷貝文件在不同機器體系間的植性不是很好。
你對任何要COPY TO
出來的數據必須有選取數據的權限,對任何要
COPY FROM
入數據的表必須有插入權限。
COPY 命令裏面的文件必須是由服務器直接讀或寫的文件,而不是由客戶端應用讀寫。 因此,它們必須位於數據庫服務器上或者可以爲數據庫服務器所訪問,而不是由客戶端做這些事情。 它們必須是PostgreSQL用戶(服務器運行的用戶 ID)可以訪問到並且可讀或者可寫,而不是客戶端。 COPY 到一個命名文件是隻允許數據庫超級用戶進行的,因爲它允許讀寫任意服務器有權限訪問的文件。
不要混淆 COPY 和 psql 指令
\copy。 \copy 調用 COPY FROM STDIN
或者 COPY TO STDOUT,
然後把數據抓取/存儲到一個
psql
客戶端可以訪問的文件中。
因此,使用 \copy
的時候,文件訪問權限是由客戶端而不是服務器端決定的。
我們建議在 COPY
裏的文件名字總是使用絕對路徑。
在 COPY TO
的時候是由服務器強制進行的,
但是對於 COPY
FROM,你的確有從一個聲明爲相對路徑的文件裏讀取的選擇。
該路徑將解釋爲相對於服務器的工作目錄(在數據目錄裏的什麼地方),而不是客戶端的工作目錄。
COPY FROM 會激活所有觸發器和檢查約束。不過,不會激活規則。
COPY 在第一個錯誤處停下來。這些在 COPY TO中不應該導致問題, 但在 COPY FROM 時目的表會已經接收到早先的行, 這些行將不可見或不可訪問,但是仍然會佔據磁盤空間。 如果你碰巧是拷貝很大一塊數據文件的話, 積累起來,這些東西可能會佔據相當大的一部分磁盤空間。你可以調用 VACUUM 來恢復那些磁盤空間。
當不帶 BINARY 選項使用 COPY 時, 讀寫的文件是一個文本文件,每行代表表中一個行。 行中的列(字段)用分隔符分開。 字段值本身是由與每個字段類型相關的輸出函數生成的字符串, 或者是輸入函數可接受的字串。 數據中使用特定的空值字串表示那些爲 NULL 的字段。 如果輸入文件的任意行包含比預期多或者少的字段,那麼 COPY FROM 將拋出一個錯誤。 如果聲明瞭 OIDS,那麼 OID 將作爲第一個字段讀寫, 放在所有用戶字段前面。
數據的結束可以用一個只包含反斜扛和句點(\.)的行表示。
如果從文件中讀取數據,那麼數據結束的標記是不必要的,
因爲文件結束起的作用就很好了;但是在
3.0
之前的客戶端協議裏,如果在客戶端應用之間拷貝數據,
那麼必須要有結束標記。
反斜扛字符(\)可以用在
COPY
裏給那些會有歧義的字符進行逃逸(否則那些字符會被當做行或者字段分隔符處理)。
特別是下面的字符如果是字段值的一部分時,必須前綴一個反斜扛:反斜扛本身,換行符,回車,以及當前分隔符。
聲明的空字串被 COPY TO
不加任何反斜槓發送;與之相對,COPY
FROM
在刪除反斜槓之前拿它的輸入與空字串比較。因此,像
\N
這樣的空字串不會和實際數據值
\N
之間混淆(因爲後者會表現成
\\N)。
COPY FROM 識別下列特殊反斜扛序列:
\f 進紙 (ASCII 12)
\n 新行 (ASCII 10)
\r 回車 (ASCII 13)
\t 跳格 (ASCII 9)
\v 豎直跳格 (ASCII 11)
\digits (反斜槓,後面是三個八進制數值,代表具有指定值的字符)
絕對不要把反斜扛放在一個數據字符N或者句點(.)前面。
這樣的組合將分別被誤認爲是空字串(\.)
或者數據結束標記
(\N)。
另外一個沒有在上面的表中列出的反斜扛字符就是它自己。
我們強烈建議生成 COPY
數據的應用八換行符和回車分別轉換成
\n 和 \r 序列。
目前我們可以用一個反斜槓和一個回車表示一個數據回車,以及用一個反斜扛和一個換行符表示一個數據換行符。
不過,這樣的表示在將來的版本中缺省時可能不會被接受。
They are also highly vulnerable to corruption if the COPY file is transferred across different machines (for example, from Unix to Windows or vice versa).
COPY TO 將再每行的結尾是用一個 Unix 風格的換行符("\n"), 或者是在 MS Windows 上運行的服務器上用("\r\n")標記一行終止,但只是用於COPY到服務器文件裏; 爲了在不同平臺之間一致,COPY TO STDOUT 總是發送 "\n",不管服務器平臺是什麼。 COPY FROM 可以處理那些以回車符,或者換行符,或者回車換行符作爲行結束的數據。 爲了減少在數據中出現的未逃逸的新行或者回車導致的錯誤,如果輸入的行結尾不像上面這些符號, COPY FROM 會發出警告。
在PostgreSQL 7.4 中的 COPY BINARY 的文件格式做了變化。新格式由一個文件頭,零或多條元組, 以及文件尾組成。文件頭和數據現在是網絡字節序。
文件頭由 15 個字節的固定域組成,後面跟着一個變長的頭擴展區。 固定域是:
頭擴展數據是一個用來保留一個自定義的數據序列塊用的。這個標誌域無意告訴讀者擴展區的內容是什麼。頭擴展的具體設計內容留給以後的版本用。
這樣設計就允許向下兼容頭附加(增加頭擴展塊,或者設置低位序標誌位)以及非向下兼容修改(設置高位標誌位以標識這樣的修改,
並且根據需要向擴展區域增加支持數據)。
每條元組都以一個 16 位整數計數開頭,該計數是元組中字段的數目。(目前,在一個表裏的每條元組都有相同的計數,但可能不會永遠這樣。)然後後面不斷出現元組中的各個字段,字段先是一個 32 位的長度字,後面跟着那麼長的字段數據。(長度字並不包括自己,並且可以爲零。)一個特例是:-1 表示一個 NULL 字段值。在 NULL 情況下,後面不會跟着數值字節。
在數據域之間沒有對奇填充或者任何其它額外的數據。
目前,一個 COPY BINARY 文件裏的所有數據值都假設是二進制格式的(格式代碼爲一)。預計將來的擴展可能增加一個頭域,允許爲每個字段聲明格式代碼。
爲了判斷實際元組數據的正確的二進制格式,你應該閱讀 PostgreSQL 源代碼,特別是該字段數據類型的 *send 和 *recv 函數(典型的函數可以在源代碼的 src/backend/utils/adt/ 目錄找到)。
如果在文件中包括了 OID,那麼該 OID 域立即跟在字段計數字後面。它是一個普通的字段,只不過它沒有包括在字段計數。但它包括長度字 --- 這樣就允許我們不用花太多的勁就可以處理 4 字節和 8 字節的 OID,並且如果某個傢伙允許 OID 是可選的話,那麼還可以把 OID 顯示成空。
文件尾包括保存着 -1 的一個 16 位整數字。這樣就很容易與一條元組的域計數字相區分。
如果一個域計數字既不是
-1
也不是預期的字段的數目,那麼讀者應該報錯。
這樣就提供了對丟失與數據的同步的額外的檢查。
下面的例子把一個表拷貝到客戶端, 使用豎直條(|)作爲域分隔符:
COPY country TO STDOUT WITH DELIMITER '|';
從一個 Unix
文件中拷貝數據到一個country表中:
COPY country FROM '/usr1/proj/bray/sql/country_data';
下面是一個可以從 STDIN
中拷貝數據到表中的例子:
AF AFGHANISTAN AL ALBANIA DZ ALGERIA ZM ZAMBIA ZW ZIMBABWE
下面的是同樣的數據,在一臺
Linux/i586
機器上以二進制形式輸出。
這些數據是用 Unix 工具 od
-c 過濾之後輸出的。
該表有三個字段;第一個是
char(2), 第二個是 text,
第三個是integer。所有的行在第三個域都是一個
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 語句。
7.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' ]
Postgresql 中文網站 何偉平 <laser@pgsqldb.org>
本頁面中文版由中文
man 手冊頁計劃提供。
中文 man
手冊頁計劃:https://github.com/man-pages-zh/manpages-zh
2003-11-02 | SQL - Language Statements |