PostgreSQL 9.2 待办事项
来自 PostgreSQL Wiki
跳转到导航跳转到搜索项目规划
元问题
- 查看来自 PostgreSQL 9.0 待办事项 和 PostgreSQL 9.1 待办事项 的 "长期" 项目列表
9.2 版本的阻碍
(目前未知)
9.2 版本的非阻碍
- 在构建大型 GiST 索引时,限制内存使用。 (参见此邮件的最后一段)
- 这看起来像是可选项,并非必需 -rhaas
- simple_prompt 使用了错误的字符集 (Windows)
- 这个 bug 比其他任何未解决的 bug 更严重吗? 我们通常不会为了这些 bug 而延迟发布。 -rhaas
- 它也不是 9.2 中的新问题 - tgl
- 缺少复制管理函数
- 这里需要更多讨论和工程工作,强制使用 initdb 的时机已过。 -rhaas
- 我们应该修复元组限制处理,还是将 9.x 的行为重新定义为正确行为?
- 普遍的意见似乎是更改文档以匹配当前的行为,因此这只是一个现有的文档 bug,而不是阻碍。
- 重新检查检查点进程拆分的性能声明?
- 原始编码中的 fsync 错误 使之前的所有测量完全不可信。 但是,该更改并非基于纯粹的性能原因,因此即使存在一些负面影响,我们也可能会保留它。
- 当 -D 指向仅配置目录时,pg_ctl 的 adjust_data_dir 在 Windows 上失败
- 建议的补丁
- 这不是回归,因为当 -D 指向仅配置目录时,pg_ctl 从未真正起作用。
已解决的问题
- 流式备份不应该被视为同步备用。
- 文档需要更新有关可见性映射/仅索引扫描的内容。
- 更改范围类型的 GiST 实现?
- pglesslog 仍在文档中引用,但没有 9.1 支持
- 我们应该更改 extract(epoch from timestamp) 的行为吗?
- search_path 行为更改
- 用 string_agg(bytea,bytea) 替换 bytea_agg?
- pg_size_pretty(numeric)
- 重新考虑 synchronous_commit 有效值的名称
- nodes/*funcs.c 不一致
- 参数化路径成本计算仍需要一些工作
- 更改非继承 CHECK 约束的语法?
- {ts,array}_typanalyze 中的内存占用过高
- 自动 ANALYZE 会阻止设置全可见标志,从而导致无法使用仅索引扫描
- 我已经修改了回归测试用例以防止间歇性故障。 修复自动 ANALYZE 使问题不再出现会很好,但这看起来像是一个研究项目; 已将其添加到 TODO 中。
- 补丁:plpython 触发器对于复合类型列已损坏
- pg_stat_statements 中的单位不一致
- psql 在 "\x auto" 下省略了行计数
- 更新手册中 "监控-ps" 部分的示例 ps 输出以包含新的检查点进程
- 发行说明 PL 大小写折叠不兼容
- 检查点进程在崩溃和重启后会变得混乱
- 仔细检查后,这是操作错误,即错误使用 postmaster -T 功能。
- 检查点闩锁循环 [Simon]
- 我已经修改了该代码区域,直到它看起来对我来说没问题,你还有什么其他想法吗? -- tgl - 没事 - sr
- 仔细检查 bgwriter/检查点进程的注释
- 我已经过了一遍这些注释,还有谁想要进行更多操作吗? -- tgl
- 检查 postmaster 注释中是否正确列出了新进程
- 我已经过了一遍这些注释,还有谁想要进行更多操作吗? -- tgl
- 使 XLOG_HEAP2_VISIBLE 记录生成恢复快照冲突,以便 IndexOnlyScans 在热备用中起作用 + 由 sr 修复的 bug
- 更正 SP-GIST 的文档,以便显示/引用/提供示例实现 - 目前不可用地不透明
- 哈? 有一个指向示例 opclass 的指针,总的来说,SPGiST 文档在我看来至少与 GiST 或 GIN 的文档一样好 - tgl
- pg_basebackup -x 从备用服务器流式传输如果数据库中没有流量,则会卡住
- pg_receivexlog 每次发送服务器重启时都需要手动重启
- 脱机简短讨论提出了建议的选项 --auto-reconnect --auto-disconnect
- 修复关于在抛出恢复冲突时不使用 InHotStandby 的 bug [Simon]
- 检查点进程没有及时发送统计信息 [Simon]
- 修复启动顺序:检查点进程必须在 bgwriter 之前启动以捕获 fsync 请求 [Simon]
- Bgwriter 需要关闭文件句柄 [Simon]
- B-tree 页面删除边界情况 [Simon]
- libpq URL 语法需要针对 unix 套接字地址进行修改
- pg_size_pretty(numeric)
- 决定不更改此项
- 开始针对 CREATE {GLOBAL | LOCAL} TEMPORARY TABLE 发出警告? [Simon]
- pg_receivexlog 中对超时的处理不正确
- libpq URL 格式中对不正确参数的警告是一个潜在的安全问题,应该将其更改为错误
- 可怕的检查点问题
- pg_basebackup/pg_receivexlog 与同步复制
- alter table drop constraint 在继承的主表上不起作用
- 重新考虑 CHECK NO INHERIT 语法?
- 我们应该删除 libpq 行处理器回调 API,转而使用逐行结果集吗?
- SP-GiST 对于热备用从服务器来说是不安全的
- "pg_basebackup --xlog-method stream" 可能会在不发出任何警告的情况下失败备份
- 从存档中恢复的 WAL 文件会被再次归档。 线程继续
- 建议的补丁 [由 Simon 提交]
- 保持活动
- 视图选项对于 pg_dump 来说有问题
- 检查点进程拆分破坏了 fsync
- pl/perl 在 win32 上崩溃 - pl/perl 在 win32/MSVC++ 构建中使用 ActiveState Perl (这是我们唯一可以在 MSVC++ 中使用的发行版) 时会崩溃。
- 级联复制和 recovery_target_timeline='latest'
长期问题
- GiST 索引与几何类型使用的模糊比较
- Alexander 提出了一项 狭窄的补丁,它将支持当前的行为,但我对它没有太多信心 - tgl
- 更大的问题是,我们是否应该修改或删除这些数据类型中所有的模糊比较行为。