Guard against unexpected dimensions of <type>oidvector</type>/<type>int2vector</type> (Tom Lane) 《機械翻訳》oidvector/int 2ベクタの予期しない次元に注意してください。 (Tom Lane) §

These data types are expected to be 1-dimensional arrays containing no nulls, but there are cast pathways that permit violating those expectations. Add checks to some functions that were depending on those expectations without verifying them, and could misbehave in consequence. 《機械翻訳》これらのデータ型は、NULLを含まない1次元配列であることが期待されているが、これらの期待に反することを可能にするキャスト経路がある。 検証せずにこれらの期待に依存しており、結果として不正な動作をする可能性のあるいくつかの関数にチェックを追加する。

The <productname>PostgreSQL</productname> Project thanks Altan Birler for reporting this problem. (CVE-2026-2003) 《機械翻訳》PostgreSQLプロジェクトは、この問題を報告してくれたAltan Birlerに感謝します。 (CVE-2026-2003)。

Harden selectivity estimators against being attached to operators that accept unexpected data types (Tom Lane) 《機械翻訳》予期しない選択性型を受け入れる演算子にアタッチされないように、データ推定量を強化する。 (Tom Lane) § §

<filename>contrib/intarray</filename> contained a selectivity estimation function that could be abused for arbitrary code execution, because it did not check that its input was of the expected data type. Third-party extensions should check for similar hazards and add defenses using the technique intarray now uses. Since such extension fixes will take time, we now require superuser privilege to attach a non-built-in selectivity estimator to an operator. 《機械翻訳》contrib/intarrayには、恣意的な選択性の実行に悪用される可能性のある関数推定値が含まれていました。 これは、入力が期待されたコードであることをチェックに通知しなかったためです。 サードパーティの拡張は、同様の危険に対してチェックを行い、intarrayが現在使用している手法を使用して防御を追加する必要があります。 このようなextensionの修正には時間がかかるため、スーパーユーザ権限に対して、組み込まれていない選択性推定値を演算子にアタッチするように要求します。 データタイプ

The <productname>PostgreSQL</productname> Project thanks Daniel Firer, as part of zeroday.cloud, for reporting this problem. (CVE-2026-2004) 《機械翻訳》PostgreSQLプロジェクトは、この問題を報告してくれたzeroday.cloudのパートであるDaniel Firerに感謝します。 (CVE-2026-2004)。

Fix buffer overrun in <filename>contrib/pgcrypto</filename>'s PGP decryption functions (Michael Paquier) 《機械翻訳》contrib/pgcryptoのPGP復号化関数のバッファオーバーランを修正した。 (Michael Paquier) §

Decrypting a crafted message with an overlength session key caused a buffer overrun, with consequences as bad as arbitrary code execution. 《機械翻訳》長すぎるメッセージで細工されたセッションキーを解読すると、バッファオーバーランが発生し、恣意的なコードの実行と同じくらい悪い結果をもたらした。

The <productname>PostgreSQL</productname> Project thanks Team Xint Code, as part of zeroday.cloud, for reporting this problem. (CVE-2026-2005) 《機械翻訳》この問題を報告してくれたPostgreSQLプロジェクトは、zeroday.cloudのコードとして、チーム新東パートに感謝します。 (CVE-2026-2005)。

Fix inadequate validation of multibyte character lengths (Thomas Munro, Noah Misch) 《機械翻訳》マルチバイト文字長の不適切なバリデーションを修正しました。 (Thomas Munro, Noah Misch) § § § § § §

Assorted bugs allowed an attacker able to issue crafted SQL to overrun string buffers, with consequences as bad as arbitrary code execution. After these fixes, applications may observe <quote>invalid byte sequence for encoding</quote> errors when string functions process invalid text that has been stored in the database. 《機械翻訳》さまざまなバグにより、攻撃者は巧妙に細工されたSQLからオーバーランへの文字列バッファを発行することができ、任意のコード実行と同じくらい悪い結果をもたらした。 これらの修正後、文字列がデータベースに格納されているプロセスの無効なテキストを機能させると、アプリケーションで「エンコーディングの無効な」エラーが発生する場合がある。 バイトシーケンス

The <productname>PostgreSQL</productname> Project thanks Paul Gerste and Moritz Sanft, as part of zeroday.cloud, for reporting this problem. (CVE-2026-2006) 《機械翻訳》PostgreSQLプロジェクトは、この問題を報告してくれたzeroday.cloudのパートとして、Paul GersteとMoritz Sanftに感謝します。 (CVE-2026-2006)。

Harden <filename>contrib/pg_trgm</filename> against changes in string lowercasing behavior (Heikki Linnakangas) 《機械翻訳》固定contrib/pg_trgm文字列の小文字化動作の変更に対して。 (Heikki Linnakangas) § §

Fix potential buffer overruns arising from the fact that in some locales lower-casing a string can produce more characters (not bytes) than were in the original. That behavior is new in version 18, and so is the bug. 《機械翻訳》一部のロケールで、バッファの小文字が文字列よりも多くの文字（バイトではなく）を生成する可能性があるという事実から生じる潜在的なオリジナルオーバーランを修正しました。 この動作はバージョン18で新しく、バグも同様です。

The <productname>PostgreSQL</productname> Project thanks Heikki Linnakangas for reporting this problem. (CVE-2026-2007) 《機械翻訳》PostgreSQLプロジェクトは、この問題を報告してくれたHeikki Linnakangasに感謝します。 (CVE-2026-2007)。

Fix inconsistent case-insensitive matching in <filename>contrib/ltree</filename> (Jeff Davis) 《機械翻訳》contrib/ltreeで一貫性のないケースを区別しないマッチングを修正しました。 (Jeff Davis) § §

Index-related routines in <filename>ltree</filename> used a different implementation of case-folding than the primary operators did. Their behavior was equivalent only if the default collation provider was libc and the encoding was single-byte. 《機械翻訳》のインデックス関連のルーチンは、ケース演算子とは異なる実装のプライマリ折り畳みを使用していました。 これらの動作は、デフォルト照合順序プロバイダがlibcで、エンコーディングが単一バイトの場合にのみ同等でした。 ltree

