24 月 13 日、開発チームは次期 Postgresql リリース番号 XNUMX のリリースを発表しました。新しいリリースでは、パフォーマンスの向上、内部メンテナンス サービスの高速化、データベース監視の簡素化、およびより信頼性の高いシステム アクセス制御に重点が置かれています。
バイナリ インデックス ツリー内のインデックス付きデータ間の重複を処理するという観点から、テーブルのインデックス作成を最適化する作業が継続され、これにより、クエリの実行が高速化されるだけでなく、インデックスが占有するディスク領域も削減できるようになりました。
さらに、増分ソート アルゴリズムが追加されました。これにより、以前のステップで既にソートされたデータを繰り返しソートする処理が高速化され、より効率的なステップを計算する際に、新しい拡張統計 (CREATE STATISTICS コマンド経由) を使用して一部のクエリを高速化できます。段階的な計画。
コストのかかるデータ集約を伴うクエリの実行も、ハッシュ集約をより活用し、RAM に収まらない場合は集約データの一部をディスクにダンプすることで最適化されました。 異なるパーティションにあるテーブルの接続速度が大幅に向上しました。
Postgresql データベースのメンテナンスと管理を簡素化するために、多大な取り組みが行われてきました。 「バキューム」の組み込みタスク、つまり行の削除または再書き込み後に空きディスク領域を使用するタスクを並列スレッドで実行できるようになり、管理者はその数を指定できるようになりました。 これに加えて、データベースの現在のアクティビティを監視するための新しいツールが追加され、マスターとレプリカ間で事前記録ログを同期する際のエラーが防止されました。このエラーは、レプリカの切断時に競合を引き起こしたり、分散型データベースの整合性を損なう可能性があります。ログデータに基づいて復元後のデータベース。
開発者向けの革新の中でも、datetime() 関数を強調する価値があります。この関数は、さまざまな標準時間記録形式を組み込みの Postgresql 型に変換します。 UUID 生成関数 v4 はそのまま使用可能 gen_random_uuid(); Unicode による作業の正規化。 論理レベルでの完全レプリケーションのほか、クエリのその他の変更やレプリカで使用できる新しいトリガーを使用して、データベースの接続されたネットワーク ノードにテーブル データを分散するための、より柔軟なシステムです。
データベース アクセス制御はシステムの重要なコンポーネントの 13 つであると述べられており、新しいバージョンではこの点で大きな前進が見られます。 特権ユーザー (スーパーユーザー) のみがデータベースに拡張機能をインストールできるようになりました。 同時に、一般ユーザーは、信頼できるとマークした拡張機能、またはデフォルトで信頼できるとみなされる少数の拡張機能 (pgcrypto、tablefunc、hstore など) のみをインストールできます。 SCRAM メカニズムを使用してユーザーを認証する場合 (libpq ドライバーを介して作業する場合)、「チャネル バインディング」が必要になり、バージョン XNUMX からのサードパーティ データ postgres_fdw のラッパー関数は証明書認証をサポートします。
出所： linux.org.ru