PG 数据库 功能许愿墙

[digoal]

您的愿望将传达给PG kernel hacker、数据库厂商等, 帮助提高数据库产品质量和功能.

说不定下一个PG版本就有您提出的功能点, 开不开森.
针对非常好的提议，奖励限量版PG文化衫、纪念品、贴纸、PG热门书籍等，奖品丰富，快来许愿。

请按如下格式许愿^_^

必填

行业: 互联网

功能期望: 列存表

解决什么问题: 提高分析场景性能

期望功能分级: 选项 [有就一定用、没有就不用、其他]

选填

企业名称:

数据库规模:

业务逻辑:

业务痛点:

数据库痛点:

如果有不方便发出的内容, 可以邮件私发给我: digoal@126.com

[digoal]

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

[digoal]

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

[digoal]

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

[inshua]

列式存储
吸纳Yogabyte 的分布式设计+RocksDB存储层
JSON/JSONB的列式存储
JSONB语法简化，支持数字类型引用
吸纳PipelineDB的流视图

[imhomer]

行业: 通用
功能期望: 在社区版中增加RUM索引接口（目前这个插件只能在PostGreSQL Professional中使用
解决什么问题: 通过增加索引的位置信息，实现检索加速
期望功能分级: 有就一定用

[binbinyounimen]

行业: 互联网
功能期望: WAL 日志能够完美解析；pg_basebackup能够多线程备份
解决什么问题: MySQL binlog能够解析出具体的语句，能够更加准确的帮助恢复数据，希望PG能够引入该功能；对于大数据量的备份，pg_basebackup 单线程就显得很无力。耗时很久
期望功能分级: 有就一定用

[digoal]

列式存储
吸纳Yogabyte 的分布式设计+RocksDB存储层
JSON/JSONB的列式存储
JSONB语法简化，支持数字类型引用
吸纳PipelineDB的流视图

需要说一下每个需求的背景, 这样比较有参考意义

[digoal]

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

安排, 默认会加入所有RDS PG版本

[digoal]

析；pg_basebackup能够多线程备份
解决什么问题: MySQL binlog能够解析出具体的语句，能够更加准确的帮助恢复数据，希望PG能够引入该功能；对于大数据量的备份，pg_basebackup 单线程就显得很无力。耗时很久

WAL解析的功能确实有必要, 例如可以在任何时候解析出最近1天的wal的sql. 可以考虑加一个GUC参数, 保证最后N分钟内的catalog版本, 可以解析最后N分钟内产生的WAL内容, 而不需要开一个logical decode一直在那解析.

[digoal]

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

[digoal]

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

[digoal]

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

[maxlinux1]

行业: 物联网-新能源
功能期望: 三权分立
解决什么问题: 提高系统安全访问控制
期望功能分级: 有就一定用
替代方案: 基于role的acl访问权限细化
开发提示: 类似系统级的三权分立：admin、secure、audit

[binbinyounimen]

行业: 互联网
功能期望: pg_basebackup能够多线程备份以及在备库备份
解决什么问题: 首先多线程备份对于大型数据库能够起到很好的加速作用，其从在备库执行备份，可以有效减轻主库负担，减少异常发生
期望功能分级: 有就一定用
数据库痛点: 现在实例达到2T多，单线程备份居然需要好几个小时，而且只能在主库进行，大大增加主库风险。查看了目前主流的备份工具（barman、bgbackreset），都是基于pg_basebackup进行开发升级的，原理基本一致，需要执行pg_start_backup和pg_stop_backup，这两个命令只能在主库执行。