今天踩坑了，把powerdesign生成的sql腳本文件，用pg_restore命令一直運行。。。
過程慘不忍睹，一直以為是編碼問題，修改了serve和client的encoding，結果。。。
記錄一下這個錯誤：
postgreSQL運行sql腳本文件：
psql -d dbname -U username -f (腳本所在位置).sql
postgerSQL的pg_restore命令
用法:
一般選項:
-d, --dbname=名字 連接數(shù)據(jù)庫名字
-f, --file=文件名 輸出文件名
-F, --format=c|d|t 備份文件格式(應該自動進行)
-l, --list 打印歸檔文件的 TOC 概述
-v, --verbose 詳細模式
-V, --version 輸出版本信息, 然后退出
-?, --help 顯示此幫助, 然后退出
恢復控制選項:
-a, --data-only 只恢復數(shù)據(jù), 不包括模式
-c, --clean 在重新創(chuàng)建之前，先清除（刪除）數(shù)據(jù)庫對象
-C, --create 創(chuàng)建目標數(shù)據(jù)庫
-e, --exit-on-error 發(fā)生錯誤退出, 默認為繼續(xù)
-I, --index=NAME 恢復指定名稱的索引
-j, --jobs=NUM 執(zhí)行多個并行任務進行恢復工作
-L, --use-list=FILENAME 從這個文件中使用指定的內(nèi)容表排序
輸出
-n, --schema=NAME 在這個模式中只恢復對象
-N, --exclude-schema=NAME 不恢復此模式中的對象
-O, --no-owner 不恢復對象所屬者
-P, --function=NAME(args) 恢復指定名字的函數(shù)
-s, --schema-only 只恢復模式, 不包括數(shù)據(jù)
-S, --superuser=NAME 使用指定的超級用戶來禁用觸發(fā)器
-t, --table=NAME 恢復命名關系（表、視圖等）
-T, --trigger=NAME 恢復指定名字的觸發(fā)器
-x, --no-privileges 跳過處理權限的恢復 (grant/revoke)
-1, --single-transaction 作為單個事務恢復
–disable-triggers 在只恢復數(shù)據(jù)的過程中禁用觸發(fā)器
–enable-row-security 啟用行安全性
–if-exists 當刪除對象時使用IF EXISTS
–no-comments 不恢復注釋
–no-data-for-failed-tables 對那些無法創(chuàng)建的表不進行
數(shù)據(jù)恢復
–no-publications 不恢復發(fā)行
–no-security-labels 不恢復安全標簽信息
–no-subscriptions 不恢復訂閱
–no-tablespaces 不恢復表空間的分配信息
–section=SECTION 恢復命名節(jié) (數(shù)據(jù)前、數(shù)據(jù)及數(shù)據(jù)后)
–strict-names 要求每個表和(或)schema包括模式以匹配至少一個實體
–use-set-session-authorization
使用 SESSION AUTHORIZATION 命令代替
ALTER OWNER 命令來設置所有權
聯(lián)接選項:
-h, --host=主機名 數(shù)據(jù)庫服務器的主機名或套接字目錄
-p, --port=端口號 數(shù)據(jù)庫服務器的端口號
-U, --username=名字 以指定的數(shù)據(jù)庫用戶聯(lián)接
-w, --no-password 永遠不提示輸入口令
-W, --password 強制口令提示 (自動)
–role=ROLENAME 在恢復前執(zhí)行SET ROLE操作
選項 -I, -n, -N, -P, -t, -T, 以及 --section 可以組合使用和指定
多次用于選擇多個對象.
希望不要和我一樣犯這個低級錯誤
順便記錄一下查看server和client的encoding以及修改
找到postgresql.conf文件，修改參數(shù)lc_messages的值為UTF8
重啟PostgreSQL的服務。
----查看服務端字符集：
test=> show server_encoding;
—查看客戶端字符集：
test=> show client_encoding;
補充：pg_restore及psql恢復數(shù)據(jù)的用法
一、使用psql恢復SQL文本格式的數(shù)據(jù)備份（即一個包含SQL腳本的文本文件）
恢復一個SQL備份文件并忽略過程中可能發(fā)生的所有錯誤：
psql -U postgres -f myglobals.sql
恢復一個SQL備份文件，如遇任何錯誤則立即停止恢復：
psql -U postgres --set ON_ERROR_STOP=ON -f myglobals.sql
將SQL文本中的數(shù)據(jù)恢復到某個指定的database：
psql -U postgres -d mydb -f select_objects.sql
二、使用pg_restore進行恢復
功能：
（1）支持并行恢復，使用-j選項可以控制并行恢復的線程數(shù)。多個恢復線程可以并行處理，每個線程處理一張表。該模式可以顯著提高恢復速度。
（2）可以使用pg_restore掃描備份文件來生成一張備份內(nèi)容列表，通過該列表可以確認備份紅包含了哪些內(nèi)容。還可以通過編輯該內(nèi)容列表來控制恢復哪些內(nèi)容。
（3）pg_dump支持選擇性地僅備份部分對象以節(jié)省備份時間，類似的，pg_restore也支持選擇性的僅恢復部分對象，不管備份文件本身是全庫備份還是部分對象的備份都沒有問題。
（4）pg_restore的大部分功能是向后兼容的，即支持將老版本PostgreSQL生產(chǎn)的備份數(shù)據(jù)恢復到新版本的PostgreSQL中。
在使用pg_restore執(zhí)行恢復動作之前，請先創(chuàng)建目標數(shù)據(jù)庫：
然后執(zhí)行恢復：
pg_restore --dbname=mydb --jobs=4 --verbose mydb.backup
如果備份和恢復時使用的database同名，則可以通過加--create選項省去單獨建庫的過程，如下：
pg_restore --dbname=postgres --create --jobs=4 --verbose mydb.backup
注：如果指定了--create選項，那么恢復出來的數(shù)據(jù)庫名就會默認采用備份時的數(shù)據(jù)庫名，不允許改名。如果還同時指定了--dbname選項，那么此時連接的數(shù)據(jù)庫名一定不能是待恢復的數(shù)據(jù)庫名，因為要恢復數(shù)據(jù)庫之前必然要建數(shù)據(jù)庫，而
要建數(shù)據(jù)庫之前必然要先連到某個已存在的數(shù)據(jù)庫，--dbname選項指定的就是建立被恢復的數(shù)據(jù)庫之前先連到哪個數(shù)據(jù)庫，所以必然不能與待恢復的數(shù)據(jù)庫同名，我們一般指定先連到postgres數(shù)據(jù)庫。
9.2版或更新版本的pg_restore支持--section選項，加上該選項后可以實現(xiàn)僅恢復表結構而不恢復表數(shù)據(jù)。具體做法是先創(chuàng)建目標恢復數(shù)據(jù)庫：
然后使用pg_restore：
pg_restore --dbname=mydb2 --section=pre-data --jobs=4 mydb.backup
以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。
您可能感興趣的文章:- PostgreSQL 恢復誤刪數(shù)據(jù)的操作
- pgsql之pg_stat_replication的使用詳解
- PostgreSQL物理備份恢復之 pg_rman的用法說明
