不值得做
来自 PostgreSQL wiki
跳转到导航跳转到搜索此清单包含之前 待办事项 列表中的项目。
请勿在此处添加项目,而无需在 邮件列表 中进行讨论。
管理
配置文件
表空间
统计信息收集器
时间点恢复 (PITR)
备用服务器模式
数据类型
域
日期和时间
数组
MONEY 数据类型
文本搜索
XML
- 需要实现/实现 xpath_table 才能摆脱 contrib/xml2 [1]
- 无论如何 xpath_table 都很混乱 [2]
- 改进了 xmlconcat() 中 PI 和 DTD 的处理 [5]
函数
字符格式化
- 当数字不符合所需输出格式时,从 to_char() 抛出错误,而不是打印一个“#”字符串。
- 在 "to_char, 对 EEEE 格式的支持" 中讨论
多语言支持
视图和规则
SQL 命令
Vacuum
优化器/执行器
服务器端语言
客户端
psql
其他性能改进
- 不再将 8k 页面放进 mmap,而将整个文件放进后端 mmap
- 对大型表的 I/O 操作会消耗大量的地址空间,或者需要频繁进行映射或解除映射。扩展文件也会导致映射问题,这种问题可能需要仅映射单个页面,从而导致产生数千次映射。另一个问题是,没有办法 _阻止_ 从脏共享缓冲区对磁盘进行 I/O 操作,所以改动会在写入 WAL 之前影响到磁盘。
独特功能
我们 不想 要的功能
- "Oracle 风格" 优化器提示
- Oracle 及其他 RDBMS 中实现的优化器提示用于解决优化器中的问题并引入升级与维护问题。我们更愿意报告并修复这样的问题。我们已经讨论了更加复杂的分级成本调整系统,但仍需要制定一个规范。另请参阅优化器提示讨论以获取更多信息。
- 嵌入式服务器
- 虽然 PostgreSQL 客户端在资源受限的环境中运行良好,但服务器需要多个进程和稳定的资源池才能可靠且高效地运行。将 PostgreSQL 服务器精简为在与客户端应用程序相同的进程地址空间中运行会增加太多复杂性和故障案例。此外,目前已有若干非常成熟的嵌入式 SQL 数据库。
- 混淆函数源代码
- 混淆函数源代码的保护益处很小,因为具有超级用户访问权限的任何人均可找到手段来查看代码。与此同时,它还会使备份和其他管理任务变得更加复杂。要防止非超级用户查看函数源代码,请移除对 pg_proc 的 SELECT 权限。
- GROUP BY 子句的不确定行为
- 至少还有一个其他数据库产品允许指定 GROUP BY 需要能够对其中一部分结果列进行预测;此服务器可以自由地从该组返回任何值。该特性不被视为一项理想的功能。如果在 GROUP BY 中引用了同一表的某个主键,PostgreSQL 9.1 便允许使用 GROUP BY 未引用的结果列。