PostgreSQL 9.5新特性：IMPORT FOREIGN SCHEMA_PHP教程

PostgreSQL 9.5新特性：IMPORT FOREIGN SCHEMA

本次以故事的形式讲述一名不紧跟时代步伐、不主动积极学习的员工在不了解最新特性的情况下，如何失去了“老员工”的优势和领导的信任。

在一个风和日丽，没有雾霾的早上，技术部领导把小明叫到了办公室，问：“兄弟，我想在新的系统上查询一下在用的生产系统的数据，有没有比较快速、方便的方法？新的用的PG的数据库有这种方案吗？”

小明：“领导，把数据从生产系统中导出，然后导入到新系统不就OK？”

领导：“比较快速、方便的方法有没有？”

小明：“领导，把数据从生产系统中导出，然后导入到新系统就很快。”

领导：“更快速、方便的方法有没有？”

小明：“领导，把数据从生产系统中导出，然后导入新系统就已经很快了！”

领导对于小明复读机似的回答有些恼火，按耐住心中的不耐烦，问了一句：“导入外部表需要做什么准备工作吗？”

小明胸有成竹的讲：“领导，就是实现创建好ddl就行。”

领导认真的问到：“一共多少张表？”

小明有些不确定：“200张？”

领导有些惊讶：“这么多？！”

小明突然又想起了些什么，小声的说：“领导......我刚想起来...还有一个用户，里面大概有300张表...”(-__-|||)（声音小的连他自己都快听不到了）

领导有点沉不住气了：“滚出去！”

小明红着脸说：“领导！你听我说...”

领导这次彻底的被点燃了：“滚出去！！！”

小明默默的在外面帮领导关上了门......

领导已经气的不行，此时老板的电话已打过来：“怎么样？搞定没？”

领导：“没问题，老板，稍等片刻！”

老板：“好的，搞好了说一声，好跟客户介绍咱们新开发的系统，起码有个查询体验，等你消息！抓紧。”

领导此时想起了公司新来的同事小强，虽然小强平时看起来比较逗逼和活泼，但是小强已经是公司为数不多做数据库的员工了。领导想好了如何跟老板解释系统开发进度慢，拖延体验时间的解释。抱着试试看的心态，传召了小强，表达了在此情景下的需求。

小强：“领导，这个问题，我不敢保证能做好，我尽力。”

领导：“平时看你活泼夸张，今天说话有所保留；说说看，你有什么思路？”

小强：“领导，不动数据库什么玩笑我都敢开，真刀真枪干事儿了，不来那些没用的话。我前段时间看到PostgreSQL9.5有个新特性，可以简单的导入外部表，按模式导入，我觉得可以尝试一下。”

领导：“好，去做吧，注意操作谨慎，别粗心。”

小强：“知道了，半个小时内给您回消息，不论成功还是失败，都即时汇报给您。”

小强出门后，领导点了一颗烟，静待平时看起来“不靠谱”的小强。

同时，领导也在想，小强说的方法理论上听起来确实不错，不知道放在实践中如何，他对比了一下两位员工的方案：

小明的方案：

小强的方案：

小强回到工位上，倒了杯水，心理有一些压力，尽管自己刚测试过新功能（导入外部模式），但是心理还是很紧张，因为他觉得要对领导的信任负责任，要对生产系统的稳定运行负责任，这绝对不是平时打打闹闹、说说笑笑之类的胡闹。

他打开笔记本，深吸了一口气，谨慎的进行了操作：

1.确定一下新环境的数据库版本：

-bash-3.2$psql

psql(9.5beta2)

输入"help"来获取帮助信息.

postgres=#selectversion();

version

-------------------------------------------------------------------------------------------------------------

PostgreSQL9.5beta2onx86_64-pc-linux-gnu,compiledbygcc(GCC)4.1.220080704(RedHat4.1.2-55),64-bit

(1行记录)

2.创建基于用户的模式：

postgres=#\cmusic

您现在已经连接到数据库"music",用户"postgres".

postgres=#createschemaericauthorizationeric;

CREATESCHEMA

3.安装postgres_fdw插件:

music=#createextensionpostgres_fdw;

CREATEEXTENSION

4.创建外部服务器对象：

music=#createservermusic_fdw_serverforeigndatawrapperpostgres_fdwoptions(host'192.168.1.143',dbname'music',port'5432');

CREATESERVER

5.创建用户映射对象：

music=#createusermappingforericservermusic_fdw_serveroptions(user'eric',password'gao');

CREATEUSERMAPPING

连接到生产库看一下生产库的表信息：

music=#\cmusiceric

Youarenowconnectedtodatabase"music"asuser"eric".

music=>\d

Listofrelations

Schema|Name|Type|Owner

--------+---------+---------------+----------

eric|summary|table|eric

...

(200rows)

6.远程导入整个schema：

music=#importforeignschemaericfromservermusic_fdw_serverintoeric;

IMPORTFOREIGNSCHEMA

7.查看新系统表状态：

music=>\dsummary;

引用的外部表"eric.summary"

栏位|类型|修饰词|FDW选项

------+------------------------+--------+----------------------

id|integer||(column_name'id')