To fix, change the code to use case-folding with the database's default collation. This change will require reindexing indexes on <type>ltree</type> columns (regardless of the index access method) unless the database uses libc as collation provider and its encoding is single-byte. Without that, searches of such indexes will fail to locate relevant entries. 《機械翻訳》修正するには、コードをデータベースのデフォルトユースケースと一緒に照合順序折りたたみに変更します。 この変更では、データベースが照合順序プロバイダとしてlibcを使用し、そのエンコーディングがsingle-バイトでない限り、インデックスアクセスメソッドに関係なくltree列のインデックスを再インデックス化する必要があります。 そうしないと、このようなインデックスの検索で関連するエントリを見つけることができません。

When using <command>ALTER TABLE ... ADD CONSTRAINT</command> to add a not-null constraint with an explicit name, if the column is already marked NOT NULL, require that the provided name match the existing constraint name (Álvaro Herrera, Srinath Reddy Sadipiralla) 《機械翻訳》を使用する場合ALTER TABLE ... ADD CONSTRAINT NULL以外の制約を明示的な名前とともに追加するために、カラムがすでにNULLではないとマークされている場合は、提供された名前マッチが既存の制約名前である必要があります。 (Álvaro Herrera, Srinath Reddy Sadipiralla) §

Don't allow CTE references in sub-selects to determine semantic levels of aggregate functions (Tom Lane) 《機械翻訳》サブでのCTE参照を許可しない-セマンティック機能の集約レベルを決定するために選択します。 (Tom Lane) §

This change undoes a change made two minor releases ago, instead throwing an error if a sub-select references a CTE that's below the semantic level that standard SQL rules would assign to the aggregate based on contained column references and aggregates. The attempted fix turned out to cause problems of its own, and it's unclear what to do instead. Since sub-selects within aggregates are disallowed altogether by the SQL standard, treating such cases as errors seems sufficient. 《機械翻訳》この変更は、2つのマイナーリリースで行われた変更を元に戻し、標準のエラールールが含まれるサブ参照と集計に基づいてセレクトに割り当てるセマンティックレベルより下のCTEをSQL-集約が参照する場合に、代わりにカラムをスローする。 試みられた修正は、それ自体が問題を引き起こすことが判明し、代わりに何をすべきかは不明である。 集計内のサブ選択は標準SQLによって完全に禁止されているため、このようなケースをエラーとして扱うことで十分であると思われる。

Fix trigger transition table capture for <command>MERGE</command> in CTE queries (Dean Rasheed) 《機械翻訳》MERGE CTE問い合わせーのトリガ遷移テーブルキャプチャを修正しました。 (Dean Rasheed) §

When executing a data-modifying CTE query containing both a <command>MERGE</command> and another DML operation on a table with statement-level <literal>AFTER</literal> triggers, the transition tables passed to the triggers would not include the rows affected by the <command>MERGE</command>, only those affected by the other operation(s). 《機械翻訳》データ-変更AFTERトリガを持つ表で、MERGEおよび別のDMLオペレーションの両方を含むステートメント-レベルCTE問い合わせを実行する場合、トリガに渡された移行表は、MERGEの影響を受ける行ではなく、他のオペレーションの影響を受ける行のみをincludeします。

Fix incorrect pruning of rowmarks belonging to non-relation rangetable entries, such as subqueries (Dean Rasheed) 《機械翻訳》副問い合わせのような非リレーション範囲テーブル項目に属する行マークの不正な削除を修正しました。 (Dean Rasheed) §

This led to incorrect results if a proposed row update needed to be modified by EvalPlanQual rechecking, as could happen if there was a concurrent update to that row. 《機械翻訳》これにより、提案された行更新がEvalPlanQualの再チェックによって修正される必要がある場合、その行に対して同時に更新がある場合に発生する可能性があるように、誤った結果が生じた。

Fix failure when all children of a partitioned target table of an update or delete have been pruned (Amit Langote) 《機械翻訳》更新または削除の分割されたターゲットテーブルのすべての子が剪定されたときの障害を修正しました。 (Amit Langote) §

In such cases, the executor could report <quote>could not find junk ctid column</quote> errors, even though nothing needs to be done. 《機械翻訳》このような場合、エグゼキューターは「could not find junk ctid column」エラーを報告する可能性がありますが、何もする必要はありません。

Fix expression evaluation bug for a sub-select within an array subscript (Andres Freund) 《機械翻訳》サブセレクト内の配列添字の式評価バグを修正します。 (Andres Freund) §

Fix text substring search for non-deterministic collations (Laurenz Albe) 《機械翻訳》非決定的照合のテキスト部分文字列検索を修正しました。 (Laurenz Albe) §

When using a non-deterministic collation, we failed to detect a match occurring at the very end of the searched string. 《機械翻訳》非決定論的照合順序を使用した場合、探索したマッチの最後に発生する文字列を検出できなかった。

Avoid possible planner failure when a query contains duplicate window function calls (Meng Zhang, David Rowley) 《機械翻訳》問い合わせ包含重複ウィンドウ関数から電話がかかってきたときに起こりうるプランナの失敗を避ける。 (Meng Zhang, David Rowley) §

Confusion over de-duplication of such calls could result in errors like <quote>WindowFunc with winref 2 assigned to WindowAgg with winref 1</quote>. 《機械翻訳》このような呼び出しの重複除外を混同すると、「WindowFunc with winref 2アサインto WindowAgg with winref 1」のようなエラーが発生する可能性があります。

Fix planner error with set-returning functions and grouping sets (Richard Guo) 《機械翻訳》集合を返す関数とプランナエラー集合を使ってグループ化を修正する。 (Richard Guo) §

