HOT STANDBY的几个问题需要改进

tony_trh

1)压缩
目前还不支持压缩传输，现在的CPU和内存，一般不是性能的瓶颈，但网络传输，特别是广域网络，
依然是实时传输的瓶颈。所以，在流复制时候，能压缩后，再传输，能明显提高系统的性能。
ORACLE里，可以加个参数，就能压缩传输，希望POSTGRESQL能尽快加入这个功能，
据说在未来的9.4版本里，有这个功能，但不知道效果和稳定性怎么样。

2)临时表建立/写
在ORACLE11G里，DATAGUARD备份机可以建立临时表和读写，但目前POSTGRESQL的STANDBY机器，
是不行的，作为备份机，一般可以用来查询，分析、报表，但很多时候，需要写入到临时表里，
不知道是否有这个改进计划？

3)接收日志进程和日志文件。
在ORACLE，接收机需要建立跟发送机器一样数量的日志文件，接收方有接收进程和归档进程分开工作，
这样可以保证大数据同步时候的安全性和性能。
好像POSTGRESQ，没有这样的机制，只是接收到后，就直接提交？而不是先写入日志文件，然后由另外归档进程提交。
如果，数据量大，产生的速度快，按照POSTGRESQL这样的机制，是否会丢失数据、速度很慢？

tony_trh

4)主从切换后的自动连接。
假设一个主机A，三个备份机B,C,D，关闭A后（正常维护或者灾难故障），
当某个备份机，比如C，切换成主机后，其它备份机器，B和D，能自动连接到这台新的主机C，不会再去连接A
目前，POSTGRESQL还不能这样，需要手工去修改其它备份机器的设定。

5)主机降级为备份机器
当主机因为需要维护，对其进行降级，提升另外的某台备份机为主机，
当老的主机维护好后，再需要提升其为主机，把当前主机，将为备份机，
目前POSTGRESQL不支持这样的切换，需要重新构建新主机，
比较麻烦，容易出错。