Digoal.zhou

> @digoal English translation available? sorry, this is chinese blog, very popular in china.

## 奖品很多啊, PostgreSQL文化衫、卫衣、热门畅销书、水晶吊坠、贴纸、PG钛合金开瓶器

行业: 传统 功能期望: 登录失败超过限制之后，就锁定用户 解决什么问题: 提高安全性, 防止暴力破解, 兼容oracle 期望功能分级: 选项 [有就一定用、没有就不用、其他] 替代方案: auth_delay 开发提示: login hook

行业: 通用 功能期望: PG大版本迁移, 业务兼容性评估, 包括元数据、SQL等 解决什么问题: 希望使用大版本的功能或提升性能, 兼容性评估, 用于业务改造和迁移决策 期望功能分级: 选项 [有就一定用、没有就不用、其他] 替代方案: 人肉查看release notes migration建议部分 开发提示: 类似adam, 采集元数据, 采集应用请求(sql请求), 在目标版本库中回放, 判断是否兼容.

> 列式存储 > 吸纳Yogabyte 的分布式设计+RocksDB存储层 > JSON/JSONB的列式存储 > JSONB语法简化，支持数字类型引用 > 吸纳PipelineDB的流视图 需要说一下每个需求的背景, 这样比较有参考意义

> 功能期望: 在社区版中增加RUM索引接口（目前这个插件只能在PostGreSQL Professional中使用 > 解决什么问题: 通过增加索引的位置信息，实现检索加速 > 期望功能分级: 有就一定用 安排, 默认会加入所有RDS PG版本

> 析；pg_basebackup能够多线程备份 > 解决什么问题: MySQL binlog能够解析出具体的语句，能够更加准确的帮助恢复数据，希望PG能够引入该功能；对于大数据量的备份，pg_basebackup 单线程就显得很无力。耗时很久 WAL解析的功能确实有必要, 例如可以在任何时候解析出最近1天的wal的sql. 可以考虑加一个GUC参数, 保证最后N分钟内的catalog版本, 可以解析最后N分钟内产生的WAL内容, 而不需要开一个logical decode一直在那解析.

行业: 通用 功能期望: 通过WAL 日志修复坏块. 解决什么问题: 当出现数据坏块时, 目前需要通过PITR全量恢复, 耗时, 耗资源. 期望功能分级: 有就一定用

行业: 通用 功能期望: 可配置idle 会话超时断开的时间 解决什么问题: 降低连接, 当某些异常请求把PG连接打爆后, IDLE一段时间自动释放. 期望功能分级: 有就一定用

行业: 通用 功能期望: 可配置连接生命周期, 例如一个连接生存若干分钟后, 当它处于idle时立即释放(主动断开与客户端的连接) 解决什么问题: 某些PaaS类业务, 一个连接的存活时间越长, 随着访问的PG元数据增加, 会导致会话的本地内存越来越多(不会释放), 连接多会导致OOM. 通过global cache也能解决这类问题. 期望功能分级: 有就一定用