Amazon Aurora PostgreSQL Limitless Database の更新

検出されたデッドロックのエラーメッセージが改善され、関連するクエリが DETAILセクションに一覧表示されました。

tableoid をターゲットリストとして含むサブクエリのサポートを追加しました。

外部テーブルも含めるように ANALYZE SQL クエリ結果を修正しました。

データベースの再起動につながる可能性のある複数の問題を修正しました。

バインドメッセージで誤って失敗した PREPARE および EXECUTEステートメントの問題を修正しましたが、ステートメントが宣言されたよりも少ないパラメータを使用した場合、プリペアドPREPAREステートメントには 1 が必要です。

スペース消費量の増加につながるバキューム操作の複数の問題を修正しました。

READ_ONLY トランザクションをロールバックした後のINSERTステートメントの問題を修正しました。

RETURNING 句を含むDELETEステートメントが失敗する問題を修正しました。

ltree 拡張機能のサポートが追加されました。 ltree データ型列をシャードテーブルのシャードキーとして使用することはできません。

Aurora PostgreSQL Limitless Database で btree_gist拡張機能のサポートが追加されました。GIST インデックスを使用した除外制約はサポートされていません。たとえば、次のコマンドはサポートされていません。

CREATE TABLE zoo (
    cage INTEGER,
    animal TEXT,
    EXCLUDE USING GIST (cage WITH =, animal WITH <>)
);

これらのシナリオでクエリのパフォーマンスが向上しました。

プリフェッチ機能を備えた非同期外部スキャンノードを強化しました。

デッドロック検出の耐障害性を強化しました。

データベースバックエンドがシステム信号への応答を停止し、DROP DATABASE オペレーションがハングする問題を修正しました。

コミット時間の原因となるコミットログ (clog) バックグラウンド処理の競合状態が無効なエラーである問題を修正しました。

自動テーブル分析オペレーション中に予期しないクラッシュが発生する可能性がある問題を修正しました。

検出されたデッドロックのエラーメッセージが改善され、 で関連するクエリが一覧表示されるようになりましたDETAIL。

分散デッドロック検出アルゴリズムが、ネットワークまたはノードの障害に対して任意の回復力を持つように改善されました。

tableoid をターゲットリストとして含むサブクエリのサポートを追加しました。

外部テーブルを含めるように ANALYZE SQL クエリ結果を修正しました。

データベースの再起動につながる可能性のある複数の問題を修正しました。

バインドメッセージで誤って失敗した PREPARE および EXECUTEステートメントの問題を修正しましたが、ステートメントが宣言されたよりも使用するパラメータが少ない場合、プリペアドPREPAREステートメントには 1 が必要です。

スペース消費量の増加につながるバキューム操作の複数の問題を修正しました。

READ_ONLY トランザクションをロールバックした後のINSERTステートメントの問題を修正しました。

RETURNING 句を含むDELETEステートメントが失敗する問題を修正しました。

DEFAULT/CHECK 制約の式が誤った結果を生成する場合がある問題を修正しました。特に、制約の式が括弧を使用して正しい結果を生成する場合です。

短時間利用できなくなる可能性のある複数の問題を修正しました。

limitless_minimum_adaptive_fetch_size がデフォルト値 (100) を下回るように設定されている場合の正確性の問題を修正しました。

Aurora PostgreSQL Limitless Database のリレーションの tableoid 属性をクエリするためのエラー処理を強化しました。これは、 のノード間で異なる値を持つ可能性があるためですDBShardGroup。

の使用時に発生する可能性のあるアクセス許可の問題を修正しましたrds_aurora.limitless_active_shard_key。これにより、データの取得時のアクセス許可エラーが解決されます。

clog background オペレーションの競合状態を修正しました。これにより、クライアントはコミット時間が無効なエラーになる可能性があります。

可変長シャードキーを使用して分散関数の実行を最適化しました。以前は、ルーターは分散関数を実行していましたが、シャードキーに従って 1 つのシャードでローカルに実行されます。

