在postgreSQL中运行sql脚本和pg_restore命令方式

在postgreSQL中运行sql脚本和pg_restore命令方式

今天踩坑了，把powerdesign生成的sql脚本文件，用pg_restore命令一直运行。。。

过程惨不忍睹，一直以为是编码问题，修改了serve和client的encoding，结果。。。

记录一下这个错误：

postgreSQL运行sql脚本文件：

psql -d dbname -U username -f (脚本所在位置).sql

postgerSQL的pg_restore命令

用法:

pg_restore [选项]… [文件名]

一般选项:

-d, --dbname=名字 连接数据库名字
-f, --file=文件名 输出文件名
-F, --format=c|d|t 备份文件格式(应该自动进行)
-l, --list 打印归档文件的 TOC 概述
-v, --verbose 详细模式
-V, --version 输出版本信息, 然后退出
-?, --help 显示此帮助, 然后退出

恢复控制选项:

-a, --data-only 只恢复数据, 不包括模式
-c, --clean 在重新创建之前，先清除（删除）数据库对象
-C, --create 创建目标数据库
-e, --exit-on-error 发生错误退出, 默认为继续
-I, --index=NAME 恢复指定名称的索引
-j, --jobs=NUM 执行多个并行任务进行恢复工作
-L, --use-list=FILENAME 从这个文件中使用指定的内容表排序

输出

-n, --schema=NAME 在这个模式中只恢复对象
-N, --exclude-schema=NAME 不恢复此模式中的对象
-O, --no-owner 不恢复对象所属者
-P, --function=NAME(args) 恢复指定名字的函数
-s, --schema-only 只恢复模式, 不包括数据
-S, --superuser=NAME 使用指定的超级用户来禁用触发器
-t, --table=NAME 恢复命名关系（表、视图等）
-T, --trigger=NAME 恢复指定名字的触发器
-x, --no-privileges 跳过处理权限的恢复 (grant/revoke)
-1, --single-transaction 作为单个事务恢复
–disable-triggers 在只恢复数据的过程中禁用触发器
–enable-row-security 启用行安全性
–if-exists 当删除对象时使用IF EXISTS
–no-comments 不恢复注释
–no-data-for-failed-tables 对那些无法创建的表不进行

数据恢复

–no-publications 不恢复发行
–no-security-labels 不恢复安全标签信息
–no-subscriptions 不恢复订阅
–no-tablespaces 不恢复表空间的分配信息
–section=SECTION 恢复命名节 (数据前、数据及数据后)
–strict-names 要求每个表和(或)schema包括模式以匹配至少一个实体
–use-set-session-authorization
使用 SESSION AUTHORIZATION 命令代替
ALTER OWNER 命令来设置所有权

联接选项:

-h, --host=主机名 数据库服务器的主机名或套接字目录
-p, --port=端口号 数据库服务器的端口号
-U, --username=名字 以指定的数据库用户联接
-w, --no-password 永远不提示输入口令
-W, --password 强制口令提示 (自动)
–role=ROLENAME 在恢复前执行SET ROLE *** 作

选项 -I, -n, -N, -P, -t, -T, 以及 --section 可以组合使用和指定

多次用于选择多个对象.

希望不要和我一样犯这个低级错误

顺便记录一下查看server和client的encoding以及修改

找到postgresql.conf文件，修改参数lc_messages的值为UTF8

重启PostgreSQL的服务。

----查看服务端字符集：

test=> show server_encoding;

—查看客户端字符集：

test=> show client_encoding;

补充：pg_restore及psql恢复数据的用法

一、使用psql恢复SQL文本格式的数据备份（即一个包含SQL脚本的文本文件）

恢复一个SQL备份文件并忽略过程中可能发生的所有错误：

psql -U postgres -f myglobals.sql

恢复一个SQL备份文件，如遇任何错误则立即停止恢复：

psql -U postgres --set ON_ERROR_STOP=ON -f myglobals.sql

将SQL文本中的数据恢复到某个指定的database：

psql -U postgres -d mydb -f select_objects.sql

二、使用pg_restore进行恢复

功能：

（1）支持并行恢复，使用-j选项可以控制并行恢复的线程数。多个恢复线程可以并行处理，每个线程处理一张表。该模式可以显著提高恢复速度。

（2）可以使用pg_restore扫描备份文件来生成一张备份内容列表，通过该列表可以确认备份红包含了哪些内容。还可以通过编辑该内容列表来控制恢复哪些内容。

（3）pg_dump支持选择性地仅备份部分对象以节省备份时间，类似的，pg_restore也支持选择性的仅恢复部分对象，不管备份文件本身是全库备份还是部分对象的备份都没有问题。

（4）pg_restore的大部分功能是向后兼容的，即支持将老版本PostgreSQL生产的备份数据恢复到新版本的PostgreSQL中。

在使用pg_restore执行恢复动作之前，请先创建目标数据库：

create database mydb;

然后执行恢复：

pg_restore --dbname=mydb --jobs=4 --verbose mydb.backup

如果备份和恢复时使用的database同名，则可以通过加--create选项省去单独建库的过程，如下：

pg_restore --dbname=postgres --create --jobs=4 --verbose mydb.backup

注：如果指定了--create选项，那么恢复出来的数据库名就会默认采用备份时的数据库名，不允许改名。如果还同时指定了--dbname选项，那么此时连接的数据库名一定不能是待恢复的数据库名，因为要恢复数据库之前必然要建数据库，而

要建数据库之前必然要先连到某个已存在的数据库，--dbname选项指定的就是建立被恢复的数据库之前先连到哪个数据库，所以必然不能与待恢复的数据库同名，我们一般指定先连到postgres数据库。

9.2版或更新版本的pg_restore支持--section选项，加上该选项后可以实现仅恢复表结构而不恢复表数据。具体做法是先创建目标恢复数据库：

create database mydb2;

然后使用pg_restore：

pg_restore --dbname=mydb2 --section=pre-data --jobs=4 mydb.backup

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。如有错误或未考虑完全的地方，望不吝赐教。