When constructing a ProjectSet plan node, the planner failed to detect that subexpressions involving grouping expressions were already computed by the input plan. This led to inefficient plans or errors such as <quote>variable not found in subplan target list</quote>. 《機械翻訳》ProjectSetプランノードを構築する際、プランナは、グループ化式を含む部分式が入力プランによって既に計算されていることを検出できませんでした。 これにより、計画が非効率的になったり、「サブプランターゲットリストに変数がありません」などのエラーが発生したりしました。

Avoid incorrect optimization when a subquery's grouping clause contains a volatile or set-returning function (Richard Guo) 《機械翻訳》サブ問い合わせのグループ化最適化包含が不安定またはセットリターン関数である場合は、誤った句を避ける。 (Richard Guo) §

The planner was willing to push down outer-query restrictions referencing such a grouping column, leading to incorrect behavior due to multiple evaluation of a volatile function, or errors caused by introduction of a set-returning function into the subquery's <literal>WHERE</literal>/<literal>HAVING</literal> clauses. 《機械翻訳》プランナは、グループ化カラムのような問い合わせ外の制限参照をプッシュダウンすることをいとわなかったので、不安定な関数のマルチプル評価による誤った行動や、セットリターン関数をサブ問い合わせのWHERE/HAVING句に序文することによって引き起こされるエラーにつながった。

Look through PlaceHolderVar nodes when searching for statistics about an expression (Richard Guo) 《機械翻訳》式について統計処理を検索すると、PlaceHolderVarノードを検索します。 (Richard Guo) §