参照テーブルを結合する標準テーブルupdate/deleteで を実行する際のエラーを修正しました。

ユーザーが特定の内部制限なし関数を呼び出す可能性がある問題を修正しました。

ノードのクラッシュ中にサブトランザクションのロールバックが正しくない問題を修正しました。

DEFAULT/CHECK 制約にネストされた括弧を持つ式が誤った結果を生成する可能性がある問題を修正しました。

Aurora PostgreSQL Limitless Database が Aurora PostgreSQL バージョン 16.6 をサポートするようになりました。

btree_gin 拡張機能をインストールして使用できるようになりました。

DISCARD データ操作言語 (DML) コマンドがサポートされています。

サブクエリ内に参照テーブルを含むクエリのプッシュダウン機能が改善され、クエリのパフォーマンスが向上しました。この機能強化により、クエリの実行が最適化され、サブクエリの参照テーブル結合を含む複雑なクエリのパフォーマンスが向上する可能性があります。

のエラー処理を強化しましたpg_advisory_lock。以前は、このサポートされていない機能を使用しようとしても明示的なエラーメッセージは生成されず、予期しない動作につながる可能性があります。これで、 を使用しようとすると、ユーザーに明確なエラー通知が送信されpg_advisory_lock、わかりやすくなり、意図しない結果を防ぐことができます。

特定の ALTER TABLEおよび CREATE TABLE コマンドがエラーで失敗する問題を修正しました: 指定されたステートメントを解析できません。

NOT NULL または DEFAULT制約を持つALTER TABLEコマンドにシャードにプッシュダウンする安全でない関数 (揮発性関数など) が含まれている場合、既存の行にデータをバックフィルする必要がある問題を修正しました。

rds_aurora.limitless_minimum_adaptive_fetch_size 変数を設定すると、誤った結果が発生する可能性があります。

短時間の利用不能状態を生じる場合がある複数の問題を修正しました。

外部リレーションに述語を含む反結合クエリの結果が正しくない問題を修正しました。

次のシステム関数にプッシュダウン機能を追加しました。

Aurora PostgreSQL Limitless Database pg_advisory_lockでの のエラー処理を強化しました。この変更により、 を使用しようとすると、明確なエラー通知を受け取りますpg_advisory_lock。

DEFAULT/CHECK 制約にネストされた括弧を持つ式を追加すると、誤った結果を生成する可能性がある問題を修正しました。

CREATE INDEX CONCURRENTLY の実行時にデータ定義言語 (DDL) ステートメントの処理でデッドロックが発生する可能性がある問題を修正しました。

分散デッドロック解決のエラーにより、後続の分散デッドロックの検出がブロックされる問題を修正しました。

基になるデータ操作言語 (DML) ステートメントを持つ DDL ステートメント (データを含むテーブルの呼び出しCREATE TABLE ASなど) rds_aurora.limitless_active_shard_keyがセッションで使用されている場合にエラーが発生する問題を修正しました。

シャード分割オペレーションでエラーが発生する問題を修正しました。

rds_aurora.limitless_alter_table_type_sharded 変数が設定されている場合、テーブルタイプをシャードに変換するrds_aurora.limitless_alter_table_type_sharded手順が失敗する問題を修正しました。

データを渡す暗黙的なキャストによって誤ったオブジェクトバージョンが使用された場合に、無効なクエリがエラーを生成しない、多形オブジェクトの解析ロジックの問題を修正しました。

クエリの一部が左または反結合条件に変換されると、問題が発生する可能性があります。このような場合、内部リレーションに結果がない場合、null 行が使用されます。

NOT NULL または DEFAULT制約を持つ列を追加すると、シャードにプッシュダウンする安全でない関数 (揮発性関数など) を含む問題が発生する可能性があります。既存の行にデータをバックフィルする必要があります。

シャードへのクエリを準備する解析ロジックが、可能な場合は括弧を使用しない場合に、問題が発生する可能性があります。クエリで COLLATEを使用すると、エラーが発生する可能性があります。