info|charactervarying(128)||(column_name'info')

Server:music_fdw_server

FDWOptions:(schema_name'eric',table_name'summary')

8.调整属主和权限：

music=#grantselectoneric.summarytoeric;

GRANT

music=#altertableeric.summaryownertoeric;

ALTERTABLE

9.验证数据量：

music=>selectcount(*)fromsummary;

count

-------

8

(1行记录)

数据已经导入到了新的系统中，小强立刻给领导打电话通报。

领导：“不错，小强，如果上面要求屏蔽掉某些敏感的表或者是只提供基础数据好实现吗？”

小强：“没问题，我给你我的测试报告吧，最近刚做的。”

测试报告：

在源端创建2个新的表：

music=>createtableericgaoIasselect*fromsummary;

SELECT8

music=>createtableericgaoIIasselect*fromsummary;

SELECT8

music=>\d

Listofrelations

Schema|Name|Type|Owner

--------+-----------+---------------+----------

eric|ericgaoi|table|eric

eric|ericgaoii|table|eric

eric|summary|table|eric

(5rows)

排除某个表：

music=>\cmusicpostgres

您现在已经连接到数据库"music",用户"postgres".

music=#IMPORTFOREIGNSCHEMAericEXCEPT(summary)FROMSERVERmusic_fdw_serverINTOeric;

IMPORTFOREIGNSCHEMA

查看一下导入效果：

music=>\d

关联列表

架构模式|名称|类型|拥有者

----------+-----------+--------------+----------

eric|ericgaoi|所引用的外表|postgres

eric|ericgaoii|所引用的外表|postgres

(2行记录)

已经排除表summary。

删掉目标库的表，再测试一下包含某个表的用法：

music=>dropforeigntableericgaoi;

DROPFOREIGNTABLE

music=>dropforeigntableericgaoii;

DROPFOREIGNTABLE

这一次仅导入某些指定的表：

music=#importforeignschemaericlimitto(summary)fromservermusic_fdw_serverintoeric;

IMPORTFOREIGNSCHEMA

music=>\d

关联列表

架构模式|名称|类型|拥有者

----------+---------+--------------+----------

eric|summary|所引用的外表|postgres

(1行记录)

领导：“谢谢你，小强，回去工作吧”

说着，领导拨通了小明的电话，心想还是要维系好同事关系，多一份人脉，多很多机会，再说小明也是老员工了，刚才对他发火也有些冲动。

小明进了办公司，领导微笑着，说：“小明，刚才事出紧急，有些急躁，抱歉。”

小明：“领导，没关系，确实是我技术不精，以后多多学习！”

领导：“刚才小强把表都整过来了，我看查询有些慢，你给看一下原因。”

小明：“好的领导，我收集一下信息，完事儿立刻给你汇报！”

小明回到工位执行了几条命令，收集了一下性能方面的信息：

在新系统上：

music=>analyzeeric.summary;

ANALYZE

music=>explainanalyzeselect*fromsummary;

QUERYPLAN

----------------------------------------------------------------------------------------------------------

ForeignScanonsummary(cost=100.00..101.24rows=8width=28)(actualtime=4.308..4.319rows=8loops=1)

Planningtime:0.076ms

Executiontime:8.308ms

(3行记录)

在生产系统的服务器看：

music=>analyzeeric.summary;

ANALYZE

music=>explainanalyzeselect*fromsummary;

QUERYPLAN

--------------------------------------------------------------------------------------------------

SeqScanonsummary(cost=0.00..1.08rows=8width=28)(actualtime=0.003..0.004rows=8loops=1)

Planningtime:0.108ms

Executiontime:0.023ms

(3rows)

小明把以上信息提交给了领导，解释说:”领导，你看收集到的信息显示，远程的表查询起来就是慢，看来这功能还是不靠谱啊，我建议还是用我的方案，导数据，或者可以买第三方软件进行同步数据，把数据实时同步到本地。”

领导：”小明...老师...公司花钱请你来是让你给个报告然后告诉老板要花钱买新产品的吗？那还用你做啥？同步数据可以用HotStandby，还用第三方软件？你一个导数据的方案想通吃所有项目？！目前这查询速度客户是可以接受的，并不是相对速度慢就是不可以好吗？！！想要查远程数据并且提升一下性能可以用物化视图好吗？！！！“

小明：”领导，不好意思...物化视图是...什么？“

领导：”滚出去！！！“

外部表在查询速度上还是有一定的延迟的，如果在项目中可以接受实际的查询速度就OK。如果接受不了，可以尝试使用物化视图，当然还有很多方案，方法总比困难多~~~

物化视图在此就不多浪费篇幅了，如果感兴趣的话，可参考如下文章，里面有对物化视图的性能测试：

http://gaoqiangdba.blog.163.com/blog/static/245970045201510171821363/

http://www.bkjia.com/PHPjc/1093772.htmlwww.bkjia.comtruehttp://www.bkjia.com/PHPjc/1093772.htmlTechArticlePostgreSQL 9.5新特性：IMPORT FOREIGN SCHEMA 本次以故事的形式讲述一名不紧跟时代步伐、不主动积极学习的员工在不了解最新特性的情况下，如何...