This change allows the planner to find relevant statistics about expressions pulled up from subqueries or used in <literal>GROUP BY</literal>, avoiding falling back to a default estimate. (Arguably we should adjust any found statistics to account for an increased probability of the value being NULL, but we've never done the equivalent thing for plain Vars either.) While this restriction is old, changes in <productname>PostgreSQL</productname> version 18 made PlaceHolderVars more common than before, so make the change to avoid plan regressions in affected cases. 《機械翻訳》この変更により、プランナは、サブ問い合わせからプルされた式やで使用されている式に関連する統計処理を見つけることができますGROUP BYデフォルトの推定値にフォールバックすることを回避します。 （おそらく、値が統計処理である可能性を高めるために、見つかったNULLをアカウントに調整する必要がありますが、プレーンなVarsに対しても同等のことを行ったことはありません）。 この制限は古いものですが、PostgreSQLバージョン18での変更により、前よりもPlaceHolderVarsが一般的になったため、影響を受けた場合のプラン回帰を回避するために変更をmakeします。

Look through no-op PlaceHolderVar nodes when matching expressions to indexes (Richard Guo) 《機械翻訳》インデックスに対して式をマッチングするときに、no-op PlaceHolderVarノードを検索します。 (Richard Guo) §

Because <productname>PostgreSQL</productname> version 18 uses PlaceHolderVars in more cases than before, some queries that formerly could use an index failed to do so. Add logic to prevent that regression. 《機械翻訳》PostgreSQLバージョン18では、前よりも多くの場合にPlaceHolderVarsが使用されるため、以前はインデックスを使用できた問い合わせの中には、PlaceHolderVarsを使用できないものがありました。 ロジックを使用できないようにするには、リグレッションを追加します。

Fix planner's conversion of <literal>OR</literal> clauses to ScalarArrayOp index conditions (Tender Wang, Tom Lane) 《機械翻訳》プランナのOR句の変換をScalarArrayOpインデックス条件に修正しました。 (Tender Wang, Tom Lane) §

The code did not handle RelabelType nodes correctly, and could generate invalid expressions or fail to perform a valid conversion. 《機械翻訳》コードがRelabelTypeノードを正しくハンドルしなかったため、無効な式が生成されたり、有効な変換の実行に失敗することがありました。

Allow indexscans on partial hash indexes even when the index's predicate implies the truth of the WHERE clause (Tom Lane) 《機械翻訳》ハッシュの述語がWHERE句の真偽を示す場合でも、部分的なインデックスインデックスに対するインデックススキャンを許可します。 (Tom Lane) §

Normally we drop a WHERE clause that is implied by the predicate, since it's pointless to test it; it must hold for every index entry. However that can prevent creation of an indexscan plan if the index is one that requires a WHERE clause on the leading index key, as hash indexes do. Don't drop implied clauses when considering such an index. 《機械翻訳》通常、述語に暗黙的に含まれるWHERE句は削除します。 なぜなら、テストには無意味だからです。 全てのインデックスエントリで保持されなければなりません。 しかし、プランインデックスのように、インデックスキーの先頭にWHERE句を必要とするインデックスの場合、これによりindexscanハッシュの作成を防ぐことができます。 このようなインデックスを検討する場合は、暗黙的な句を削除しないでください。

Do not emit WAL for unlogged BRIN indexes (Kirill Reshke) 《機械翻訳》ログを取らないBRINインデックスに対してWALを発行しません。 (Kirill Reshke) §

One seldom-taken code path incorrectly emitted a WAL record relating to a BRIN index even if the index was marked unlogged. Crash recovery would then fail to replay that record, complaining that the file already exists. 《機械翻訳》めったに取得されないコードパスは、たとえレコードがログ無しとマークされていたとしても、BRINインデックスに関連するWALインデックスを間違って発行します。 するとクラッシュリカバリはそのレコードをリプレイすることに失敗し、そのファイルが既に存在していると文句を言います。

Use the correct ordering function in parallel GIN index builds (Tomas Vondra) 《機械翻訳》パラレルGIN関数ビルドで正しい順序付けインデックスを使用してください。 (Tomas Vondra) §

The parallel code used the default ordering operator (which is determined by the column data type's btree opclass), whereas it should use the ordering function specified by the GIN opclass, if any. This led to a failure if the data type has no btree opclass, or to an invalid index if the opclass specifies an ordering function that doesn't agree with the btree opclass. 《機械翻訳》パラレルコードはデフォルト順序付け演算子（これはカラムデータタイプのbtree演算クラスによって決定されます）を使用していましたが、もしあればGIN演算クラスによって指定された順序付け関数を使用する必要がありました。 これは、データタイプがbtree演算クラスを持たない場合には失敗となり、btree演算クラスと一致しない順序付け関数を演算クラスが指定している場合には無効なインデックスとなりました。

Prevent truncation of CLOG that is still needed by unread <command>NOTIFY</command> messages (Joel Jacobson, Heikki Linnakangas) 《機械翻訳》未読NOTIFYメッセージがまだ必要としているCLOGの切り詰めを防ぎます。 (Joel Jacobson, Heikki Linnakangas) § § §

This fix prevents <quote>could not access status of transaction</quote> errors when a backend is slow to absorb <command>NOTIFY</command> messages. 《機械翻訳》この修正により、ステータスのメッセージの吸収が遅い場合に発生する「トランザクションのアクセスバックエンドではできなかった」エラーが防止されます。 NOTIFY

Escalate errors occurring during <command>NOTIFY</command> message processing to FATAL, i.e. close the connection (Heikki Linnakangas) 《機械翻訳》NOTIFYメッセージ処理中に発生したエラーをFATALにエスカレートする。 つまり、コネクションをクローズする。 (Heikki Linnakangas) §

Formerly, if a backend got an error while absorbing a <command>NOTIFY</command> message, it would advance past that message, report the error to the client, and move on. That behavior was fraught with problems though. One big concern is that the client has no good way to know that a notification was lost, and certainly no way to know what was in it. Depending on the application logic, missing a notification could cause the application to get stuck waiting, for example. Also, any remaining messages would not get processed until someone sent a new <command>NOTIFY</command>. 《機械翻訳》以前は、バックエンドがNOTIFYメッセージを吸収している間にエラーを獲得した場合、そのメッセージを通過し、エラーをレポートしてクライアントに進み、さらに進みます。 しかし、その動作には多くの問題がありました。 1つの大きな懸念は、クライアントには通知が失われたことを知る良い方法がないこと、そして確かにその中に何があるのかを知る方法がないことです。 アプリケーションロジックによっては、通知を失うとアプリケーションが例を待って立ち往生する可能性があります。 また、残りのメッセージは、誰かが新しいNOTIFYを送信するまで処理されませんでした。

Also, if the connection is idle at the time of receiving a <command>NOTIFY</command> signal, any ERROR would be escalated to FATAL anyway, due to unrelated concerns. Therefore, we've chosen to make that happen in all cases, for consistency and to provide a clear signal to the application that it might have missed some notifications. 《機械翻訳》また、NOTIFYコネクションを受信した時点でシグナルがアイドル状態の場合、関連のない懸念により、エラーはいずれにしてもFATALにエスカレートされます。 そのため、一貫性ではすべての場合に発生するmakeを選択し、一部の通知を見逃した可能性があるクリアシグナルをアプリケーションに提供します。

Consider grouping expressions when computing a query ID hash (Jian He) 《機械翻訳》グループ化ID問い合わせを計算するときは、ハッシュ式を考慮してください。 (Jian He) §

Previously, two queries that were the same except in <literal>GROUP BY</literal> expressions would be merged by <filename>contrib/pg_stat_statements</filename> and other users of query IDs. 《機械翻訳》以前は、GROUP BY式を除いて同じである2つの問い合わせは、contrib/pg_stat_statementsおよび問い合わせIDの他のユーザによってマージされていました。

Fix erroneous counting of updates in <command>EXPLAIN ANALYZE MERGE</command> with a concurrent update (Dean Rasheed) 《機械翻訳》EXPLAIN ANALYZE MERGE並列更新を持つでの更新の誤ったカウントを修正しました。 (Dean Rasheed) §

This situation led to an incorrect count of <quote>skipped</quote> tuples in <command>EXPLAIN</command>'s output, or to an assertion failure in an assert-enabled build. 《機械翻訳》このシチュエーションは、EXPLAINの出力における「スキップされた」タプルの誤ったカウント、またはアサート可能なアサーションにおけるビルド障害を引き起こした。

Fix bug in following update chain when locking a tuple (Jasper Smit) 《機械翻訳》バグをロックするときは、次の更新チェーンにタプルを固定します。 (Jasper Smit) §

This code path neglected to check the xmin of the first new tuple in the update chain, making it possible to lock an unrelated tuple if the original updater aborted and the space was immediately reclaimed by <command>VACUUM</command> and then re-used. That could cause unexpected transaction delays or deadlocks. Errors associated with having identified the wrong tuple have also been observed. 《機械翻訳》このコードパスは、更新チェーンの最初の新しいタプルのxminをチェックに無視したので、オリジナルアップデータが中断され、スペースがすぐに再利用されたVACUUMその後再利用された場合に、無関係なタプルをロックにすることができました。 これにより、予期しないトランザクション遅延やデッドロックが発生する可能性があります。 間違いタプルの識別に関連するエラーも観察されています。

Fix incorrect handling of incremental backups of large tables (Robert Haas, Oleg Tkachenko) 《機械翻訳》ラージテーブルのインクリメンタルバックアップの不正なハンドリングを修正しました。 (Robert Haas, Oleg Tkachenko) §

If a table exceeding 1GB (or in general, the installation's segment size) is truncated by <literal>VACUUM</literal> between the base backup and the incremental backup, <application>pg_combinebackup</application> could fail with an error about <quote>truncation block length in excess of segment size</quote>. This prevented restoring the incremental backup. 《機械翻訳》1ギガバイトを超えるテーブル(または、一般的には、インストールのセグメントサイズが、VACUUMベースバックアップとインクリメンタル・バックアップの間の、「セグメントサイズを超えるトランケートブロック長さ」に関するエラーで失敗する可能性があるによってトランケートされた場合、インクリメンタル・バックアップをリストアできませんでした。 pg_combinebackup

Fix potential backend process crash at process exit due to trying to release a lock in an already-unmapped shared memory segment (Rahila Syed) 《機械翻訳》すでにマップされていないバックエンドプロセスクラッシュのロックをリリースしようとすることによる、プロセス出口での潜在的な共有メモリセグメントを修正しました。 (Rahila Syed) §

Fix race condition in async I/O code (Andres Freund) 《機械翻訳》非同期入出力競合条件のコードを修正しました。 (Andres Freund) §

It was possible for the result code of an asynchronous I/O operation to be overwritten before it was fetched. 《機械翻訳》コード入出力オペレーションの結果非同期は、フェッチされた前を上書きする可能性がありました。

Guard against incorrect truncation of the multixact log after a crash (Heikki Linnakangas) 《機械翻訳》ログの後の複数のクラッシュを誤って切り捨てないように注意してください。 (Heikki Linnakangas) §

Fix possibly mis-encoded result of <function>pg_stat_get_backend_activity()</function> (Chao Li) 《機械翻訳》pg_stat_get_backend_activity()の誤ってエンコードされた可能性のある結果を修正しました。 (Chao Li) §

The shared-memory buffer holding a session's activity string can end with an incomplete multibyte character. Readers are supposed to truncate off any such incomplete character, but this function failed to do so. 《機械翻訳》メモリの活動バッファを保持する共有セッション文字列は、不完全なマルチバイト文字で終わる可能性があります。 読者はそのような不完全な文字をオフで切り捨てることになっていますが、この関数はそうしませんでした。

Guard against recursive memory context logging (Fujii Masao) 《機械翻訳》再帰的なメモリコンテキストロギングに注意してください。 (Fujii Masao) §

A constant flow of signals requesting memory context logging could cause recursive execution of the logging code, which in theory could lead to stack overflow. 《機械翻訳》定数フローを要求する信号のメモリコンテキストロギングは、ロギングコードの再帰的な実行を引き起こす可能性があり、理論的にはスタックオーバーフローにつながる可能性がある。

Fix memory context usage when reinitializing a parallel execution context (Jakub Wartak, Jeevan Chalke) 《機械翻訳》メモリコンテキストの実行コンテキストを再初期化する際のパラレルの使用法を修正しました。 (Jakub Wartak, Jeevan Chalke) §

This error could result in a crash due to a subsidiary data structure having a shorter lifespan than the parallel context. The problem is not known to be reachable using only core <productname>PostgreSQL</productname>, but we have reports of trouble in extensions. 《機械翻訳》このエラーでは、従属データ構造体の寿命がパラレルクラッシュよりも短いため、コンテキストが発生する可能性があります。 コアだけを使用してこの問題に到達できるかどうかは不明ですPostgreSQLただし、拡張トラブルのレポートがあります。

Set next multixid's offset when creating a new multixid, to remove the wait loop that was needed in corner cases (Andrey Borodin) 《機械翻訳》新しいマルチxidを作成する際に、次のマルチxidのオフセットを設定します。 これにより、コーナーケースで必要だったウェイトループを削除します。 (Andrey Borodin) § §

The previous logic could get stuck waiting for an update that would never occur. 《機械翻訳》前のロジックは、決して起こらない更新を待って立ち往生する可能性があります。

Avoid rewriting data-modifying CTEs more than once (Bernice Southey, Dean Rasheed) 《機械翻訳》データ-変更CTEを複数回書き直すことは避けてください。 (Bernice Southey, Dean Rasheed) §

Formerly, when updating an auto-updatable view or a relation with rules, if the original query had any data-modifying CTEs, the rewriter would rewrite those CTEs multiple times due to recursion. This was inefficient and could produce false errors if a CTE included an update of an always-generated column. 《機械翻訳》以前は、更新が自動更新可能なビューまたはルールのあるリレーションである場合、オリジナル問い合わせにデータ変更CTEがあった場合、リライタは再帰のためにこれらのCTEマルチプル時間を書き換えていました。 これは非効率的であり、常に生成されるカラムの更新がCTEに含まれている場合、偽エラーが発生する可能性がありました。

Allow retrying initialization of a DSM registry entry (Nathan Bossart) 《機械翻訳》DSMレジストリエントリの初期設定の再試行を許可します。 (Nathan Bossart) §

If we fail partway through initialization of a dynamic shared memory entry, allow the next attempt to use that entry to retry initialization. Previously the entry was left in a permanently-failed state. 《機械翻訳》動的な共有メモリエントリの初期化の途中で失敗した場合、そのエントリを使用してリトライの初期化を次に試行できるようにします。 以前は、エントリは永続的に失敗した状態のままでした。

Avoid failure of NUMA status views when a page has been swapped out (Tomas Vondra) 《機械翻訳》ステータスがスワップアウトされたときのNUMAページビューの障害を回避します。 (Tomas Vondra) §

Avoid <quote>operation not permitted</quote> errors when querying NUMA page status with older libnuma versions (Tomas Vondra) 《機械翻訳》古いバージョンのlibnumaでNUMAページオペレーションを問い合わせた際の「ステータスは許可されない」エラーを回避する。 (Tomas Vondra) §

Fail recovery if WAL does not exist back to the redo point indicated by the checkpoint record (Nitin Jadhav) 《機械翻訳》WALが存在しない場合はリカバリを中止し、ポイントで指定された再実行チェックポイントレコードに返します。 (Nitin Jadhav) §

Add an explicit check for this before starting recovery, so that no harm is done and a useful error message is provided. Previously, recovery might crash or corrupt the database in this situation. 《機械翻訳》害が発生せず、有用なチェックが提供されるように、この前の開始リカバリに明示的なエラーメッセージを追加します。 以前は、リカバリはこのシチュエーションのデータベースをクラッシュしたり破損したりする可能性がありました。

Avoid scribbling on the source query tree during <command>ALTER PUBLICATION</command> (Sunil S) 《機械翻訳》ALTER PUBLICATIONの間、ソース問い合わせツリーに落書きをしないようにしてください。 (Sunil S) §

This error had the visible effect that an event trigger fired for the query would see only the first <literal>publish</literal> option, even if several had been specified. If such a query were set up as a prepared statement, re-executions would misbehave too. 《機械翻訳》このエラーには可視効果があり、その問い合わせに対して発射されたイベントトリガは、たとえ複数が指定されていたとしても、最初のpublishオプションのみを見ることになる。 そのような問い合わせがプリペアドステートメントとして設定された場合、再実行も不正な動作をする。

Pass connection options specified in <literal>CREATE SUBSCRIPTION ... CONNECTION</literal> to the publisher's walsender (Fujii Masao) 《機械翻訳》で指定したコネクションオプションを過ぎるCREATE SUBSCRIPTION ... CONNECTIONパブリッシャーの関所まで。 (Fujii Masao) §

Before this fix, the <literal>options</literal> connection option (if any) was ignored, thus for example preventing setting custom server parameter values in the walsender session. It was intended for that to work, and it did work before refactoring in <productname>PostgreSQL</productname> version 15 broke it, so restore the previous behavior. 《機械翻訳》この修正の前では、optionsコネクションオプションがある場合は無視されたため、例ではwalsenderセッションでカスタムサーバパラメータ値を設定できなくなりました。 これは機能することを意図しており、PostgreSQLバージョン15で前リファクタリングが機能しなかったため、以前の動作をリストアしました。

Prevent invalidation of newly created or newly synced replication slots (Zhijie Hou) 《機械翻訳》新しく作成された、または新たに同期されたレプリケーションスロットの無効化を防止します。 (Zhijie Hou) § § §

A race condition with a concurrent checkpoint could allow WAL to be removed that is needed by the replication slot, causing the slot to immediately get marked invalid. 《機械翻訳》同時実行チェックポイントを持つ競合条件は、そのレプリケーションスロットが必要とするWALを削除することができ、そのスロットは即座に無効とマークされます。

Fix race condition in computing a replication slot's required xmin (Zhijie Hou) 《機械翻訳》競合条件の必要なxminを計算する際にレプリケーションスロットを修正する。 (Zhijie Hou) §

This could lead to the error <quote>cannot build an initial slot snapshot as oldest safe xid follows snapshot's xmin</quote>. 《機械翻訳》これにより、エラーが発生する可能性があります「最も古いビルドxidがスロットのxminに続くため、snapshotは最初のsnapshotセーフになることはできません」。

During initial synchronization of a logical replication subscription, commit the addition of a <structname>pg_replication_origin</structname> entry before starting to copy data (Zhijie Hou) 《機械翻訳》論理レプリケーションサブスクリプション、コミットの初期同期化中に、コピーデータを起点とするpg_replication_originエントリ前の追加。 (Zhijie Hou) §

Previously, if the copy step failed, the new <structname>pg_replication_origin</structname> entry would be lost due to transaction rollback. This led to inconsistent state in shared memory. 《機械翻訳》以前は、コピーステップが失敗した場合、新しいpg_replication_originエントリはトランザクションロールバックのために失われました。 これにより、共有メモリの状態に一貫性がなくなりました。

Don't advance logical replication progress after a parallel worker apply failure (Zhijie Hou) 《機械翻訳》論理レプリケーションの適用に失敗した後は、パラレルワーカーの進行を進めないでください。 (Zhijie Hou) §

The previous behavior allowed transactions to be lost by a subscriber. 《機械翻訳》以前の動作では、サブスクライバーによってトランザクションが失われる可能性がありました。

Fix logical replication slotsync worker processes to handle LOCK_TIMEOUT signals correctly (Zhijie Hou) 《機械翻訳》論理レプリケーションslotsyncワーカープロセスをハンドルロック_タイムアウトシグナルに正しく修正しました。 (Zhijie Hou) §

Previously, timeout signals were effectively ignored. 《機械翻訳》これまでは、タイムアウトの信号は事実上無視されていた。

Fix possible failure with <quote>unexpected data beyond EOF</quote> during restart of a streaming replica server (Anthonin Bonnefoy) 《機械翻訳》ストリーミングレプリカサーバのリスタート中に「EOFを超える予期しないデータ」で発生する可能性があった障害が修正されました。 (Anthonin Bonnefoy) §

Fix error reporting for SQL/JSON path type mismatches (Jian He) 《機械翻訳》SQL/JSONパスエラーの不一致に関するタイプレポートを修正しました。 (Jian He) §

The code could produce a <quote>cache lookup failed for type 0</quote> error instead of the intended complaint about the path expression not being of the right type. 《機械翻訳》コードは、「キャッシュ0のタイプ検索に失敗しました」エラー代わりを生成し、パス式が正しいタイプではないという意図した苦情を引き起こす可能性があります。

Fix erroneous tracking of column position when parsing partition range bounds (myzhen) 《機械翻訳》パースパーティションレンジがバウンドする際のカラム位置の誤ったトラッキングを修正しました。 (myzhen) §

This could, for example, lead to the wrong column name being cited in error messages about casting partition bound values to the column's data type. 《機械翻訳》これは、例にとって、間違いカラム名前が、パーティションバウンドの価値をカラムのデータタイプにキャストすることについてのエラーのメッセージで引用されることにつながる可能性がある。

Fix assorted minor errors in error messages (Man Zeng, Tianchen Zhang) 《機械翻訳》マイナーメッセージの雑多なエラーエラーを修正しました。 (Man Zeng, Tianchen Zhang) § § § § §

For example, an error report about mismatched timeline number in a backup manifest showed the starting timeline number where it meant to show the ending timeline number. 《機械翻訳》例の場合、エラーレポートマニフェストのタイムライン番号の不一致に関するバックアップでは、最後のタイムライン番号を示すはずの場所に最初のタイムライン番号が表示されていました。

Fix failure to perform function inlining when doing JIT compilation with LLVM version 17 or later (Anthonin Bonnefoy) 《機械翻訳》LLVM関数17以降でJITコンパイルを行うときに、バージョンインライン化の実行に失敗する問題を修正した。 (Anthonin Bonnefoy) §

Adjust our JIT code to work with LLVM 21 (Holger Hoffstätte) 《機械翻訳》JITコードをLLVM 21で動作するように調整します。 (Holger Hoffstätte) §

The previous coding failed to compile on aarch64 machines. 《機械翻訳》以前のコーディングは、aarch64マシンでコンパイルに失敗しました。

Fix aarch64-specific code to build with old (RHEL7-era) system header files (Tom Lane) 《機械翻訳》古い（RHEL 7時代の）コードヘッダファイルを使用して、aarch 64固有のビルドをシステムに修正しました。 (Tom Lane) § §

Fix incorrect configure probe for <function>io_uring_queue_init_mem()</function> (Masahiko Sawada) 《機械翻訳》io_uring_queue_init_mem()の不適切な構成プローブを修正します。 (Masahiko Sawada) §

This error resulted in failure to optimize async I/O buffer allocations in autotools-based builds, though the code did work when building with meson. The main impact of the omission was slower-than-necessary backend process exits. 《機械翻訳》このエラーは、autotoolsベースのビルドでは最適化非同期入出力バッファ割り当てに失敗しましたが、mesonを使用してビルドする場合はコードが機能しました。 省略されたメインインパクトは、必要以上に遅いバックエンドプロセス出口でした。

Add new server parameter <xref linkend="guc-file-extend-method"/> to control use of <function>posix_fallocate()</function> (Thomas Munro) 《機械翻訳》新しいサーバパラメータfile_extend_methodをコントロールでの使用に追加posix_fallocate()。 (Thomas Munro) §

<productname>PostgreSQL</productname> version 16 and later will use <function>posix_fallocate()</function>, if the platform provides it, to extend relation files. However, this has been reported to interact poorly with some file systems: BTRFS compression is disabled by the use of <function>posix_fallocate()</function>, and XFS could produce spurious <literal>ENOSPC</literal> errors in older Linux kernel versions. To provide a workaround, introduce this new server parameter. Setting <varname>file_extend_method</varname> to <literal>write_zeros</literal> will cause the server to return to the old method of extending files by writing blocks of zeroes. 《機械翻訳》PostgreSQLバージョン16以降では、posix_fallocate()プラットフォームが提供する場合を使用してリレーションファイルを拡張します。 ただし、これは一部のファイルシステムとの相互作用が悪いと報告されています。 BTRFS圧縮はposix_fallocate()を使用すると無効になり、XFSは誤ったENOSPC古いバージョンのカーネルでエラーが発生する可能性があります。 回避策を提供するには、この新しいサーバパラメータを導入してください。 ファイル_extend_メソッドをwrite_zerosに設定すると、ゼロブロックを書き込むことによって、サーバが拡張ファイルの古いメソッドに結果されます。

Honor <function>open()</function>'s <literal>O_CLOEXEC</literal> flag on Windows (Bryan Green, Thomas Munro) 《機械翻訳》Honor open()のO_CLOEXEC Windowsのフラグ。 (Bryan Green, Thomas Munro) § § §

Make this flag work like it does on POSIX platforms, so that we don't leak file handles into child processes such as <literal>COPY TO/FROM PROGRAM</literal>. While that leakage hasn't caused many problems, it seems undesirable. 《機械翻訳》makeこのフラグは、POSIXプラットフォーム上で動作するのと同じように動作するので、リークファイルがCOPY TO/FROM PROGRAM。 その漏洩は多くの問題を引き起こしていないが、望ましくないように見える。

Fix failure to parse long options on the server command line in Solaris executables built with meson (Tom Lane) 《機械翻訳》中間子を使用して構築されたSolaris実行可能ファイルで、サーバコマンドラインの解析長オプションの失敗を修正した。 (Tom Lane) §

Support process title changes on GNU/Hurd (Michael Banck) 《機械翻訳》サポート・プロセスタイトルがGNU/Hurdに移籍。 (Michael Banck) §

Fix <application>psql</application>'s tab completion for <command>VACUUM</command> option values (Yugo Nagata) 《機械翻訳》VACUUMオプション値に対するpsqlのタブ補完を修正しました。 (Yugo Nagata) §

In <application>psql</application> command prompts, do not show a value for <literal>%P</literal> (pipeline status) when there is no server connection (Chao Li) 《機械翻訳》psqlコマンドのプロンプトで、パイプラインステータスがない場合は、%Pサーバコネクションの値を表示しないでください。 (Chao Li) §

This makes <literal>%P</literal> act like other prompt escape sequences whose values depend on the active connection. 《機械翻訳》これにより、%Pは、値がプロンプトエスケープに依存する他のアクティブコネクションシーケンスと同様に動作します。

Fix <application>pg_dump</application>'s logic for collecting sequence values (Nathan Bossart) 《機械翻訳》ロジック値を収集するためのFix pg_dumpのシーケンス。 (Nathan Bossart) § §

<application>pg_dump</application> failed if a sequence was dropped concurrently with the dump, even if the sequence was not among the database objects to be dumped. Also, if the calling user lacks privileges to read a sequence's value, <application>pg_dump</application> emitted incorrect values rather than failing as expected. 《機械翻訳》pg_dumpシーケンスがダンプされるダンプに含まれていなくても、シーケンスがデータベースオブジェクトと同時に削除された場合に失敗しました。 また、呼び出し元のユーザにシーケンスの値を読み取る権限がない場合、pg_dump予想どおりに失敗するのではなく、誤った値が出力されました。

Fix potentially-incorrect quoting of <varname>oauth_validator_libraries</varname> values by <application>pg_dump</application> (ChangAo Chen) 《機械翻訳》pg_dumpによるoauth_validator_libraries値の誤った引用の可能性を修正しました。 (ChangAo Chen) §

<application>pg_dump</application> applied the wrong quoting rule if it needed to dump a value of this setting. 《機械翻訳》pg_dumpこの設定の値をルールで表示する必要がある場合は、ダンプを示す間違いを適用します。

Avoid <application>pg_dump</application> assertion failure in binary-upgrade mode (Vignesh C) 《機械翻訳》避けるpg_dumpバイナリ-アップグレードモードでのアサーションの故障。 (Vignesh C) §

Failure to handle subscription-relation objects in the object sorting code triggered an assertion, though there were no serious ill effects in production builds. 《機械翻訳》オブジェクト並べ替えコードでサブスクリプションとリレーションの物体をハンドルできなかったことがアサーションを引き起こしたが、稼働の建造物に深刻な悪影響はなかった。

Fix incorrect error handling in <application>pgbench</application> with multiple <command>\syncpipeline</command> commands in pipeline mode (Yugo Nagata) 《機械翻訳》pgbenchの不正なエラーハンドリングをマルチプル\syncpipelineパイプラインモードのコマンドで修正しました。 (Yugo Nagata) §

If multiple <command>\syncpipeline</command> commands are encountered after a query error, <application>pgbench</application> would report <quote>failed to exit pipeline mode</quote>, or get an assertion failure in an assert-enabled build. 《機械翻訳》もしマルチプル\syncpipeline問い合わせエラーの後でコマンドに遭遇した場合、pgbench wouldレポート「失敗してパイプラインモードを出る」、あるいはアサートが有効なビルドでアサーション障害が発生します。

Make <application>pg_resetwal</application> print the updated value when changing OldestXID (Heikki Linnakangas) 《機械翻訳》make pg_resetwalプリント)OldestXIDを変更すると値が更新されます。 (Heikki Linnakangas) §

It already did that for every other variable it can change. 《機械翻訳》他のすべての変数ではすでにそれが行われており、変更することができます。

Make <application>pg_resetwal</application> allow setting next multixact xid to 0 or next multixact offset to UINT32_MAX (Maxim Orlov) 《機械翻訳》make pg_resetwal次のmultixact xidを0に、次のmultixactオフセットをUINT32_最大に設定できるようにする。 (Maxim Orlov) §

These are valid values, so rejecting them was incorrect. In the worst case, if a pg_upgrade is attempted when exactly at the point of multixact wraparound, the upgrade would fail. 《機械翻訳》これらは有効な値であるため、それらを拒否することは正しくありませんでした。 最悪のケースでは、ちょうどマルチxact周回のポイントにあるときにpg_upgradeを試みると、アップグレードは失敗します。

In <filename>contrib/amcheck</filename>, use the correct snapshot for btree index parent checks (Mihail Nikalayeu) 《機械翻訳》contrib/amcheckで、btreeインデックスのsnapshotチェックに正しい親を使用します。 (Mihail Nikalayeu) § §

The previous coding caused spurious errors when examining indexes created with <command>CREATE INDEX CONCURRENTLY</command>. 《機械翻訳》以前のコーディングでは、CREATE INDEX CONCURRENTLYで作成されたインデックスを検査する際に誤ったエラーが発生していました。

Fix <filename>contrib/amcheck</filename> to handle <quote>half-dead</quote> btree index pages correctly (Heikki Linnakangas) 《機械翻訳》contrib/amcheckハンドル「半死」btreeインデックスページに正しく修正した。 (Heikki Linnakangas) §

<filename>amcheck</filename> expected such a page to have a parent downlink, but it does not, leading to a false error report about <quote>mismatch between parent key and child high key</quote>. 《機械翻訳》amcheckこのようなページには親の下りリンクがあると予想されていたが、そうではなく、「偽のエラーレポートと子供の硬調のミスマッチ」に関する親のキーにつながる。

Fix <filename>contrib/amcheck</filename> to handle incomplete btree root page splits correctly (Heikki Linnakangas) 《機械翻訳》contrib/amcheckハンドル不完全なbtreeルートページ分割が正しく行われるように修正した。 (Heikki Linnakangas) §

<filename>amcheck</filename> could report a false error about <quote>block is not true root</quote>. 《機械翻訳》amcheckレポートは偽のエラーなのか「ブロックは真のルートではない」。

Fix excessive memory allocation in <filename>contrib/pg_buffercache</filename> (David Geier) 《機械翻訳》contrib/pg_buffercache内の余分なメモリアロケーションを修正します。 (David Geier) §

The code allocated twice as much memory as it needed for NUMA page status. 《機械翻訳》コードは、NUMAページステータスに必要な量の2倍のメモリを割り当てました。

Fix edge-case integer overflow in <filename>contrib/intarray</filename>'s selectivity estimator for <literal>@@</literal> (Chao Li) 《機械翻訳》contrib/intarrayの@@.*のケース推定量において、エッジ整数オーバーフローを修正しました。 選択性 (Chao Li) §

This could cause poor selectivity estimates to be produced for cases involving the maximum integer value. 《機械翻訳》これにより、最大選択性値を含む場合には、不十分な整数推定値が生成される可能性がある。

Fix multibyte-encoding issue in <filename>contrib/ltree</filename> (Jeff Davis) 《機械翻訳》contrib/ltree.xmlのマルチバイト-エンコーディング問題を修正しました。 (Jeff Davis) §

The previous coding could pass an incomplete multibyte character to <function>lower()</function>, probably resulting in incorrect behavior. 《機械翻訳》以前のコーディングは、不完全なマルチバイト文字をlower()に渡すことができ、その結果、不正な動作が発生する可能性がありました。

Avoid crash in <filename>contrib/pg_stat_statements</filename> when an <literal>IN</literal> list contains both constants and non-constant expressions (Sami Imseih) 《機械翻訳》INクラッシュ包含が定数と非リスト式の両方である場合、contrib/pg_stat_statementsでの定数を避けてください。 (Sami Imseih) §

Update time zone data files to <application>tzdata</application> release 2025c (Tom Lane) 《機械翻訳》更新タイムゾーンデータファイルからtzdataリリース2025c. (Tom Lane) §

The only change is in historical data for pre-1976 timestamps in Baja California. 《機械翻訳》唯一の変更点は、バハカリフォルニアの1976年以前のタイムスタンプの歴史的なデータです。