通知:PostgreSQL 8.4.14, 9.1.6, 9.0.10

PostgreSQL9.1.6バージョン8.4.14,9.0.10

プロジェクトホーム:http://www.postgresql.org/

ライセンス:https://olex.openlogic.com/licenses/postgresql-bsd-license

PostgreSQLプロジェクトは以下を含むリレーショナル・データベース管理システム(RDBMS)を提供します:

  • サブクエリ
  • ビュー
  • 外部キー制約
  • ストアード・プロシージャー
  • トリガ
  • 標準SQLのサポート
  • クエリ・エンジン
  • マルチバージョン・コンカレンシー・コントロール

これに加えて,新しいデータタイプ,機能,インデックスメソッドがあります。

PostgreSQL项目提供了一个关系数据库管理系统(RDBMS),它提供了以下功能:

  • 子查询
  • 的观点
  • 外键约束
  • 存储过程
  • 触发器
  • 对SQL标准的支持
  • 查询引擎
  • 多版本并发控制

此外,可以通过添加新的数据类型、函数、索引方法等多种方式对其进行扩展。


8.4.14:

リリースノート

  • プランナの执行人パラメータの割り当ての修正と执行人のCTEプランノードに対する再スキャンロジックの修正。(汤姆巷)
  • これらのエラーは,のサブクエリを複数回スキャンすることで,誤った応答が発生する可能性がありました。
  • 依据インデックスでのページ分割判定が改善されました。(亚历山大·科洛特科夫,罗伯特·哈斯,汤姆·莱恩)
  • 複数列の要点インデックスがこのエラーによって予期せぬ膨張を起こす可能性がありました。
  • 権限が保持されている場合,剥奪を止めるためのカスケード的権限剥奪の修正。(汤姆巷)
  • あるロールからの格兰特オプションを取り消すが,他のユーザから格兰特オプションを保持した場合,他のユーザの格兰特オプションから与えられた特権を取り消すべきではありません。
  • PL / Perlが使用されている場合のSIGFPEの扱いが修正されました。(Andres Freund)
  • PerlがSIGFPEハンドラをSIG_IGNにリセットします。これは後にクラッシュを発生する可能性がありました。PL / Perl初期化後に通常のPostgresのシグナルハンドラをリストアするようにしました。
  • 再帰的PL / Perl関数が実行中に再定義する場合,クラッシュの発生を防ぎます。(汤姆巷)
  • PL / Perlで可能性のある誤った最適化の回避。(汤姆巷)
  • いくつかのLinuxディストリビューションに不適切なバージョンのpthread.hが含まれています。PL / Perlで不適切にコンパイルされたコードを引き起こしていました。PL / Perl関数がエラーを発生させる他の関数を呼び出す場合にクラッシュが起こる可能性がありました。
  • フィジーでの夏時間の変更のため,タイムゾーンデータファイルがtzdata释放2012 fに更新されました。

完整的版本说明

  • 修复计划者对执行器参数的分配,修复执行器对CTE计划节点的rescan逻辑(Tom Lane)
  • 这些错误可能会导致使用子查询多次扫描相同内容的查询得到错误的答案。
  • 改进GiST索引中的页面分割决策(Alexander Korotkov, Robert Haas, Tom Lane)
  • 由于这个错误,多列GiST索引可能会出现意外的膨胀。
  • 修正了当权限仍被持有时将级联特权撤销为停止的问题(Tom Lane)
  • 如果我们从某个角色X撤销一个授予选项,但是X仍然通过其他人的授予持有该选项,那么我们不应该递归地从角色Y撤销X授予的相应特权。
  • 修复使用PL/Perl时处理SIGFPE的问题(Andres Freund)
  • Perl将进程的SIGFPE处理程序重新设置为SIG_IGN,这可能会导致以后的崩溃。在初始化PL/Perl之后恢复正常的Postgres信号处理程序。
  • 如果在执行时重新定义递归PL/Perl函数,防止PL/Perl崩溃(Tom Lane)
  • 解决PL/Perl中可能出现的错误优化(汤姆莱恩)
  • 一些Linux发行版包含不正确的pthread.h版本,这会导致PL/Perl中不正确的编译代码,如果一个PL/Perl函数调用另一个抛出错误的函数,就会导致崩溃。
  • 更新时区数据文件到tzdata发布2012f DST法律变更在斐济

9.1.6:

リリースノート

  • 细胞膜の再実行中の共有バッファの永続マーキングが修正されました。
  • この問題はチェックポイント時に書き込まれなかったバッファを引き起こす可能性があります。そしてこれらのバッファの書き込みなしで後にサーバがクラッシュする場合,データ破損が発生する可能性がありました。クラッシュリカバリ後に全てのサーバで破損が発生する可能性がありました。细胞膜の再実行をさらに多く行う場合,スタンバイスレーブサーバで破損が発生する可能性が高いです。btreeや杜松子酒インデックスが破損する可能性も多少あります。“テーブルのビジビリティマップ”が破損する可能性は高いです。幸いにも9.1でビジビリティマップは重大なデータではありません。ビジビリティマップが破損しても,データは失われません。唯一発生する可能性のある問題は,真空を使用した場合に一時的に効果的に行われない場合があることです。
  • このバグが原因でインデクス破損が起きない場合でも,9.1.6にアップグレー後,全てのbtreeや杜松子酒インデックスで重建索引を行うことが推奨されています。
  • もし9.2.Xにアップグレードを行う場合,これを行う前にvacuum_freeze_table_ageを0に設定して全てのテーブルで真空を行うことが推奨されています。これは9.2.Xが使用する前にビジビリティマップデータが修正されたかを確認します。吸尘が行われる場合,パフォーマンスの影響を減らすためにvacuum_cost_delayが調整されますが,時間がかかります。

完整的版本说明

  • 修复WAL重播期间共享缓冲区的持久性标记(Jeff Davis)
  • 这个错误会导致在检查点期间没有写入缓冲区,如果服务器在没有写入缓冲区的情况下崩溃,就会导致数据损坏。崩溃恢复后,任何服务器上都可能发生损坏,但它更可能发生在备用从服务器上,因为它们执行更多的WAL重播。btree和GIN索引损坏的概率很低。表“可见性映射”损坏的概率要高得多。幸运的是,可见性映射在9.1中不是关键数据,因此这种损坏在9.1安装中造成的最坏的后果是抽真空的暂时低效。表数据不能被这个错误损坏。
  • 虽然该字段中没有因为这个错误而导致的索引损坏,但是作为预防措施,建议生产安装在升级到9.1.6之后在方便的时间重新索引所有btree和GIN索引。
  • 另外,如果您打算就地升级到9.2。X,在执行此操作之前,建议对所有表进行真空处理,同时将vacuum_freeze_table_age设置为0。这将确保在9.2之前纠正可见性映射中任何遗留的错误数据。X可以依赖于它。可以调整真空度_cost_delay,以减少真空度处理对性能的影响,同时延长完成真空度处理的时间。

9.0.10:

リリースノート

  • プランナの执行人パラメータの割り当ての修正と执行人のCTEプランノードに対する再スキャンロジックの修正。(汤姆巷)
  • これらのエラーは,のサブクエリを複数回スキャンすることで,誤った応答が発生する可能性がありました。
  • 依据インデックスでのページ分割判定が改善されました。(亚历山大·科洛特科夫,罗伯特·哈斯,汤姆·莱恩)
  • 複数列の要点インデックスがこのエラーによって予期せぬ膨張を起こす可能性がありました。
  • 権限が保持されている場合,剥奪を止めるためのカスケード的権限剥奪の修正。(汤姆巷)
  • あるロールからの格兰特オプションを取り消すが,他のユーザから格兰特オプションを保持した場合,他のユーザの格兰特オプションから与えられた特権を取り消すべきではありません。
  • 热备份の誤った設定に対するエラーメッセージが改善されました。
  • PL / Perlが使用されている場合のSIGFPEの扱いが修正されました。(Andres Freund)
  • PerlがSIGFPEハンドラをSIG_IGNにリセットします。これは後にクラッシュを発生する可能性がありました。PL / Perl初期化後に通常のPostgresのシグナルハンドラをリストアするようにしました。

完整的版本说明

  • 修复计划者对执行器参数的分配,修复执行器对CTE计划节点的rescan逻辑(Tom Lane)
  • 这些错误可能会导致使用子查询多次扫描相同内容的查询得到错误的答案。
  • 改进GiST索引中的页面分割决策(Alexander Korotkov, Robert Haas, Tom Lane)
  • 由于这个错误,多列GiST索引可能会出现意外的膨胀。
  • 修正了当权限仍被持有时将级联特权撤销为停止的问题(Tom Lane)
  • 如果我们从某个角色X撤销一个授予选项,但是X仍然通过其他人的授予持有该选项,那么我们不应该递归地从角色Y撤销X授予的相应特权。
  • 改进热备份错误配置错误的错误消息(Gurjeet Singh)
  • 修复使用PL/Perl时处理SIGFPE的问题(Andres Freund)
  • Perl将进程的SIGFPE处理程序重新设置为SIG_IGN,这可能会导致以后的崩溃。在初始化PL/Perl之后恢复正常的Postgres信号处理程序。
加入网络世界社区有个足球雷竞技app脸谱网LinkedIn对最重要的话题发表评论。

版权©2012Raybet2

工资调查:结果在