diff --git a/doc/src/sgml/release-18.sgml b/doc/src/sgml/release-18.sgml index 4f3edb5cf53..89c11e5d6b0 100644 --- a/doc/src/sgml/release-18.sgml +++ b/doc/src/sgml/release-18.sgml @@ -2,7 +2,10 @@ + + リリース18.6 -《機械翻訳》ノート:18.5は、ラップ後に発見されたリグレッションのため、リリースされませんでした。 +注意:18.5は、リリース作業終了後に発見されたリグレッションのため、リリースされませんでした。 @@ -48,7 +51,7 @@ However, the first three security entries below describe configuration adjustments and data cleanups that you may need to make after updating. --> -《機械翻訳》ただし、以下の最初の3つのセキュリティ項目では、更新後にmakeする必要がある設定調整とデータ清掃について説明します。 +ただし、以下の最初の3つのセキュリティ関連の項目では、更新後に必要となる可能性のある設定の調整やデータのクリーンアップについて説明しています。 @@ -57,7 +60,7 @@ about possibly-corrupt reltuples values for their tables. --> -《機械翻訳》また、GINインデックスがある場合は、以下のエントリの変更ログで破損の可能性reltuplesテーブルの値について確認してください。 +また、GINインデックスを使用している場合は、それらのテーブルのreltuples値が破損している可能性があることについて、以下の変更履歴の記述を確認してください。 @@ -66,8 +69,7 @@ or contrib/ltree, you may need to reindex indexes made with those extensions; see the relevant entries below. --> -《機械翻訳》また、contrib/btree_gistまたはcontrib/ltreeを使用する場合は、これらの拡張で作成されたインデックスをインデックス再作成する必要があるかもしれません。 -以下の関連するエントリを参照してください。 +また、contrib/btree_gistまたはcontrib/ltreeを使用する場合は、それらの拡張で作成されたインデックスの再作成が必要になることがあります。以下の関連項目を参照してください。 @@ -75,7 +77,7 @@ Also, if you are upgrading from a version earlier than 18.2, see . --> -《機械翻訳》また、18.2より前のバージョンからアップグレードする場合は、を参照してください。 +また、18.2より前のバージョンからアップグレードする場合は、を参照してください。 @@ -109,7 +111,7 @@ Branch: REL_17_STABLE [4fcccea97] 2026-08-10 06:38:18 -0700 new server parameter output_plugin_libraries (Jacob Champion) --> -《機械翻訳》ロジカルデコーディング出力プラグインを、新しいサーバパラメータoutput_plugin_libraries. +ロジカルデコーディング出力プラグインを、新しいサーバパラメータoutput_plugin_librariesで指定されたセットに制限するようになりました。 (Jacob Champion) § § @@ -122,8 +124,8 @@ Branch: REL_17_STABLE [4fcccea97] 2026-08-10 06:38:18 -0700 locking this down without breaking setups that worked before, introduce a whitelist of allowed output plugins. --> -《機械翻訳》これまでは、レプリケーションユーザはロジカルデコーディングのロード可能ライブラリをセレクトすることができ、さまざまな種類のエクスプロイトを可能にしていた。 -前で動作していたセットアップを壊すことなくこのダウンをロックできるようにするために、許可されたアウトプットプラグインのホワイトリストを導入した。 +以前は、レプリケーションユーザがロジカルデコーディング用に任意のロード可能なライブラリを選択できたため、さまざまな種類の悪用が可能でした。 +以前動作していた構成を壊すことなくこの制限を適用できるように、許可される出力プラグインのホワイトリストが導入されました。 @@ -135,8 +137,8 @@ Branch: REL_17_STABLE [4fcccea97] 2026-08-10 06:38:18 -0700 Installations that rely on other output plugins must add them after updating the server, for example --> -《機械翻訳》デフォルト別では、パートで出荷されたPostgreSQLpgoutputおよびtest_decodingの出力プラグインのみがoutput_plugin_librariesに含まれます。 -他の出力プラグインに依存するインストールでは、例のサーバ更新の後にそれらを追加する必要があります。 +デフォルトでは、PostgreSQLの一部として提供される出力プラグインのpgoutputおよびtest_decodingのみがoutput_plugin_librariesに含まれます。 +他の出力プラグインを必要とするインストールでは、サーバの更新後にそれらを追加する必要があります。例えば下記のように設定します。 output_plugin_libraries = 'pgoutput, test_decoding, my_trusted_decoder' @@ -151,8 +153,8 @@ output_plugin_libraries = 'pgoutput, test_decoding, my_trusted_decoder' Make necessary additions to the new cluster's setting before performing pg_upgrade. --> -《機械翻訳》さらに、pg_upgrade--チェックは、バージョン17以降から移行する場合、output_plugin_libraries新しいクラスタのパラメータが古いクラスタの論理レプリケーションスロットのプラグインを許可しない場合に失敗します。 -makeは、新しいクラスタの設定前に必要な追加を実行しますpg_upgrade。 +さらに、バージョン17以降から移行する場合、新しいクラスタのoutput_plugin_librariesパラメータが古いクラスタの論理レプリケーションスロットで使用されているプラグインを許可していないと、pg_upgrade --checkは失敗します。 +pg_upgradeを実行する前に、新しいクラスタの設定に必要な追加を行ってください。 @@ -191,7 +193,7 @@ Branch: REL_14_STABLE [e2c48c81f] 2026-08-10 06:38:37 -0700 Fix contrib/pgcrypto's PGP encryption to detect unsupported ciphers (Daniel Gustafsson) --> -《機械翻訳》サポートされていない暗号を検出するために、contrib/pgcryptoのPGP暗号化を修正。 +contrib/pgcryptoのPGP暗号化がサポートされていない暗号を検出するように修正されました。 (Daniel Gustafsson) § § @@ -208,8 +210,8 @@ Branch: REL_14_STABLE [e2c48c81f] 2026-08-10 06:38:37 -0700 cipher algorithms (cipher-algo=blowfish/bf, twofish, cast5, or 3des). --> -《機械翻訳》以前は、OpenSSLが要求された暗号を拒否した場合（FIPS例で実行されているか、レガシープロバイダがロードされていないため、モード用、pgcrypto失敗に気づかず、暗号化されていないブロックとプレーンテキストを単純にXORして、暗号化を些細な解読可能なものにしていました。 -これは通常、非推奨またはFIPS以外の暗号アルゴリズム(cipher-algo=blowfish/bf、twofish、キャスト5、または3 des）で発生します。 +以前は、要求された暗号化方式がOpenSSLによって拒否された場合（例えば、FIPSモードで動作している、あるいはレガシープロバイダが読み込まれていない場合など）、pgcryptoはその失敗を検知できず、単に暗号化されていないブロックと平文との間でXOR演算を行っていたため、その暗号化は極めて容易に解読可能な状態になっていました。 +これは通常、非推奨または非FIPSの暗号アルゴリズム(cipher-algo=blowfish/bf,twofish,cast5,3des）を使用した場合に発生します。 @@ -224,9 +226,9 @@ Branch: REL_14_STABLE [e2c48c81f] 2026-08-10 06:38:37 -0700 their previous behavior, allowing the faulty encryption wrapper to be stripped off: --> -《機械翻訳》デフォルトにより、pgcryptoはこの方法で影響を受けたメッセージの復号化に失敗するようになりました。 -このようなデータを取得できるようにするために、新しいオプションignore-cipher-failureがpgp_pub_decrypt()とpgp_sym_decrypt()。 -Setting ignore-cipher-failure=1は以前の動作をリストアし、欠陥のある暗号化ラッパーをオフから取り除くことができますに追加されました。 +デフォルトでは、pgcryptoはこのように影響を受けたメッセージの復号に失敗するようになりました。 +そのようなデータを復元できるようにするため、pgp_pub_decrypt()およびpgp_sym_decrypt()に新しいオプションignore-cipher-failureが追加されました。 +ignore-cipher-failure=1を設定すると以前の動作に戻り、不完全な暗号化ラッパーを取り除くことが可能になります。 pgp_sym_decrypt(encrypted_column, any key, 'ignore-cipher-failure=1') @@ -238,10 +240,10 @@ pgp_sym_decrypt(encrypted_column, any key, 'ignore-ci algorithms is not the same, this approach will not work. See the documentation for ignore-cipher-failure. --> -《機械翻訳》影響を受けたメッセージが特定され、ラッパーが取り除かれると、最新のアルゴリズムで再暗号化できます。 -ただし、OpenSSLの動作が、欠陥のあるメッセージが作成されたときと同じであることが重要です。 -サポートされていないアルゴリズムのセットが同じでない場合、このアプローチは機能しません。 -については、文書を参照してくださいignore-cipher-failure。 +影響を受けたメッセージが特定され、そのラッパーを取り除けば、最新のアルゴリズムで再暗号化できます。 +ただし、OpenSSLの動作が、問題のあるメッセージが作成された当時と同じであることが重要です。 +サポートされていないアルゴリズムのセットが異なる場合、この方法は機能しません。 +ignore-cipher-failureについては、ドキュメントを見てください。 @@ -281,8 +283,7 @@ Branch: REL_14_STABLE [7215c7e96] 2026-08-10 06:38:36 -0700 the COPY fails before sending PGRES_COPY_IN (Tom Lane) --> -《機械翻訳》COPYがpsqlの送信に失敗した場合でも、スクリプト化されたCOPY ... FROM STDINデータに従って、直線内のコピーコマンドに前を修正する。 -PGRES_COPY_IN +スクリプト化されたCOPY ... FROM STDINコマンドにおいて、PGRES_COPY_INが送信される前にCOPYが失敗した場合でも、続くインラインデータをスキップするようにpsqlが修正されました。 (Tom Lane) § § @@ -300,9 +301,9 @@ Branch: REL_14_STABLE [7215c7e96] 2026-08-10 06:38:36 -0700 and to skip data on its own authority if the server doesn't respond with PGRES_COPY_IN. --> -《機械翻訳》これまでは、COPYコマンドがスタートアップで失敗した場合インスタンスにはターゲットテーブルが存在しないためpsqlはそれを認識せず、以下の直線データ内をSQLコマンドとして読み進めていました。 -ベストケースでは間違いであり、最悪のケースではSQLインジェクションハザードです。 -psqlに構文的に有効なコピー.FROM STDINコマンドを認識させ、サーバがPGRES_COPY_INで応答しない場合はスキップデータを権限上でにするように教えました。 +これまでは、例えば対象のテーブルが存在しないなどの理由でCOPYコマンドが開始時に失敗すると、psqlはその失敗を認識せず、続くインラインデータをSQLコマンドとして読み込もうとしていました。 +最良の場合でも誤った動作であり、最悪の場合にはSQLインジェクションの危険性がありました。 +psqlが構文的に正しいCOPY ... FROM STDINコマンドを認識し、サーバがPGRES_COPY_INで応答しない場合はpsqlの判断でデータをスキップするよう変更されました。 @@ -313,8 +314,8 @@ Branch: REL_14_STABLE [7215c7e96] 2026-08-10 06:38:36 -0700 a \. data terminator line after each such command. --> -《機械翻訳》この修正が稼働のSQLスクリプトに影響を与える可能性は低いですが、テストスクリプトが意図的に練習で失敗するコピー.FROM STDINコマンドを実行する可能性があります。 -これらのスクリプトは、このようなコマンドの後に\.データターミネータ直線を取得する必要があります。 +この修正が本番環境のSQLスクリプトに影響を与える可能性は低いですが、テストスクリプトでは意図的に失敗するCOPY ... FROM STDINコマンドを実行している場合があるかもしれません。 +そのようなテストスクリプトは、該当する各コマンドの後にデータ終了を示す\.の行を追加する必要があります。 @@ -346,7 +347,7 @@ Branch: REL_14_STABLE [1f49beef2] 2026-08-10 06:38:36 -0700 running EXECUTE or FETCH (Robert Haas) --> -《機械翻訳》クロス-チェックEXECUTEまたはFETCH.を実行する行の出力ポータルタイプ。 +EXECUTEまたはFETCHを実行するポータルの出力行型を相互に検証するようになりました。 (Robert Haas) § @@ -359,9 +360,9 @@ Branch: REL_14_STABLE [1f49beef2] 2026-08-10 06:38:36 -0700 possible to make the declared row types of the two portals diverge, leading to server memory disclosure and arbitrary code execution. --> -《機械翻訳》EXECUTEおよびFETCH 2つのポータルを使用します。 -1つはステートメント自分自身用の外部ポータルで、もう1つは問い合わせを実行する内部ポータルです。 -以前は、2つのポータルの宣言された行タイプをmakeすることが可能であったため、サーバメモリの開示と任意のコードの実行につながりました。 +EXECUTEおよびFETCHは2つのポータルを使用します。 +1つは文そのもののための外側のポータル、もう1つはその文によって実行されるクエリを処理する内側のポータルです。 +以前は、これら2つのポータルの宣言された行型を不一致にすることが可能であり、サーバメモリの漏洩や任意のコード実行につながる恐れがありました。 @@ -394,7 +395,7 @@ Branch: REL_14_STABLE [5fb3c6389] 2026-07-29 17:15:45 +0200 Fix buffer overrun with long time zone abbreviation in to_char() (Tom Lane) --> -《機械翻訳》to_char()では、バッファオーバーランを長いタイムゾーン省略形で固定します。 +to_char()における、長いタイムゾーン略称によるバッファオーバーランが修正されました。 (Tom Lane) § @@ -404,7 +405,7 @@ Branch: REL_14_STABLE [5fb3c6389] 2026-07-29 17:15:45 +0200 This can easily crash the server, and exploits leading to arbitrary code execution have been reported. --> -《機械翻訳》これは容易にサーバをクラッシュすることができ、恣意的なコードの実行につながるエクスプロイトが報告されている。 +これは容易にサーバをクラッシュさせる可能性があり、任意のコード実行につながる悪用事例が報告されています。 @@ -416,8 +417,8 @@ Branch: REL_14_STABLE [5fb3c6389] 2026-07-29 17:15:45 +0200 for reporting this problem. (CVE-2026-14669) --> -《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたHcamael、Amjad Shahzad、AntAISecurityLabのTan Zhen、Tomer Fichman、Zheng Yu、Amy Burnett（OpenAI Codexセキュリティ）、Rick de Jager、Heewon Song、Sylvie Mayer、Aleksander Alekseev、およびHillai Ben Sassonに感謝します。 -CVE-2026-14669。 +PostgreSQLプロジェクトは、本問題を報告してくれたHcamael、Amjad Shahzad、AntAISecurityLabのTan Zhen、Tomer Fichman、Zheng Yu、Amy Burnett（OpenAI Codex Security）、Rick de Jager、Heewon Song、Sylvie Mayer、Aleksander Alekseev、Hillai Ben Sassonに感謝します。 +(CVE-2026-14669) @@ -436,7 +437,7 @@ Branch: REL_14_STABLE [890327639] 2026-08-10 06:38:35 -0700 -《機械翻訳》regexpバッファオーバーラン/split関数のマッチを修正しました。 +正規表現のマッチングおよび分割関数におけるバッファオーバーランが修正されました。 (Masahiko Sawada) § @@ -446,7 +447,7 @@ Branch: REL_14_STABLE [890327639] 2026-08-10 06:38:35 -0700 If passed invalidly-encoded data, these functions could write past the end of their conversion buffer. --> -《機械翻訳》不正にエンコードされたデータが渡された場合、これらの関数は変換バッファの末尾を超えて書き込む可能性があります。 +不正なエンコーディングデータが渡された場合、これらの関数は変換バッファの末尾を超えて書き込む可能性がありました。 @@ -477,7 +478,7 @@ Branch: REL_14_STABLE [42d333a78] 2026-08-10 06:38:36 -0700 Harden the ascii() function against invalid input (Michael Paquier) --> -《機械翻訳》無効な入力に対してascii()関数を固定します。 +ascii()関数が不正な入力に対して堅牢にされました。 (Michael Paquier) § @@ -488,8 +489,8 @@ Branch: REL_14_STABLE [42d333a78] 2026-08-10 06:38:36 -0700 to read and return a few bytes of data that it shouldn't. In assert-enabled builds, its assertions could be triggered too. --> -《機械翻訳》無効にエンコードされた入力を提供することで、この関数は、読み取るべきではない結果の数バイトを読み取り、データするように誘導することができます。 -assertが有効なビルドでは、そのアサーションもトリガされる可能性があります。 +不正なエンコーディングの入力を与えることで、本来読み取るべきではない数バイトのデータを読み取り、返却するようにこの関数を誘導できる可能性がありました。 +アサーションが有効なビルドでは、そのアサーションがトリガされる可能性もありました。 @@ -518,7 +519,7 @@ Branch: REL_18_STABLE [8d428c6e6] 2026-08-10 06:38:12 -0700 in pg_restore_attribute_stats() (OpenAI Security Research Team) --> -《機械翻訳》複数範囲のタイプハンドリングをpg_restore_attribute_stats()で修正します。 +pg_restore_attribute_stats()におけるマルチ範囲型の処理が修正されました。 (OpenAI Security Research Team) § § @@ -531,8 +532,8 @@ Branch: REL_18_STABLE [8d428c6e6] 2026-08-10 06:38:12 -0700 for the bounds histogram, but it was wrong for all the other statistics kinds. --> -《機械翻訳》pg_restore_attribute_stats()は基底の範囲型と同じように多重範囲型を扱いました。 -これは境界のヒストグラムでは正しく動作しますが、他のすべての種類の間違いでは統計処理でした。 +pg_restore_attribute_stats()はマルチ範囲型をその基となる範囲型と同様に扱っていました。 +これは境界ヒストグラムでは正しく動作しますが、その他のすべての統計種別については誤りでした。 @@ -563,7 +564,7 @@ Branch: REL_14_STABLE [59205c7e9] 2026-08-10 06:38:35 -0700 Make scalarineqsel() check that a constant it expects to be of type tid actually is (Tom Lane) --> -《機械翻訳》make scalarineqsel()タイプTIDであると予想されるチェックが実際にある定数。 +scalarineqsel()において、tid型であると想定される定数が実際にその型であることを確認するようになりました。 (Tom Lane) § @@ -574,7 +575,7 @@ Branch: REL_14_STABLE [59205c7e9] 2026-08-10 06:38:35 -0700 this estimator, but a maliciously-constructed operator could violate it, leading to a crash or server memory disclosure. --> -《機械翻訳》この期待は、この推定量を使用するすべての組み込み演算子に当てはまるが、悪意を持って構築された演算子はそれに違反し、クラッシュやサーバメモリの開示につながる可能性がある。 +この想定は、この推定器を使用するすべての組み込み演算子については成り立ちますが、悪意を持って作成された演算子によってその想定が崩されると、クラッシュやサーバメモリの漏洩につながる可能性がありました。 @@ -613,7 +614,7 @@ Branch: REL_14_STABLE [1e3014f37] 2026-08-10 06:38:34 -0700 overly long values (both individual lexemes and total vector/query length) (Tom Lane) --> -《機械翻訳》過度に長い値個々のコードとベクタ/問い合わせ語彙素の合計の両方に対して長さtsvectorとtsqueryを強化します。 +tsvectorとtsqueryのコードについて、過度に長い値（個々の語彙素およびベクトルやクエリの合計長）に対する堅牢性が強化されました。 (Tom Lane) § § @@ -623,7 +624,7 @@ Branch: REL_14_STABLE [1e3014f37] 2026-08-10 06:38:34 -0700 -《機械翻訳》文書化された制限は、コードのすべての経路で実施されたわけではありません。 +文書化されていた制限が、すべてのコードパスで適用されていなかったためです。 @@ -662,7 +663,7 @@ Branch: REL_14_STABLE [c7f462838] 2026-08-10 06:38:35 -0700 deal with more than FUNC_MAX_ARGS function arguments (Tom Lane) --> -《機械翻訳》FUNC_MAX_ARGS関数の議論以上のものを扱う必要がないと誤って想定していたさまざまな場所を修正します。 +関数引数の数がFUNC_MAX_ARGSを超えることがないという誤った前提に基づいていた箇所が修正されました。 (Tom Lane) § § @@ -674,7 +675,7 @@ Branch: REL_14_STABLE [c7f462838] 2026-08-10 06:38:35 -0700 aggregate function is FUNC_MAX_ARGS - 1, but the parser failed to enforce that, creating hazards downstream. --> -《機械翻訳》注目すべきことに、サーバの集約関数への引数の数に対する実際の制限はFUNC_MAX_ARGS - 1であるが、パーサはそれを強制することに失敗し、下流に危険をもたらした。 +特に、集約関数の引数の数に関するサーバの実際の制限はFUNC_MAX_ARGS - 1ですが、パーサがこれを強制していなかったため、後続の処理で問題が発生する可能性がありました。 @@ -712,7 +713,7 @@ Branch: REL_14_STABLE [913fe0c31] 2026-08-10 06:38:35 -0700 Reject calls from SQL to functions that take or return type internal (Tom Lane) --> -《機械翻訳》SQLから、または戻り値の型内部を取る機能へのコールを拒否します。 +SQLから、internal型を受け取る、または返す関数への呼び出しが拒否されるようになりました。 (Tom Lane) § § @@ -723,7 +724,7 @@ Branch: REL_14_STABLE [913fe0c31] 2026-08-10 06:38:35 -0700 The existing defenses against doing this have been shown to be insufficient, so add more explicit checks. --> -《機械翻訳》これを行うことに対する既存の防御策は不十分であることが示されているため、より明示的なチェックを追加します。 +これに対する既存の防御策では不十分であることが判明したため、より明示的なチェックが追加されました。 @@ -754,7 +755,7 @@ Branch: REL_14_STABLE [70a3b4e18] 2026-08-10 06:38:35 -0700 Preserve the ownership of extended statistics objects when they are rebuilt by ALTER TABLE (Masahiko Sawada) --> -《機械翻訳》拡張統計情報オブジェクトがALTER TABLEによって再建された場合、その所有権を保持します。 +ALTER TABLEによって拡張統計オブジェクトが再構築される際、所有者が保持されるようになりました。 (Masahiko Sawada) § @@ -764,7 +765,7 @@ Branch: REL_14_STABLE [70a3b4e18] 2026-08-10 06:38:35 -0700 Previously, the role running ALTER TABLE gained ownership of such objects, but that seems inappropriate. --> -《機械翻訳》以前は、ロールランニングALTER TABLEがそのようなオブジェクトのオーナーシップを取得しましたが、それは不適切なようです。 +以前は、ALTER TABLEを実行したロールがそれらのオブジェクトの所有権を取得していましたが、それは不適切であると考えられます。 @@ -795,7 +796,7 @@ Branch: REL_14_STABLE [967acab87] 2026-08-10 06:38:35 -0700 When deparsing an EXTRACT() function call, quote the field name if needed (Nathan Bossart) --> -《機械翻訳》EXTRACT()関数呼び出しを構文解析する際には、必要に応じてフィールド名前を引用してください。 +EXTRACT()関数呼び出しを逆パースする際に、必要に応じてフィールド名を引用符で囲むようになりました。 (Nathan Bossart) § @@ -808,8 +809,8 @@ Branch: REL_14_STABLE [967acab87] 2026-08-10 06:38:35 -0700 during pg_dump), the string body was regurgitated verbatim, allowing SQL injection. --> -《機械翻訳》パーサは、文字列リテラルをフィールド名前として受け入れますEXTRACT()バリデーションの実行を延期します。 -呼び出しが保存され、pg_dumpの間に例に対して解析解除されると、文字列本体が逐語的に戻され、SQLインジェクションが可能になります。 +パーサは、EXTRACT()内のフィールド名として文字列リテラルを受け入れ、妥当性検証は実行時まで先送りされます。 +呼び出しが保存され、例えばpg_dump実行時などに逆パースされる場合、文字列本体がそのまま復元されるため、SQLインジェクションが発生する可能性がありました。 @@ -854,7 +855,7 @@ Branch: REL_14_STABLE [1a358b8f2] 2026-08-10 06:38:36 -0700 Check for USAGE privilege on data types in places that formerly failed to check that (Nathan Bossart) --> -《機械翻訳》チェック、以前はそれをチェックすることができなかった場所のUSAGEデータの権限タイプのために。 +以前は検査が行われてなかった箇所において、データ型に対するUSAGE権限の有無を確認するようになりました。 (Nathan Bossart) § § @@ -870,9 +871,8 @@ Branch: REL_14_STABLE [1a358b8f2] 2026-08-10 06:38:36 -0700 objects depending on the type, possibly blocking the type's owner from changing the type later. --> -《機械翻訳》CREATEタイプASレンジはチェックを行わず、ALTERテーブルOFも行わず、格納された式を作成するコマンドも行いませんでした。 -これらの省略により、USAGE権限を持たないロールでもタイプに依存するオブジェクトを作成することができました。 -タイプの所有者であるブロッキングは後でタイプを変更する可能性がありました。 +CREATE TYPE AS RANGE、ALTER TABLE OF、格納される式を作成するコマンドで確認が行なわれていませんでした。 +これらの欠落により、USAGE権限を持たないロールでもそのデータ型に依存するオブジェクトを作成することができてしまい、その結果、型の所有者が後からその型を変更できなくなる可能性がありました。 @@ -903,7 +903,7 @@ Branch: REL_14_STABLE [f4174aa84] 2026-08-10 06:38:36 -0700 Invalidate role-dependent cached plans after role changes (Ilya Staroverov, Shinya Kato, Nathan Bossart) --> -《機械翻訳》ロールの変更後に、ロールに依存するキャッシュ済計画を無効化します。 +ロールの変更後に、ロールに依存するキャッシュされた計画を無効化するようになりました。 (Ilya Staroverov, Shinya Kato, Nathan Bossart) § @@ -915,7 +915,7 @@ Branch: REL_14_STABLE [f4174aa84] 2026-08-10 06:38:36 -0700 previously we'd continue to use cached plans that were made according to the old state of affairs. --> -《機械翻訳》ロールメンバシップ、ロール属性、データベースの所有者の変更は、行-レベルセキュリティポリシーの期待される動作をインパクトする可能性がありますが、以前は、古い状況に従って作成されたキャッシュされたプランを引き続き使用していました。 +ロールのメンバシップ、ロールの属性、データベースの所有者の変更は、行単位セキュリティポリシーの期待される動作に影響を及ぼす可能性がありますが、これまでは、変更前の状態に基づいて作成されたキャッシュされた計画をそのまま使用し続けていました。 @@ -942,7 +942,7 @@ Branch: REL_17_STABLE [067a64d40] 2026-08-10 06:38:18 -0700 -《機械翻訳》直接SSLコネクション後にGSSEncRequestを拒否します。 +直接のSSL接続の後のGSSEncRequestを拒否するようになりました。 (Michael Paquier) § @@ -956,9 +956,9 @@ Branch: REL_17_STABLE [067a64d40] 2026-08-10 06:38:18 -0700 Thus, a pg_hba policy intending to disallow TLS would not be enforced correctly. --> -《機械翻訳》TLSで暗号化されたコネクションを確立した後も、サーバはGSSAPI暗号化用のリクエストを受け入れます。 -それが成功した場合、コネクションはTLS暗号化を使用して処理を進めますが、pg_hbaルールに対してGSSコネクションのように見えます。 -したがって、TLSを許可しないpg_hbaポリシーは正しく適用されません。 +TLS暗号化接続を確立した後でも、サーバはGSSAPI暗号化の要求を受け入れていました。 +それが成功した場合、接続はTLS暗号化を使用して継続されますが、pg_hbaルール上はGSS接続のように見えます。 +したがって、TLSを許可しない意図で設定されたpg_hbaルールが正しく適用されないことになっていました。 @@ -986,7 +986,7 @@ Branch: REL_16_STABLE [fadbe882d] 2026-08-10 06:38:24 -0700 -《機械翻訳》makeはスクラム認証の秘密をよりもっともらしく模倣している。 +SCRAM認証の模擬シークレットを、より本物らしく見えるようにしました。 (Nathan Bossart) § @@ -1002,9 +1002,9 @@ Branch: REL_16_STABLE [fadbe882d] 2026-08-10 06:38:24 -0700 instead, to make the mock secret look more like the installation's real secrets. --> -《機械翻訳》もしSCRAMログインが存在しないかSCRAM秘密を持っていないロールに対して試みられるなら、攻撃者にこれらの事実を明らかにすることを避けるために、模擬秘密を生成し、とにかく認証ハンドシェイクを実行します。 -しかし、模擬秘密は固定反復カウントで作られました、自分自身では観測可能な回答不一致である可能性があります。 -設定設定を使用してくださいscram_iterations代わりに、makeするために模擬秘密はインストールの本当の秘密のように見えます。 +存在しないロールやSCRAMシークレットを持たないロールに対してSCRAMログインが試行された場合、攻撃者にその事実を悟られないよう、模擬シークレットを生成して認証ハンドシェイクをあえて実行します。 +しかし、この模擬シークレットは固定の反復回数で生成されていたため、それ自体が観測可能な応答の不一致となり得る可能性がありました。 +代わりに、設定項目scram_iterationsを使用することで、模擬シークレットをインストール環境の実際のシークレットに近いものにします。 @@ -1036,7 +1036,7 @@ Branch: REL_14_STABLE [74c59d062] 2026-08-10 06:38:35 -0700 applications caused by invalid bytea data received from the server (Michael Paquier) --> -《機械翻訳》サーバから受信した無効なbyteaデータによって引き起こされたecpgアプリケーションの範囲外の書き込みを修正しました。 +サーバから受信した不正なbyteaデータに起因するecpgアプリケーションの範囲外書き込みが修正されました。 (Michael Paquier) § @@ -1048,8 +1048,8 @@ Branch: REL_14_STABLE [74c59d062] 2026-08-10 06:38:35 -0700 A broken or malicious server might send a string shorter than 2 bytes, resulting in memory clobber in the application. --> -《機械翻訳》ecpgは、bytea値が\xで始まらなければならないことをチェックせずに想定されます。 -破損した、または悪意のあるサーバは2バイトより短い文字列を送信する可能性があり、その結果、アプリケーションのメモリが破壊されます。 +ecpgは、bytea値は必ず\xで始まると検査せずに想定していました。 +破損したサーバや悪意のあるサーバが2バイト未満の文字列を送信した場合、アプリケーションのメモリ破壊を引き起こす可能性がありました。 @@ -1081,7 +1081,7 @@ Branch: REL_14_STABLE [2006fca40] 2026-08-10 06:38:37 -0700 of psql's \unrestrict command (Nathan Bossart) --> -《機械翻訳》psqlの\unrestrictコマンドの引数で逆引用符拡張をしないでください。 +psqlの\unrestrictコマンドの引数に対して、バッククォート展開を行わないようになりました。 (Nathan Bossart) § @@ -1094,8 +1094,8 @@ Branch: REL_14_STABLE [2006fca40] 2026-08-10 06:38:37 -0700 running psql, the exact scenario that CVE-2025-8714 intended to prevent. --> -《機械翻訳》CVE-2025-8714の修正におけるこの見落としは、悪意のあるサーバが、psql CVE-2025-8714が防止しようとした正確なシェルであるを実行しているテキストでダンプ時間に実行されるプレーンなリストア出力にマシンコマンドを注入することを可能にする。 -シナリオ +CVE-2025-8714の修正におけるこの見落としにより、悪意のあるサーバが、psqlを実行しているマシン上でリストア時に実行されるプレーンテキスト形式のダンプ出力にシェルコマンドを注入することが可能になります。 +これはまさに、CVE-2025-8714が防止しようとしたシナリオそのものです。 @@ -1128,7 +1128,7 @@ Branch: REL_14_STABLE [57aa21f69] 2026-08-10 06:38:35 -0700 cannot have more than FUNC_MAX_ARGS entries (Tom Lane) --> -《機械翻訳》pg_proc.prontftypesはFUNC_MAX_ARGSエントリより多く持つことはできないというpg_dumpの仮定を削除しました。 +pg_proc.protrftypesのエントリ数がFUNC_MAX_ARGSを超えないというpg_dumpの前提が削除されました。 (Tom Lane) § @@ -1144,9 +1144,9 @@ Branch: REL_14_STABLE [57aa21f69] 2026-08-10 06:38:35 -0700 it has. An overrun would lead to a memory clobber inside pg_dump. --> -《機械翻訳》入出力引数の両方に対してエントリが存在する可能性があるため、この配列の長さがFUNC_MAX_ARGS入力引数のみを制約するを超える可能性があります。 -たとえそうでなかったとしても、pg_dumpはサーバがFUNC_MAX_ARGSそれが持つと同じ値で構築されたと想定することはできません。 -オーバーランは内部でメモリを破壊することになりますpg_dump。 +入力引数と出力引数の両方のエントリが存在する可能性があるため、この配列の長さが入力引数のみを制限するFUNC_MAX_ARGSを超えることはあり得ます。 +たとえそうでなかったとしても、サーバがpg_dumpと同じFUNC_MAX_ARGSの値でビルドされたと仮定することはできません。 +オーバーランが発生するとpg_dump内部でのメモリ破壊につながる恐れがありました。 @@ -1177,7 +1177,7 @@ Branch: REL_14_STABLE [d7fcfead3] 2026-08-10 06:38:35 -0700 Harden PL/Perl against tied Perl arrays and hashes (Tom Lane) --> -《機械翻訳》Perlの配列とハッシュをPL/Perl結合されたものに対して強化する。 +tieされたPerlの配列やハッシュに対してPL/Perlの堅牢性が強化されました。 (Tom Lane) § @@ -1188,7 +1188,7 @@ Branch: REL_14_STABLE [d7fcfead3] 2026-08-10 06:38:35 -0700 memory overwrite, or to constructing a corrupt result array (which would likely cause problems later). --> -《機械翻訳》通常のオブジェクトのように動作しないメモリが関連付けられていると、配列が上書きされたり、不正な結果リザルトが構築されたりする可能性があります（これは後で問題を引き起こす可能性があります）。 +通常のオブジェクトとは異なる挙動をするtieされたオブジェクトは、メモリの上書きや、破損した結果配列の生成を招く恐れがありました。その結果、後で問題を引き起こす可能性がありました。 @@ -1220,8 +1220,7 @@ Branch: REL_14_STABLE [aff9dac1c] 2026-08-10 06:38:35 -0700 in PL/Perl and PL/Tcl (Heikki Linnakangas) --> -《機械翻訳》メモリ内の整数オーバーフローを修正しました。 -PL/PerlとPL/Tcl.アロケーション +PL/PerlおよびPL/Tclにおけるメモリ割り当て計算時の整数オーバーフローが修正されました。 (Heikki Linnakangas) § @@ -1231,7 +1230,7 @@ Branch: REL_14_STABLE [aff9dac1c] 2026-08-10 06:38:35 -0700 This is the same type of problem as CVE-2026-6473, just in a different part of the code, and is fixed in the same way. --> -《機械翻訳》これは、コードの別のタイプにあるだけで、CVE-2026-6473と同じ問題のパートであり、同じ方法で修正されます。 +これは、CVE-2026-6473と同様の問題でコードの異なる場所で発生していたものであり、同じ方法で修正されています。 @@ -1241,7 +1240,7 @@ Branch: REL_14_STABLE [aff9dac1c] 2026-08-10 06:38:35 -0700 for reporting this problem. (CVE-2026-14677) --> -PostgreSQLプロジェクトは、本問題を報告してくれたTulyaプロジェクト(チームDhiutsa、Bitecope TechnologiesプライベートLtdに感謝します。 +PostgreSQLプロジェクトは、本問題を報告してくれたTulyaプロジェクト（チームDhiutsa、Bitecope Technologies Private Ltd）に感謝します。 (CVE-2026-14677) @@ -1263,7 +1262,7 @@ Branch: REL_14_STABLE [39d792040] 2026-08-10 06:38:36 -0700 restrict search_path before executing index expressions (Noah Misch) --> -《機械翻訳》保証who contrib/amcheck functions restrict search_path前はインデックス式を実行します。 +contrib/amcheckの関数がインデックス式を実行する前にsearch_pathを制限するようになりました。 (Noah Misch) § @@ -1278,9 +1277,9 @@ Branch: REL_14_STABLE [39d792040] 2026-08-10 06:38:36 -0700 functions; but if that privilege was granted out, it created a larger hazard than the documentation suggests. --> -《機械翻訳》amcheckはテーブルのインデックス式のような所有者式を実行しますので、呼び出し元が任意のコードをテーブル所有者として実行するためにsearch_path-dependent関数を乗っ取る可能性があります。 -デフォルトではスーパーユーザのみがamcheck関数を呼び出しで実行することを許可されているため、これは弱点ではありません。 -しかし、権限が許可された場合、文書が示唆するよりも大きな危険をもたらしました。 +amcheckはそれらのインデックス式をテーブル所有者の権限で実行するため、呼び出し元がsearch_pathに依存する関数を乗っ取り、テーブル所有者として任意のコードを実行する可能性があるからです。 +デフォルトではスーパーユーザのみがamcheck関数を呼び出せることを許可されているため、これは脆弱性にはあたりません。 +しかし、その権限が他のユーザに付与されていた場合、ドキュメントで示されているよりも大きな危険が生じることになります。 @@ -1313,7 +1312,7 @@ Branch: REL_14_STABLE [9505175f2] 2026-08-10 06:38:36 -0700 and levenshtein_less_equal() functions (Nathan Bossart) --> -《機械翻訳》contrib/fuzzystrmatchのlevenshtein()およびlevenshtein_less_equal()関数での整数オーバーフローを修正しました。 +contrib/fuzzystrmatchのlevenshtein()およびlevenshtein_less_equal()関数における整数オーバーフローが修正されました。 (Nathan Bossart) § @@ -1324,7 +1323,7 @@ Branch: REL_14_STABLE [9505175f2] 2026-08-10 06:38:36 -0700 overflows, thereby producing nonsensical results, and even causing out-of-bounds writes in some cases. --> -《機械翻訳》これらの関数にラージコストの値を渡すと整数オーバーフローが発生し、意味のない結果が生成されたり、場合によっては範囲外の書き込みが発生したりする可能性がありました。 +これらの関数に大きなコスト値を渡すと整数オーバーフローが発生し、無意味な結果が生成されたり、場合によっては範囲外の書き込みが発生したりする可能性がありました。 @@ -1351,7 +1350,7 @@ Branch: REL_18_STABLE [8a31ffc2d] 2026-08-10 06:38:11 -0700 Fix buffer overrun in contrib/pg_stat_statements (Álvaro Herrera) --> -《機械翻訳》バッファオーバーランをcontrib/pg_stat_statements. +contrib/pg_stat_statementsにおけるバッファオーバーランが修正されました。 (Álvaro Herrera) § @@ -1361,7 +1360,7 @@ Branch: REL_18_STABLE [8a31ffc2d] 2026-08-10 06:38:11 -0700 Query normalization didn't accurately account for the amount of space the normalized string would require. --> -《機械翻訳》問い合わせ正規化は、正規化されたアカウントが必要とするスペースの量に対して、文字列を正確に計算しなかった。 +問い合わせの正規化処理において、正規化された文字列が必要とするサイズが正確に考慮されていませんでした。 @@ -1392,7 +1391,7 @@ Branch: REL_14_STABLE [a74aa0854] 2026-08-10 06:38:35 -0700 Fix datatype error in contrib/pg_trgm's GiST picksplit function (Heikki Linnakangas) --> -《機械翻訳》contrib/pg_trgm's GiST picksplitエラーのデータ型関数を修正しました。 +contrib/pg_trgmのGiST picksplit関数におけるデータ型エラーが修正されました。 (Heikki Linnakangas) § @@ -1403,8 +1402,7 @@ Branch: REL_14_STABLE [a74aa0854] 2026-08-10 06:38:35 -0700 typically causing bad split decisions; but a crash could ensue if you're very unlucky. --> -《機械翻訳》このミスの結果、バッファの終わりを超えて読むことになり、通常は誤った分割決定が発生しました。 -しかし、非常に運が悪いとクラッシュが起こる可能性があります。 +このエラーにより、バッファの末尾を超えて読み込みがおこなわれ、通常は不適切な分割判断の原因となっていましたが、運が悪ければクラッシュに至る可能性がありました。 @@ -1434,7 +1432,7 @@ Branch: REL_14_STABLE [5b72d0279] 2026-06-05 12:08:05 -0500 Remove the plan cache in contrib/refint (Ayush Tiwari) --> -《機械翻訳》プランのキャッシュを削除しますcontrib/refint。 +contrib/refintのプランキャッシュが削除されました。 (Ayush Tiwari) § @@ -1447,9 +1445,9 @@ Branch: REL_14_STABLE [5b72d0279] 2026-06-05 12:08:05 -0500 originally-needed values rather than the key values that should be used. The simplest solution is to remove it. --> -《機械翻訳》このキャッシュ動作にはいくつかの重大なバグがあります。 -特に、check_foreign_key()は新しいキー値をカスケード-更新問い合わせに埋め込むため、キャッシュされたプランは、使用されるべきキー値ではなく、本来必要な値を再利用する。 -最も簡単な解決策は、それを削除することです。 +このキャッシュ機能にはいくつかの深刻なバグがあります。 +特に、check_foreign_key()がカスケードUPDATEクエリに新しいキー値を埋め込んでしまうため、キャッシュされたプランが、本来使用されるべきキー値ではなく、最初に必要とされたキー値を再利用してしまう問題があります。 +最も簡単な解決策は、このキャッシュ機能を削除することです。 @@ -1477,8 +1475,7 @@ Branch: REL_18_STABLE [d4420a972] 2026-07-30 14:59:39 +0200 pg_class.reltuples value correctly (Jan Nidzwetzki, Tomas Vondra) --> -《機械翻訳》パラレルGINインデックスが更新を建設する保証は、テーブルのpg_クラスです。 -reltuples値は正しく。 +並列GINインデックスの構築時に、テーブルのpg_class.reltuplesの値が正しく更新されるようになりました。 (Jan Nidzwetzki, Tomas Vondra) § @@ -1498,13 +1495,12 @@ Branch: REL_18_STABLE [d4420a972] 2026-07-30 14:59:39 +0200 their reltuples entries look sane. A query such as this may be helpful: --> -《機械翻訳》パラレルワーカーは、処理した行数の初期化されていない値をレポートし、reltuples InfinityやNaNであっても偽の値をもたらす可能性があります。 -このような値は、後続のオートバキュームおよび自動分析操作で、テーブルニーズを処理することを決定しない可能性があります。 -その場合、シチュエーションは自己修復しません。 -マニュアルreltuplesコマンド、または別のインデックスの作成は、正しい値にリセットするために必要になります。 -GINインデックスを持つテーブルがある場合は、チェックにreltuplesエントリが正常に見えるかどうかを確認することをお勧めします。 -次のような問い合わせが役立つ場合があります。 -ANALYZE +パラレルワーカーが処理した行数として初期化されていない値を報告し、その結果reltuplesがInfinityやNaNといった不正な値になる可能性がありました。 +このような値になると、その後の自動バキュームおよび自動解析の処理において、テーブルの処理が必要であると判断されなくなる可能性があります。 +そうなると、この状態は自動的には解消されません。 +reltuplesを正しい値にリセットするには、手動でANALYZEコマンドを実行するか、別のインデックスを作成する必要があります。 +GINインデックスを持つテーブルがある場合は、reltuplesの値が妥当かどうかを確認することをお勧めします。 +次のような問い合わせが役立つかもしれません。 SELECT DISTINCT t.oid::regclass, t.reltuples FROM pg_class t @@ -1532,8 +1528,7 @@ Branch: REL_14_STABLE [cec48686a] 2026-08-07 17:30:06 +0900 asynchronous Append plan node (Alexander Korotkov, Gleb Kashkin, Etsuro Fujita) --> -《機械翻訳》非同期Appendプランのハンドリングを再スキャンする際に、ノードの読み取りが正しく行われない問題を修正しました。 -非同期 +非同期Appendプランノードを再スキャンする際の、非同期読み取りの不適切な処理が修正されました。 (Alexander Korotkov, Gleb Kashkin, Etsuro Fujita) § @@ -1548,9 +1543,9 @@ Branch: REL_14_STABLE [cec48686a] 2026-08-07 17:30:06 +0900 scan. The outcome could be incorrect query results, an infinite loop, or an assertion failure. --> -《機械翻訳》上位プランノードがAppend前を再スキャンしてAppendの出力全体を読み込んだら、外部サーバに送信されたin-フライト要求を破棄する必要がありますpostgres_fdw by for例)。 -これは、サブプランにパラメータの変更がある場合や、次のスキャンのパーティションプルーニングによって破棄される場合には正しく行われませんでした。 -結果は、問い合わせの結果が正しくない、無限ループ、またはアサーションの失敗となる可能性があります。 +上位のプランノードがAppendの出力をすべて読み取る前にそのAppendを再スキャンする場合、外部サーバ(例えばpostgres_fdwなど)に送信済の未完了リクエストを破棄する必要があります。 +サブプランのパラメータが変更された場合や、次回のスキャンでパーティションプルーニングによってサブプランが破棄される場合において、この処理が正しく行われていませんでした。 +その結果、問い合わせ結果が不正になったり、無限ループ、アサーション失敗となる可能性がありました。 @@ -1570,7 +1565,7 @@ Branch: REL_14_STABLE [6098f35f4] 2026-07-31 15:39:21 +1200 Fix error in partition pruning for RANGE-partitioned tables (David Rowley) --> -《機械翻訳》レンジ～テーブルパーティションのパーティション剪定でエラーを固定。 +RANGEパーティションテーブルのパーティションプルーニングの不具合が修正されました。 (David Rowley) § @@ -1580,7 +1575,7 @@ Branch: REL_14_STABLE [6098f35f4] 2026-07-31 15:39:21 +1200 In some cases the DEFAULT partition would be skipped when it should not be, which could lead to rows missing from query results. --> -《機械翻訳》場合によっては、デフォルトパーティションが本来でないときにスキップされたになり、問い合わせの結果から行が欠落することがあります。 +場合によっては、本来スキップされるべきではないDEFAULTパーティションがスキップされてしまうことがあり、その結果、問い合わせの結果から行が欠落する可能性がありました。 @@ -1596,7 +1591,7 @@ Branch: REL_18_STABLE [bba4e095d] 2026-06-25 12:15:02 +0900 Correctly update foreign-data-wrapper state in a ModifyTable plan node after pruning result relations (Ayush Tiwari, Rafia Sabih) --> -《機械翻訳》結果のラッパーをプルーニングした後、ModifyTableプランノードで外国-データ-リレーションの状態が正しく更新されます。 +結果リレーションのプルーニング後に、ModifyTableプランノード内の外部データラッパー(FDW)の状態が正しく更新されるようになりました。 (Ayush Tiwari, Rafia Sabih) § § @@ -1609,7 +1604,7 @@ Branch: REL_18_STABLE [bba4e095d] 2026-06-25 12:15:02 +0900 and the table had any foreign-table partitions, a crash or erroneous behavior was likely. --> -《機械翻訳》以前は、実行時のパーティションプルーニングによって、分割されたターゲットテーブルの一部のパーティションをスキャンする必要がないと判断され、そのテーブルに外部テーブルパーティションがある場合、クラッシュまたは誤った動作が発生する可能性があった。 +以前は、実行時のパーティションプルーニングによって、対象のパーティションテーブルの一部のパーティションをスキャンする必要がないと判断された際、そのテーブルに外部テーブルのパーティションが含まれていると、クラッシュや誤った動作が発生する可能性がありました。 @@ -1626,8 +1621,7 @@ Branch: REL_18_STABLE [4908225be] 2026-07-08 20:46:26 +0100 with RETURNING OLD on a table that has a BEFORE UPDATE trigger (Dean Rasheed) --> -《機械翻訳》BEFORE UPDATEトリガを持つテーブル上のwith RETURNING OLDで同時更新が失敗する問題を修正しました。 -UPDATE +BEFORE UPDATEトリガを持つテーブルに対して、RETURNING OLDを指定したUPDATEで発生していた並行更新の取りこぼしが修正されました。 (Dean Rasheed) § @@ -1641,8 +1635,8 @@ Branch: REL_18_STABLE [4908225be] 2026-07-08 20:46:26 +0100 (although the trigger itself, and the final output row, saw the correct values). --> -《機械翻訳》ターゲット行が同時に更新された場合、隔離レベルでREAD COMMITTED RETURNING内の任意のOLD値は更新された行を反映する必要があります。 -しかし、トリガがある場合は古い値が返されました（ただし、トリガ自分自身と最終的な出力行には正しい値が表示されました）。 +対象の行が並行して更新された場合、READ COMMITTED分離レベルではRETURNING句で返されるOLD値はすべて更新後の行を反映している必要があります。 +しかし、トリガが存在する場合、トリガ自体と最終的な出力行では正しい値が参照されていたにもかかわらず、古い値が返されていました。 @@ -1658,7 +1652,7 @@ Branch: REL_18_STABLE [f70acc8a2] 2026-07-31 23:24:46 +1200 Fix hash join performance issue when there are multiple join keys and many NULL values (David Rowley) --> -《機械翻訳》ハッシュ結合パフォーマンスキーと多くのNULL値がある場合のマルチプル結合問題を修正しました。 +複数の結合キーと多くのNULL値がある場合のハッシュ結合のパフォーマンス問題が修正されました。 (David Rowley) § @@ -1670,9 +1664,8 @@ Branch: REL_18_STABLE [f70acc8a2] 2026-07-31 23:24:46 +1200 the null was in a non-last join column, bloating the hash table quite a lot if many inputs contain nulls. --> -《機械翻訳》NULLキー付きタプルはハッシュテーブルに挿入されるべきではありません。 -なぜなら、それらは他のタプルをマッチにすることは決してないからです。 -コードは、NULLが最後以外の結合カラムにあった場合にこの間違いを取得し、多くの入力にNULLが含まれている場合にハッシュテーブルをかなり膨張させます。 +NULL値を持つタプルは、他のどのタプルとも一致することはないため、ハッシュテーブルに挿入されるべきではありません。 +NULL値が最後以外の結合列にあった場合にコードはこの誤った処理をしたため、NULL値を含む入力データが多いとハッシュテーブルがかなり肥大化していました。 @@ -1688,7 +1681,7 @@ Branch: REL_18_STABLE [9108fed3e] 2026-06-11 12:08:48 +0100 parenthesized OLD/NEW in RETURNING expressions (Marko Grujic) --> -《機械翻訳》RETURNINGエクスプレッション内でカッコで囲まれたOLD/NEWのパースを修正しました。 +RETURNING句の式内のカッコで囲まれたOLD/NEWの解析処理が修正されました。 (Marko Grujic) § @@ -1699,7 +1692,7 @@ Branch: REL_18_STABLE [9108fed3e] 2026-06-11 12:08:48 +0100 and (old).* were mis-handled, effectively converting them to NEW references. --> -《機械翻訳》(old).colnameや(old).*などの式は誤って処理され、事実上NEW参照に変換されました。 +(old).colnameや(old).*といった式が誤って処理され、実質的にNEWへの参照に変換されていました。 @@ -1721,7 +1714,7 @@ Branch: REL_14_STABLE [13b627a3e] 2026-07-28 16:09:04 -0400 (array) expressions (Ayush Tiwari) --> -《機械翻訳》プランナのvalue IN (array)式に対するNULL許容性と厳密性のチェックを修正した。 +value IN (array)式に対するプランナのNULL許容性と厳密性チェックが修正されました。 (Ayush Tiwari) § @@ -1733,8 +1726,8 @@ Branch: REL_14_STABLE [13b627a3e] 2026-07-28 16:09:04 -0400 to be applied that should not be. This could result in wrong query answers if the array actually was empty. --> -《機械翻訳》これらのチェックは、配列オペランドが空でないことがわかっているが、考慮されていないため、本来適用されるべきではない最適化が適用された場合にのみ成功します。 -これにより、間違い問い合わせが実際に空の場合に、配列地域の回答が得られる可能性があります。 +これらのチェックは、配列オペランドが空でないことが既知である場合のみ成功すべきですが、その点が考慮されていないため、本来適用されるべきではない最適化が適用されてしまう問題がありました。 +これにより、実際の配列が空であった場合、問い合わせの結果が誤ったものになる可能性がありました。 @@ -1757,7 +1750,7 @@ Branch: REL_16_STABLE [d610d8e8b] 2026-07-20 12:17:40 +0900 -《機械翻訳》誤った結合取外しロジックを修正する。 +不適切な結合削除のロジックが修正されました。 (Matheus Alcantara, Richard Guo) § § @@ -1769,7 +1762,7 @@ Branch: REL_16_STABLE [d610d8e8b] 2026-07-20 12:17:40 +0900 from within the nullable side of an outer join to not be replaced by NULL when it should be. --> -《機械翻訳》エッジケースでは、定数のNull許容側の内部から取得した外部結合の出力の値が、NULLによって置換されるべきときに置換されない可能性がありました。 +特殊なケースでは、外部結合のNULL許容側由来の定数出力値が、本来であればNULLに置換される場面でNULLに置換されない問題が発生する可能性がありました。 @@ -1787,7 +1780,7 @@ Branch: REL_18_STABLE [18105e6db] 2026-07-15 09:22:58 +0900 Clean up PlaceHolderVars more thoroughly during join removal (Richard Guo, Arne Roland) --> -《機械翻訳》結合の撤去作業中は、PlaceHolderVarsをより徹底的に清掃してください。 +結合の削除処理において、PlaceHolderVarsのクリーンアップがより徹底されるようになりました。 (Richard Guo, Arne Roland) § § @@ -1798,7 +1791,7 @@ Branch: REL_18_STABLE [18105e6db] 2026-07-15 09:22:58 +0900 This fix corrects various edge cases that could trip assertions or result in incorrect plans. --> -《機械翻訳》この修正では、アサーションをトリップしたり、誤った計画を生成する可能性のあるさまざまなエッジケースが修正されている。 +この修正により、アサーションが発生したり、誤った実行計画を生成する可能性があった様々な特殊ケースが修正されました。 @@ -1818,7 +1811,7 @@ Branch: REL_14_STABLE [64778fac7] 2026-06-08 11:48:18 -0400 container datatypes (arrays, composites, ranges) (Andrei Lepikhov, Tom Lane) --> -《機械翻訳》コンテナデータ型（配列、コンポジット、範囲）での等価性比較のハッシュ可能性のチェック漏れが追加された。 +コンテナデータ型（配列、複合型、範囲型）の等価比較におけるハッシュ可能性の漏れていたチェックが追加されました。 (Andrei Lepikhov, Tom Lane) § @@ -1830,8 +1823,8 @@ Branch: REL_14_STABLE [64778fac7] 2026-06-08 11:48:18 -0400 step was missed in some places, leading to could not identify a hash function failures at execution. --> -《機械翻訳》プランナは、コンテナのコンポーネントタイプ前のハッシュ可能性を検証し、ハッシュを拠点とするプランタイプを使用できることを決定する必要があります。 -このステップがいくつかの場所で欠落していたため、実行時に失敗しましたハッシュ機能を識別できませんでした。 +プランナは、ハッシュベースの実行計画種類を採用する前に、コンテナの構成要素の型がハッシュ化可能かどうかを検証する必要があります。 +この手順が一部で漏れていたため、実行時にcould not identify a hash functionエラーが発生していました。 @@ -1847,7 +1840,7 @@ Branch: REL_18_STABLE [fe5d62951] 2026-07-06 16:15:45 +0900 Avoid pushing WHERE clauses down past a grouping step that has a different equivalence rule (Richard Guo) --> -《機械翻訳》同等ダウンが異なるグループ化ステップを通過してWHERE条項ルールをプッシュすることは避けてください。 +異なる等価性ルールを持つグループ化ステップよりも下位へWHERE句をプッシュダウンすることを避けるようになりました。 (Richard Guo) § @@ -1859,8 +1852,8 @@ Branch: REL_18_STABLE [fe5d62951] 2026-07-06 16:15:45 +0900 same collation. Otherwise it might filter some rows the grouping would have merged. --> -《機械翻訳》非決定性テストによってグループ化されたグループ化カラムの照合順序は、同じ照合順序を使用する比較である場合にのみ、セーフからプッシュダウンになります。 -そうでない場合は、グループ化がマージしたはずの行をフィルタする可能性があります。 +非決定論的照合順序でグループ化されたグループ化列に対するテストは、その同じ照合順序を使用した比較である場合にのみ、安全にプッシュダウンできます。 +そうでない場合、本来ならグループ化によって統合されるはずだった行がフィルタリングされてしまう可能性がありました。 @@ -1880,7 +1873,7 @@ Branch: REL_15_STABLE [842e34efa] 2026-07-08 00:00:34 +1200 that have an EXCLUDE clause or lack ORDER BY (Chengpeng Yan, David Rowley) --> -《機械翻訳》EXCLUDE最適化または欠損ORDER BYを持つCOUNTウィンドウ関数の句ミスを修正した。 +EXCLUDE句を含む、またはORDER BYを含まないCOUNTウィンドウ関数の誤った最適化が修正されました。 (Chengpeng Yan, David Rowley) § @@ -1890,7 +1883,7 @@ Branch: REL_15_STABLE [842e34efa] 2026-07-08 00:00:34 +1200 These window functions were treated as monotonic when they should not be, allowing wrong answers to be computed. --> -《機械翻訳》これらの窓関数は、単調であるべきでないときに単調として扱われ、間違いの回答を計算することを可能にした。 +これらのウィンドウ関数は、本来単調関数として扱われるべきではないときに単調関数として扱われていたため、誤った結果が算出される可能性がありました。 @@ -1906,7 +1899,7 @@ Branch: REL_18_STABLE [5fd1c3f28] 2026-06-28 12:31:29 -0400 planner looks up statistics for a column of type "char" (Feng Wu) --> -《機械翻訳》プランナが統計処理でタイプ"char"のキャッシュを検索する場合は、照合順序0のカラム検索に失敗エラーを回避します。 +プランナが"char"型の列の統計情報を参照する際に発生するcache lookup failed for collation 0エラーを回避するようにしました。 (Feng Wu) § @@ -1928,7 +1921,7 @@ Branch: REL_14_STABLE [cad17745e] 2026-08-04 09:06:46 +0200 Fix ALTER COLUMN ... DROP EXPRESSION to work when there are multiple levels of partitions (Alberto Piai) --> -《機械翻訳》ALTER COLUMN ... DROP EXPRESSIONマルチプルレベルの間仕切りがある場合に機能するように修正します。 +複数レベルのパーティションが存在する場合でもALTER COLUMN ... DROP EXPRESSIONが正常に動作するよう修正されました。 (Alberto Piai) § @@ -1947,7 +1940,7 @@ Branch: REL_17_STABLE [1d6c654c8] 2026-07-20 17:21:20 +0200 Fix attaching partitions of indexes that are exclusion constraints (Japin Li) --> -《機械翻訳》排他制約であるインデックスのパーティションの付加を修正しました。 +排他制約であるインデックスのパーティションのアタッチ処理が修正されました。 (Japin Li) § @@ -1957,7 +1950,7 @@ Branch: REL_17_STABLE [1d6c654c8] 2026-07-20 17:21:20 +0200 Notably, this oversight broke dump/restore of partitioned exclusion constraints. --> -《機械翻訳》特に、この見落としは、分割された排他制約のダンプ/リストアを破壊した。 +特に、この見落としにより、排他制約を持つパーティションテーブルのダンプ/リストアが正常に動作しなくなりました。 @@ -1973,7 +1966,7 @@ Branch: REL_18_STABLE [41247cdf6] 2026-05-23 00:01:24 +0900 partitioned NOT NULL constraints via ALTER CONSTRAINT (Andreas Karlsson) --> -《機械翻訳》設定を禁止するNO INHERITパーティション化されたNOT NULL ALTER CONSTRAINTによる制約。 +ALTER CONSTRAINTによるパーティションテーブルのNOT NULL制約へのNO INHERIT設定が禁止されました。 (Andreas Karlsson) § @@ -1986,8 +1979,8 @@ Branch: REL_18_STABLE [41247cdf6] 2026-05-23 00:01:24 +0900 enforced by constraint creation, but not by ALTER TABLE ... ALTER CONSTRAINT. --> -《機械翻訳》NOT NULLテーブルパーティションの制約はすべてのパーティションに継承されることになっているため、NO INHERITとマークされてはなりません。 -このルールは制約の作成時に正しく適用されましたが、ALTER TABLE ... ALTER CONSTRAINTでは適用されませんでした。 +パーティションテーブルのNOT NULL制約はすべてのパーティションに継承されるべきものであるため、NO INHERITとマークすることはできません。 +このルールは制約の新規作成時には正しく適用されましたが、ALTER TABLE ... ALTER CONSTRAINTでは適用されていませんでした。 @@ -2006,7 +1999,7 @@ Branch: REL_14_STABLE [1b17a6e3c] 2026-07-04 11:34:26 -0400 -《機械翻訳》ルール名を_RETURN. +ルールを_RETURNに改名することが禁止されました。 (Tom Lane) § @@ -2017,7 +2010,7 @@ Branch: REL_14_STABLE [1b17a6e3c] 2026-07-04 11:34:26 -0400 rule, but ALTER RULE allowed renaming other rules to _RETURN, causing trouble later. --> -《機械翻訳》その名前はビューの予約であるON SELECTルールだが、ALTERルールは他のルールを_RETURNに改名することを許可し、後にトラブルを引き起こした。 +この名前はビューのON SELECTルール用に予約されていますが、ALTER RULEでは他のルールを_RETURNに改名できてしまったため、後々問題が発生していました。 @@ -2035,7 +2028,7 @@ Branch: REL_16_STABLE [e61d44fde] 2026-08-03 12:25:49 -0700 Fix missing lock release for role membership grants in DROP OWNED BY (Jeff Davis) --> -《機械翻訳》DROP OWNED BYで欠落しているロックリリースのロールメンバシップ認可を修正します。 +DROP OWNED BYにおけるロールメンバシップ付与のロック解放漏れが修正されました。 (Jeff Davis) § @@ -2045,7 +2038,7 @@ Branch: REL_16_STABLE [e61d44fde] 2026-08-03 12:25:49 -0700 This oversight resulted in a warning message, followed by retaining a lock on the membership grant until the end of the transaction. --> -《機械翻訳》この見落としの結果、ワーニングメッセージが誕生し、その後、トランザクションの終わりまでメンバシップ助成金のロックが維持されました。 +この見落としの結果、警告メッセージが表示された後、トランザクション終了までメンバシップ付与に対するロックが保持されたままでした。 @@ -2063,7 +2056,7 @@ Branch: REL_16_STABLE [485527190] 2026-07-08 08:51:09 +0900 Fix failure of EXPLAIN when deparsing SQL/JSON aggregates (Richard Guo) --> -《機械翻訳》EXPLAINdeparse SQL/JSON aggregates.*の失敗を修正しました。 +SQL/JSON集約関数のデパース時にEXPLAINが失敗する問題が修正されました。 (Richard Guo) § @@ -2073,7 +2066,7 @@ Branch: REL_16_STABLE [485527190] 2026-07-08 08:51:09 +0900 Some plan structures resulted in invalid JsonConstructorExpr underlying node type errors. --> -《機械翻訳》一部のプラン構造でノードタイプの基礎となる無効なJsonConstructorExprエラーが発生しました。 +一部のプラン構造においてinvalid JsonConstructorExpr underlying node typeエラーが発生していました。 @@ -2093,7 +2086,7 @@ Branch: REL_14_STABLE [55adef7ab] 2026-07-28 08:35:21 +0900 Fix use of REINDEX CONCURRENTLY with a deferred uniqueness constraint (Nitin Motiani) --> -《機械翻訳》REINDEX CONCURRENTLY with a遅延一意性制約の使用を修正しました。 +遅延一意性制約がある場合のREINDEX CONCURRENTLYの使用に関する問題が修正されました。 (Nitin Motiani) § @@ -2104,8 +2097,7 @@ Branch: REL_14_STABLE [55adef7ab] 2026-07-28 08:35:21 +0900 CONCURRENTLY was incorrectly marked as enforcing immediate uniqueness, causing spurious reports of constraint violation. --> -《機械翻訳》の間に作成された一時的なインデックスコピーは、即時の一意性を強制するものとして誤ってマークされ、制約違反の誤った報告を引き起こした。 -REINDEX CONCURRENTLY +REINDEX CONCURRENTLYの実行中に作成される一時的なインデックスコピーが、誤って即時一意性を強制するものとしてマークされていたため、制約違反の誤った報告が発生していました。 @@ -2124,7 +2116,7 @@ Branch: REL_18_STABLE [51652c42d] 2026-07-06 14:47:58 -0400 Fix LIKE matching with nondeterministic collations and backslashes (Nitin Motiani, Tom Lane) --> -《機械翻訳》照合とバックスラッシュが明確でないLIKEマッチングを修正しました。 +非決定論的照合順序とバックスラッシュを使用したLIKEマッチングの不具合が修正されました。 (Nitin Motiani, Tom Lane) § § @@ -2140,9 +2132,9 @@ Branch: REL_18_STABLE [51652c42d] 2026-07-06 14:47:58 -0400 character to be matched exactly rather than allowing the nondeterministic collation to decide if there's a match. --> -《機械翻訳》非決定性照合順序を使用する場合、LIKEエスケープされたバックスラッシュ\\を誤って処理し、実質的に存在しないものとして処理しました。 -また、通常の文字の前に間違いが先行するバックスラッシュの処理も行いました。 -このケースではバックスラッシュは実質的に無視されるはずですが、非決定性照合順序がマッチがあるかどうかを決定できるようにするのではなく、通常の文字が正確に一致するようにしました。 +非決定論的照合順序を使用する場合、LIKEはエスケープされたバックスラッシュ\\を誤って処理し、実質的に存在しないものとして扱っていました。 +また、通常の文字の前にバックスラッシュが置かれた場合も誤った動作をしていました。 +この場合バックスラッシュは実質的に無視されるべきですが、実際には非決定論的照合順序による判定に委ねるのではなく、その通常の文字と完全に一致するかどうかが判定されてしまっていました。 @@ -2158,7 +2150,7 @@ Branch: REL_18_STABLE [d0bb49e61] 2026-07-06 13:06:25 -0400 Fix LIKE/regex optimization for indexscan with exact-match pattern (Jelte Fennema-Nio) --> -《機械翻訳》正確な最適化マッチを使用するインデックススキャン用のLIKE/regexパターンを修正しました。 +完全一致パターンを用いたインデックススキャンにおけるLIKEや正規表現の最適化が修正されました。 (Jelte Fennema-Nio) § @@ -2174,9 +2166,8 @@ Branch: REL_18_STABLE [d0bb49e61] 2026-07-06 13:06:25 -0400 \d tablename command much slower. --> -《機械翻訳》LIKE非決定性照合を使用したのリファクタリングでは、最適化パターンがマッチインデックスをマッチしていない場合に、LIKEまたは正規表現の正確な式照合順序を等式条件に変換するためのが誤って壊れた。 -とりわけ、psqlの\d tablenameコマンドははるかに遅くなった。 -インデックス照合順序 +非決定論的照合順序を用いたLIKEのリファクタリングにより、インデックスの照合順序と式の照合順序が一致しない場合に、LIKEや正規表現の完全一致パターンを等値インデックス条件に変換する最適化が意図せず破損していました。 +この影響で、特にpsqlの\d tablenameコマンドが大幅に遅くなっていました。 @@ -2198,7 +2189,7 @@ Branch: REL_18_STABLE [5f003855e] 2026-08-11 21:24:28 +0300 Fix matching of localized month/day names in to_date() (Heikki Linnakangas) --> -《機械翻訳》ローカライズされた月/日の名前のマッチングを修正しましたto_date(). +to_date()におけるローカライズされた月名と曜日名の照合処理が修正されました。 (Heikki Linnakangas) § § @@ -2209,7 +2200,7 @@ Branch: REL_18_STABLE [5f003855e] 2026-08-11 21:24:28 +0300 The matching logic misbehaved in cases where case-folding changes the byte length of the string. --> -《機械翻訳》マッチングロジックでは、ケース折りによって文字列のバイト長さが変更された場合に問題が発生した。 +大文字小文字の変換によって文字列のバイト長が変化する場合に照合ロジックが正常に動作しませんでした。 @@ -2224,7 +2215,7 @@ Branch: REL_18_STABLE [66ec24276] 2026-07-07 15:04:31 -0700 -《機械翻訳》ケース最終シグマのギリシャフォールディング規則を修正する。 +ギリシャ語の語末形のシグマに関する大文字小文字変換ルールが修正されました。 (Jeff Davis) § @@ -2235,8 +2226,8 @@ Branch: REL_18_STABLE [66ec24276] 2026-07-07 15:04:31 -0700 consider it to be a final sigma. This only affects the built-in pg_unicode_fast locale. --> -《機械翻訳》文字列の前にケースIgnorable文字しかない場合、それを最終シグマとはみなさない。 -これは組み込みのpg_unicode_fastロケールにのみ影響する。 +文字列の直前に大文字小文字を区別しない文字のみが存在する場合、それを語末形シグマとはみなさないようになりました。 +これは組み込みのpg_unicode_fastロケールにのみに影響します。 @@ -2255,7 +2246,7 @@ Branch: REL_14_STABLE [8bb935d61] 2026-06-05 07:50:18 +0900 Fix incorrect NFC recomposition for Hangul U+11A7 (TBASE) (Diego Frias, Michael Paquier) --> -《機械翻訳》ハングルU+11A7(TBASE)の不正なNFC再構成を修正します。 +ハングルU+11A7(TBASE)に対する誤ったNFC再構成が修正されました。 (Diego Frias, Michael Paquier) § @@ -2265,7 +2256,7 @@ Branch: REL_14_STABLE [8bb935d61] 2026-06-05 07:50:18 +0900 This character was treated as a valid T syllable, which it is not, and hence silently swallowed during normalization. --> -《機械翻訳》この文字は有効なT音節として扱われましたが、実際はそうではないため、正規化中に静かに飲み込まれました。 +この文字は有効なT音節として扱われましたが、実際にはT音節ではないため、正規化処理中にこの文字が消えてしまっていました。 @@ -2284,7 +2275,7 @@ Branch: REL_14_STABLE [1e0458172] 2026-06-08 11:49:27 -0700 Avoid possible truncation of output lexemes in case-insensitive synonym dictionaries (Jeff Davis) --> -《機械翻訳》ケースの影響を受けないsynonym辞書語彙素では、出力が切り捨てられる可能性があります。 +大文字小文字を区別しないsynonym辞書において、出力語彙素が切り捨てられる可能性が回避されました。 (Jeff Davis) § @@ -2294,7 +2285,7 @@ Branch: REL_14_STABLE [1e0458172] 2026-06-08 11:49:27 -0700 If folding to lower case increased the byte length of a lexeme, it was incorrectly truncated to its original byte length when emitted. --> -《機械翻訳》下部ケースへの折り畳みが語彙素のバイト長さを増加させた場合、放出時にオリジナルバイト長さに誤って切り捨てられた。 +小文字への変換によって語彙素のバイト長が増加した場合、出力時に元のバイト長に誤って切り捨てられていました。 @@ -2311,7 +2302,7 @@ Branch: REL_17_STABLE [5e78ebca5] 2026-07-07 13:35:23 -0700 Defend against truncated UTF-8 characters in case-conversion logic (Jeff Davis) --> -《機械翻訳》ケース-変換ロジックで切り捨てられたUTF-8文字に対する防御。 +大文字小文字変換ロジックにおいて、途中で途切れたUTF-8文字への対処がなされました。 (Jeff Davis) § @@ -2331,7 +2322,7 @@ Branch: REL_14_STABLE [74d3482f4] 2026-06-03 12:47:34 +0900 -《機械翻訳》タイポをhash_record_extended(). +hash_record_extended()における誤りが修正されました。 (Man Zeng) § @@ -2344,9 +2335,9 @@ Branch: REL_14_STABLE [74d3482f4] 2026-06-03 12:47:34 +0900 However, extension-provided hash functions could be affected if they inspect PG_ARGISNULL(1). --> -《機械翻訳》コードは、FunctionCallInvoke()に渡された2番目のisnull引数の初期化に失敗しました。 -これは、その値を検査しない既存の-コア拡張ハッシュサポート関数には問題ありません。 -ただし、extension提供のハッシュ関数は、検査PG_ARGISNULL(1)。 +このコードでは、FunctionCallInvoke()に渡される2番目のisnull引数が初期化されていませんでした。 +既存の組み込み拡張ハッシュサポート関数はこの値を参照しないため問題はありません。 +ただし、拡張が提供するハッシュ関数がPG_ARGISNULL(1)を検査する場合、影響を受ける可能性がありました。 @@ -2364,7 +2355,7 @@ Branch: REL_16_STABLE [6c760f6b6] 2026-07-28 10:39:50 -0700 Fix pg_get_publication_tables() to not fail if a publishable table is dropped concurrently (Bharath Rupireddy) --> -《機械翻訳》pg_get_publication_tables()発行可能なテーブルが同時に削除されても失敗しないように修正しました。 +公開可能なテーブルが並行して削除された場合に、pg_get_publication_tables()が失敗しないように修正されました。 (Bharath Rupireddy) § @@ -2386,7 +2377,7 @@ Branch: REL_14_STABLE [0115650de] 2026-07-06 12:24:28 -0400 Prevent satisfies_hash_partition() from crashing with VARIADIC NULL (Robert Haas) --> -《機械翻訳》satisfies_hash_partition()がVARIADIC NULL. +VARIADIC NULLを指定した場合にsatisfies_hash_partition()がクラッシュするのが防止されました。 (Robert Haas) § @@ -2408,7 +2399,7 @@ Branch: REL_14_STABLE [262cc4df2] 2026-06-04 12:24:51 -0400 in tsvector_filter() and allied functions (Ewan Young) --> -《機械翻訳》レポートが無効-ウェイトは、tsvector_filter()および関連する関数において、より明確かつ一貫してエラーを発生させる。 +tsvector_filter()および関連関数において、無効な重みエラーをより明確かつ一貫性のある形で報告するようになりました。 (Ewan Young) § @@ -2420,8 +2411,8 @@ Branch: REL_14_STABLE [262cc4df2] 2026-06-04 12:24:51 -0400 as charout() would render them. This avoids possibly producing an invalidly-encoded error message. --> -《機械翻訳》特に、\nnnのように、8進数のウェイトで表示可能なASCII文字ではないレポートフォーム文字は、charout()表示されます。 -これにより、無効にエンコードされたエラーメッセージが生成される可能性がなくなります。 +特に、ASCIIで印刷できない重み文字は、charout()と同様にレンダリングされる8進数形式\nnnで報告します。 +これにより、エンコードが正しくないエラーメッセージが表示される可能性を回避できます。 @@ -2437,7 +2428,7 @@ Branch: REL_18_STABLE [c31b0fca0] 2026-07-16 11:50:13 -0700 Reject out-of-range timestamp shift values in uuidv7() (Baji Shaik) --> -《機械翻訳》uuidv7().内のレンジ外タイムスタンプシフト値を拒否します。 +uuidv7()において、範囲外となるタイムスタンプのシフト値を拒否するようになりました。 (Baji Shaik) § @@ -2448,8 +2439,8 @@ Branch: REL_18_STABLE [c31b0fca0] 2026-07-16 11:50:13 -0700 of the range that a v7 UUID can represent. Previously, a garbage UUID value was produced. --> -《機械翻訳》シフト値は、v7ラージが表現できるタイムスタンプからレンジを生成するようなUUIDであってはなりません。 -以前は、ガーベッジUUID値が生成されていました。 +シフト値は、v7 UUIDが表現できる範囲外のタイムスタンプが生成されるほど大きいものであってはなりません。 +以前は、無効なUUID値が生成されていました。 @@ -2474,7 +2465,7 @@ Branch: REL_14_STABLE [a17f39aa2] 2026-06-12 12:39:40 +0900 Fix mishandling of namespace nodes in xpath() (Michael Paquier) --> -《機械翻訳》xpath()でのネームスペースノードの誤った処理を修正しました。 +xpath()における名前空間ノードの不適切な処理が修正されました。 (Michael Paquier) § § @@ -2485,7 +2476,7 @@ Branch: REL_14_STABLE [a17f39aa2] 2026-06-12 12:39:40 +0900 This fix avoids an unexpected could not copy node error. --> -《機械翻訳》この修正により、予期しないノードをコピーできないエラーが回避されます。 +この修正により、予期しないcould not copy nodeエラーが回避されます。 @@ -2504,7 +2495,7 @@ Branch: REL_17_STABLE [c768637d6] 2026-07-02 15:06:12 +0900 Fix jsonpath's .decimal method to not throw a hard error for incorrect precision or scale (Ewan Young) --> -《機械翻訳》jsonpathの.decimalメソッドが誤ったハードまたはエラーに対して精度位取りをスローしないように修正した。 +精度やスケールが不適切な場合に致命的なエラーが発生しないように、jsonpathの.decimalメソッドが修正されました。 (Ewan Young) § § @@ -2514,7 +2505,7 @@ Branch: REL_17_STABLE [c768637d6] 2026-07-02 15:06:12 +0900 -《機械翻訳》サイレントモードはこれらの誤りを抑制すべきであるが、できなかった。 +サイレントモードではこれらのエラーが抑制されるべきでしたが、実際には抑制されていませんでした。 @@ -2532,8 +2523,7 @@ Branch: REL_16_STABLE [60abb3c73] 2026-06-11 16:17:58 +0200 constructs have an argument that is of string category but lacks a cast to type text (Ayush Tiwari) --> -《機械翻訳》IS JSONまたは類似の構成に、NULLポインタのクラッシュはあるが、タイプテキストへの引数がない場合、文字列カテゴリを修正しました。 -キャスト +IS JSONや類似の構文において、引数が文字列カテゴリに属するもののtext型へのキャストを欠いている場合に発生するNULLポインタによるクラッシュが修正されました。 (Ayush Tiwari) § @@ -2544,7 +2534,7 @@ Branch: REL_16_STABLE [60abb3c73] 2026-06-11 16:17:58 +0200 core PostgreSQL, but the problem is reachable with some extension types. --> -《機械翻訳》コアにはそのようなデータタイプはありませんPostgreSQLただし、一部のextensionタイプでは問題が発生する可能性があります。 +PostgreSQLコアにはそのようなデータ型は存在しませんが、一部の拡張の型ではこの問題が発生する可能性がありました。 @@ -2561,7 +2551,7 @@ Branch: REL_17_STABLE [71cd10cd2] 2026-07-07 08:26:50 +0900 Ensure that SQL/JSON ON EMPTY / ON ERROR DEFAULT values are coerced to the correct typmod (Ewan Young) --> -《機械翻訳》保証SQL/JSON ON EMPTY / ON ERROR DEFAULT値は正しいtypmodに強制されます。 +SQL/JSONのON EMPTY / ON ERROR DEFAULTの値が、正しいtypmodに強制変換されるようになりました。 (Ewan Young) § @@ -2572,7 +2562,7 @@ Branch: REL_17_STABLE [71cd10cd2] 2026-07-07 08:26:50 +0900 a numeric target column were not applied to the default value. --> -《機械翻訳》例の場合、宣言された精度と数値位取りカラムのターゲットはデフォルト値に適用されませんでした。 +例えば、numeric型の対象列に対して宣言された精度と桁数が、デフォルト値に適用されていませんでした。 @@ -2592,7 +2582,7 @@ Branch: REL_14_STABLE [fec40878c] 2026-08-04 18:01:55 +1200 Avoid machine-dependent behavior when dividing the smallest possible money value by -1 (Andrey Rachitskiy) --> -《機械翻訳》可能な最小の金額値を-1で割るときは、マシンに依存する動作を避けてください。 +money型の最小値を-1で割ったときの、マシン依存の動作が回避されました。 (Andrey Rachitskiy) § @@ -2614,7 +2604,7 @@ Branch: REL_14_STABLE [dda622edc] 2026-08-02 16:49:18 -0400 Fix crash after out-of-memory failure partway through creation of a cache entry for a text search dictionary (Tom Lane) --> -《機械翻訳》クラッシュディクショナリのメモリエントリの作成中に、キャッシュ外エラーが発生した場合にテキストサーチを修正しました。 +全文検索辞書のキャッシュエントリ作成中に、メモリ不足エラーが発生した際のクラッシュが修正されました。 (Tom Lane) § @@ -2636,7 +2626,7 @@ Branch: REL_14_STABLE [cfc720ef4] 2026-08-02 13:22:39 -0400 Fix memory-safety bugs in processing of incorrect ispell/hunspell dictionary files (Andrey Rachitskiy) --> -《機械翻訳》間違ったispell/hunspellディクショナリファイルを処理する際のメモリ安全に関するバグを修正しました。 +不正なispell/hunspell辞書ファイルの処理におけるメモリ安全性のバグが修正されました。 (Andrey Rachitskiy) § @@ -2659,7 +2649,7 @@ Branch: REL_16_STABLE [cc3fe7e2a] 2026-07-03 18:01:00 +0300 Prevent access to other sessions' temporary tables (Jim Jones, Daniil Davydov, Alexander Korotkov) --> -《機械翻訳》他のセッションのアクセステーブルへの一時的を禁止します。 +他のセッションの一時テーブルへのアクセスが防止されました。 (Jim Jones, Daniil Davydov, Alexander Korotkov) § § @@ -2670,7 +2660,7 @@ Branch: REL_16_STABLE [cc3fe7e2a] 2026-07-03 18:01:00 +0300 Some code paths failed to prevent this, leading to silently wrong (inconsistent) results. --> -《機械翻訳》コード経路の中にはこれを防ぐことができず、静かに間違い（一貫性のない）結果をもたらした。 +一部のコードパスではこれが防止されておらず、その結果、エラーは発生しないものの誤った（不整合な）結果が生じていました。 @@ -2685,7 +2675,7 @@ Branch: REL_18_STABLE [ed8050370] 2026-08-05 11:44:01 -0400 Prevent no empty local buffer available errors during temporary table access (Melanie Plageman) --> -《機械翻訳》ローカルバッファアクセス時のエラー空の一時テーブルがないを防止します。 +一時テーブルへのアクセス中に発生するno empty local buffer availableエラーが防止されました。 (Melanie Plageman) § @@ -2697,8 +2687,8 @@ Branch: REL_18_STABLE [ed8050370] 2026-08-05 11:44:01 -0400 of effective_io_concurrency could allow a single stream to use all the buffers, resulting in failure. --> -《機械翻訳》読取りローカル・ストリーミングが使用できるメカニズム・バッファの数を制限します。 -以前は、ラージ値にeffective_io_concurrencyを指定すると、1つのストリームがすべてのバッファを使用できるため、エラーが発生していました。 +読み取りストリーミング機構が使用できるローカルバッファの数が制限されました。 +以前は、effective_io_concurrencyの値が大きすぎると、単一のストリームがすべてのバッファを使用できるため、その結果、処理が失敗することがありました。 @@ -2715,7 +2705,7 @@ Branch: REL_17_STABLE [288d4e83f] 2026-07-31 10:34:40 -0500 Fix the order in which autovacuum processes databases (Rustam Khamidullin) --> -《機械翻訳》自動バキュームプロセスがデータベースに登録しているオーダーを修正します。 +自動バキュームがデータベースを処理する順番が修正されました。 (Rustam Khamidullin) § @@ -2725,7 +2715,7 @@ Branch: REL_17_STABLE [288d4e83f] 2026-07-31 10:34:40 -0500 It was unintentionally processing databases from lowest to highest score, when it should be doing the reverse. --> -《機械翻訳》本来はその逆であるべきデータベースを、意図せずに最低スコアから最高スコアまで処理していました。 +本来はスコアの高い順に処理すべきところを、意図せずにスコアが低いものから高いものへとデータベースを処理していました。 @@ -2745,7 +2735,7 @@ Branch: REL_18_STABLE [7c25cdb1e] 2026-08-07 10:06:41 -0400 in VACUUM's wraparound failsafe mode (Melanie Plageman) --> -《機械翻訳》リストアVACUUM周回フェイルセーフモードでの共同バッファプールのフル活用 +VACUUMのXID周回フェイルセーフモードで共有バッファプールの完全な使用が復元されました。 (Melanie Plageman) § § @@ -2760,10 +2750,9 @@ Branch: REL_18_STABLE [7c25cdb1e] 2026-08-07 10:06:41 -0400 to allow vacuuming to proceed as fast as possible. This behavior was accidentally broken during refactoring in v18; restore it. --> -《機械翻訳》通常のVACUUMは、他の処理にあまり影響を与えないように、いくつかの共有バッファのみを使用するように制限されています。 -ただし、フェイルセーフモードでは、できるだけ早くトランザクションIDを再要求したいので、この制限は放棄され、バキューム処理ができるだけ早く処理できるようになります。 -この動作は、v18でのリファクタリング中に誤って壊れました。 -リストアit。 +通常のVACUUMは、他の処理にあまり影響を与えないように、少数の共有バッファのみを使用するように制限されています。 +ただし、フェイルセーフモードでは、トランザクションIDをできるだけ早く回収する必要があるため、バキューム処理を可能な限り高速に実行できるよう、この制限を解除する必要があります。 +この動作は、v18でのリファクタリング中に誤って壊れてしまったため、元に戻されました。 @@ -2778,7 +2767,7 @@ Branch: REL_17_STABLE [8ad414831] 2026-06-08 15:29:21 +0900 -《機械翻訳》パラレルバキュームワーカープロセスでメモリリークを固定します。 +パラレルVACUUMワーカープロセスにおけるメモリリークが修正されました。 (Baji Shaik) § @@ -2788,7 +2777,7 @@ Branch: REL_17_STABLE [8ad414831] 2026-06-08 15:29:21 +0900 Progress reports from a parallel worker leaked about 1kB per report, with the waste accumulating for the life of the worker process. --> -《機械翻訳》パラレルワーカーからの経過報告は、レポートごとに約1つのキロバイトが漏洩し、ワーカープロセスの存続期間中に廃棄物が蓄積した。 +パラレルワーカーからの進捗報告ごとに約1kBのメモリリークが発生し、その未解放メモリがワーカープロセスの存続期間中に蓄積され続けていました。 @@ -2808,7 +2797,7 @@ Branch: REL_14_STABLE [15fd7a3e2] 2026-07-28 10:56:39 +0200 Honor query cancel and vacuum delay during GIN index posting-tree cleanup (Paul Kim, Alexander Korotkov) --> -《機械翻訳》GINキャンセル赴任中に問い合わせインデックスとバキューム遅延に敬意を表します-ツリークリーンアップ。 +GINインデックスのポスティングツリークリーンアップ中に、問い合わせのキャンセルおよびバキュームの遅延が適切に処理されるようになりました。 (Paul Kim, Alexander Korotkov) § @@ -2819,7 +2808,7 @@ Branch: REL_14_STABLE [15fd7a3e2] 2026-07-28 10:56:39 +0200 missed check could allow vacuum to run for a long time before noticing an interrupt. --> -《機械翻訳》共通値のための提示ツリーは、ラージとすることができ、したがって、この逃したチェックは、バキュームが中断に気づいて長い間前を実行することを可能にすることができる。 +一般的な値のためのポスティングツリーは大きくなりうるため、このチェックが漏れると、割り込みに気づく前にバキュームが長時間実行される可能性がありました。 @@ -2839,7 +2828,7 @@ Branch: REL_14_STABLE [e4ad22eb0] 2026-07-17 15:52:56 -0400 Fix possible mis-decoding of index tuples during GiST and SP-GiST index-only scans (Peter Geoghegan) --> -《機械翻訳》インデックスおよびSP-GiST GiSTのみのスキャン中に発生する可能性があったインデックスタプルのデコードミスが修正されました。 +GiSTおよびSP-GiSTのインデックスのみスキャン中に、インデックスタプルが誤ってデコードされる可能性が修正されました。 (Peter Geoghegan) § @@ -2851,8 +2840,8 @@ Branch: REL_14_STABLE [e4ad22eb0] 2026-07-17 15:52:56 -0400 it could only fail if the range column were not the first index column. --> -《機械翻訳》このエラーは、インデックスのみのスキャンプランからの汚染されたデータの排出につながる可能性があります。 -影響を受ける唯一のコアopclassはGiSTのレンジ_opsであり、レンジカラムが最初のインデックスカラムでない場合にのみ失敗します。 +このエラーにより、インデックスのみスキャンプランからの破損したデータが出力される可能性がありました。 +影響を受けるコアの演算子クラスはGiSTのrange_opsのみであり、範囲型の列が最初のインデックス列でない場合にのみ失敗する可能性がありました。 @@ -2870,7 +2859,7 @@ Branch: REL_16_STABLE [0fd5595aa] 2026-07-15 15:58:15 -0400 Ensure that the new last block of a bulk-extended table is added to its free space map promptly (Jingtang Zhang) --> -《機械翻訳》バルク-拡張テーブルの新たな最後のブロックがその空き領域マップに速やかに追加される保証。 +バルク拡張されたテーブルの新たな最後のブロックが速やかに空き領域マップに追加されるようになりました。 (Jingtang Zhang) § @@ -2882,8 +2871,8 @@ Branch: REL_16_STABLE [0fd5595aa] 2026-07-15 15:58:15 -0400 eventually get corrected by vacuum, but meanwhile the space wouldn't be used. --> -《機械翻訳》マルチ-ブロックテーブルextensionの最後のブロックがマップでフリーと表示されなかったのは、オフごとのエラーが原因でした。 -これは最終的にバキュームによって修正されますが、その間スペースは使用されませんでした。 +オフバイワンエラーにより、複数ブロック単位でのテーブル拡張時に最後のブロックがマップ上で空き領域としてマークされない不具合が発生していました。 +この状態はいずれバキュームによって修正されますが、それまでの間、当該領域は使用されないままとなっていました。 @@ -2899,8 +2888,7 @@ Branch: REL_17_STABLE [011eedcdc] 2026-06-22 18:03:23 -0400 Avoid possible double-free or infinite error recovery loop in resource cleanup during transaction abort (Tom Lane) --> -《機械翻訳》トランザクション中断中のリソースフリーでは、二重無限またはエラーリカバリループの可能性を避けてください。 -クリーンアップ +トランザクションの中断時におけるリソースのクリーンアップ処理において、二重解放や無限のエラーリカバリループが発生するのが回避されました。 (Tom Lane) § @@ -2921,7 +2909,7 @@ Branch: REL_14_STABLE [4b3bc6b71] 2026-06-19 12:52:00 -0400 When creating directories, tolerate concurrent creation of the same directory (Andrew Dunstan, Tom Lane) --> -《機械翻訳》ディレクトリを作成する場合、同じディレクトリの同時作成を許容します。 +ディレクトリを作成する際、同一ディレクトリの同時作成が許容されるようになりました。 (Andrew Dunstan, Tom Lane) § @@ -2938,7 +2926,7 @@ Branch: REL_18_STABLE [e9692de1d] 2026-06-19 15:26:51 +1200 Fix JIT-compiled tuple deconstruction code to account correctly for virtual generated columns (David Rowley) --> -《機械翻訳》仮想的に生成された列に対して、JITコンパイルされたタプル分解コードがアカウントに正しく修正されました。 +仮想生成列を正しく処理できるよう、JITコンパイルされたタプルの展開コードが修正されました。 (David Rowley) § @@ -2965,7 +2953,7 @@ Branch: REL_14_STABLE [36b6ed260] 2026-05-27 18:37:48 +0300 Prevent creation of dangling object dependencies by acquiring a shared lock on any object being depended on (Bertrand Drouvot) --> -《機械翻訳》依存しているオブジェクトの共有ロックを取得することで、ダングリングオブジェクトの依存関係が作成されないようにします。 +依存対象となるオブジェクトに対して共有ロックを取得することで、参照先が失われたオブジェクトの依存関係が作成されなくなります。 (Bertrand Drouvot) § § @@ -2981,9 +2969,9 @@ Branch: REL_14_STABLE [36b6ed260] 2026-05-27 18:37:48 +0300 leaving an invalid function definition behind. Now, one transaction or the other will fail. --> -《機械翻訳》共有ロックは、以前に存在していたオブジェクトを削除して、依存していた競合条件を削除しようとする試みをコンフリクトします。 -例の場合、あるセッションが（空に見える）スキーマを削除すると同時に、他のセッションがそのスキーマに関数を作成すると、以前は両方の取引がコミットする可能性があり、無効な関数定義が残されていました。 -これで、どちらかのトランザクションが失敗します。 +この共有ロックは、依存対象のオブジェクトを削除しようとする操作と競合するため、以前存在していた競合状態が解消されます。 +例えば、あるセッションが（そのセッションからは空に見える）スキーマを削除しようとするのと同時に、別のセッションがそのスキーマに関数を作成する場合を考えます。以前は両方のトランザクションがコミットされ、無効な関数定義が残ってしまう可能性がありました。 +しかし現在では、どちらか一方のトランザクションが失敗するようになります。 @@ -3004,7 +2992,7 @@ Branch: REL_14_STABLE [2fc3e1b44] 2026-07-25 12:01:24 -0400 for SERIALIZABLE isolation mode (Peter Geoghegan) --> -《機械翻訳》SERIALIZABLE隔離競合条件のコンフリクト検出にモードを固定する。 +SERIALIZABLE分離レベルにおける競合検出の競合状態が修正されました。 (Peter Geoghegan) § @@ -3015,7 +3003,7 @@ Branch: REL_14_STABLE [2fc3e1b44] 2026-07-25 12:01:24 -0400 index, allowing failure of serializability due to improperly allowing conflicting transactions to commit. --> -《機械翻訳》最初は空であったb-treeコンフリクトを検査する際にインデックスが見落とされる可能性があり、コミットへの競合するトランザクションを不適切に許可することにより、直列化可能性の失敗を可能にする。 +最初は空であったB-treeインデックスを検査する際、競合が見落とされる可能性があり、競合するトランザクションのコミットが不適切に許可され、直列化可能性が損なわれる恐れがありました。 @@ -3032,7 +3020,7 @@ Branch: REL_15_STABLE [159324a73] 2026-05-27 16:26:08 -0700 -《機械翻訳》ProcSignalBarrierコードの競合条件を修正します。 +ProcSignalBarrierのコードにおける競合状態が修正されました。 (Masahiko Sawada) § @@ -3044,7 +3032,7 @@ Branch: REL_15_STABLE [159324a73] 2026-05-27 16:26:08 -0700 PID nnnn to accept ProcSignalBarrier. --> -《機械翻訳》このエラーにより、通常はレポート後にプロセスが停止する可能性がありますnnnn ProcSignalBarrierを受け入れるためにPIDでバックエンドを待機しています。 +この問題により、プロセスが停止した状態のままとなる可能性がありました。典型的には、still waiting for backend with PID nnnn to accept ProcSignalBarrierというメッセージが表示された後に発生していました。 @@ -3069,7 +3057,7 @@ Branch: REL_14_STABLE [db4d12fc9] 2026-05-27 17:20:00 +0900 Fix race conditions when a set of processes that belong to the same lock group exit at the same time (Vlad Lesin) --> -《機械翻訳》同じロックグループに属する一連のプロセスが同時に終了する場合の競合状態を修正した。 +同じロックグループに属する一連のプロセスが同時に終了する際に発生する競合状態が修正されました。 (Vlad Lesin) § § @@ -3082,10 +3070,8 @@ Branch: REL_14_STABLE [db4d12fc9] 2026-05-27 17:20:00 +0900 arise in regular parallel query, since the leader won't exit before seeing its workers finish; but some extensions reach the problem. --> -《機械翻訳》これらのエラーは、パニックはすでに所有されていますのようなメッセージを表示して、ラッチの中断につながる可能性があります。 -この問題は通常のパラレル問い合わせでは発生しません。 -なぜなら、リーダーはワーカーが終了するのを見て前を出ることはないからです。 -しかし、いくつかの拡張はこの問題に到達します。 +これらのエラーにより、latch already ownedなどのメッセージが表示され、PANICによる処理中止が発生する可能性がありました。 +通常のパラレル問い合わせでは、リーダーはワーカーが終了するのを確認するまで終了しないため、この問題は発生しませんが、一部の拡張ではこの問題が発生する可能性がありました。 @@ -3110,7 +3096,7 @@ Branch: REL_17_STABLE [067213430] 2026-07-15 17:43:38 -0400 Fix WAL logging of operations that clear bits in tables' visibility maps (Melanie Plageman, Andres Freund) --> -《機械翻訳》ロギングがテーブルの可視マップに割り込む操作のWALクリアを修正しました。 +テーブルの可視性マップ内のビットをクリアする操作のWALロギングが修正されました。 (Melanie Plageman, Andres Freund) § § @@ -3125,9 +3111,9 @@ Branch: REL_17_STABLE [067213430] 2026-07-15 17:43:38 -0400 torn page writes to go uncorrected. This could lead to misbehavior later, such as wrong results from index-only scans. --> -《機械翻訳》このようなVMの変更はWALサマライザによって見逃され、不正な増分バックアップを引き起こす可能性がありました。 -また、必要なときにこのようなVMページのフルページイメージをログすることに失敗し、引き裂かれたページ書き込みが修正されない可能性がありました。 -これは、インデックスのみのスキャンからの間違い結果など、後で不正な動作を引き起こす可能性がありました。 +このような可視性マップ(VM)の変更はWAL要約によって見落とされており、増分バックアップに誤りが生じる可能性がありました。 +また、必要な場合にそのような可視性マップ(VM)ページのフルページイメージをログに記録できていなかったため、ページ断片化の書き込みが修正されないままになる可能性がありました。 +これにより、後にインデックスのみのスキャンで間違った結果が返されるなど、不具合を引き起こす可能性がありました。 @@ -3148,7 +3134,7 @@ Branch: REL_17_STABLE [d28cdf46e] 2026-07-22 08:49:00 -0400 Prevent WAL summarizer process from getting stuck at a timeline switch (Robert Haas) --> -《機械翻訳》WALサマライザプロセスがタイムラインスイッチで立ち往生するのを防ぎます。 +WAL要約プロセスがタイムラインの切り替え時に停止するのが防がれるようになりました。 (Robert Haas) § § @@ -3173,7 +3159,7 @@ Branch: REL_16_STABLE [d9b49e5b4] 2026-06-12 11:44:19 +0900 Fix race with timeline selection in logical decoding during standby promotion (Bertrand Drouvot) --> -《機械翻訳》スタンバイのプロモーション中にロジカルデコーディングのタイムライン選択とのレースを修正しました。 +スタンバイの昇格中のロジカルデコーディングのタイムライン選択の競合状態が修正されました。 (Bertrand Drouvot) § § @@ -3186,8 +3172,8 @@ Branch: REL_16_STABLE [d9b49e5b4] 2026-06-12 11:44:19 +0900 error. A repeat attempt would succeed, so there was no permanent problem but there was an availability hazard. --> -《機械翻訳》スタンバイで実行されるロジカルデコーディングは、要求されたWALセグメントが既に削除されているエラーで失敗する可能性がありました。 -再試行は成功するため、永続的な問題はありませんでしたが、可用性の危険がありました。 +スタンバイ側で実行中のロジカルデコーディングが、requested WAL segment has already been removedエラーで失敗する可能性がありました。 +再試行すれば成功するため、永続的な問題ではありませんでしたが、可用性上のリスクとなっていました。 @@ -3206,7 +3192,7 @@ Branch: REL_14_STABLE [e18b77153] 2026-05-23 08:10:18 +0900 Avoid exposing a WAL receiver's full connection string during timeline jumps (Chao Li) --> -《機械翻訳》タイムラインジャンプ中に、WALレシーバのコネクション文字列全体を露出させないようにします。 +タイムラインの切り替え時に、WALレシーバの完全な接続文字列が公開されなくなりました。 (Chao Li) § @@ -3218,8 +3204,8 @@ Branch: REL_14_STABLE [e18b77153] 2026-05-23 08:10:18 +0900 But it transiently showed the full string when we re-use an existing WAL receiver. --> -《機械翻訳》pg_stat_wal_receiverビューはコネクション文字列の消毒されたバージョンを示し、敏感なデータは示さないはずです。 -しかし、既存のWALレシーバを再利用するときに一時的に完全な文字列を示しました。 +pg_stat_wal_receiverビューには、機密情報を含まない加工された(サニタイズされた)接続文字列が表示されるはずです。 +しかし、既存のWALレシーバを再利用する際、一時的に完全な文字列が表示されてしまう状態になっていました。 @@ -3239,7 +3225,7 @@ Branch: REL_14_STABLE [510a05f07] 2026-05-16 18:01:46 -0700 of columns in tuples received during logical replication (Varik Matevosyan) --> -《機械翻訳》アサート中に受け取ったタプルの正しい列数を検証するために、論理レプリケーションだけではなく、ランタイム検査を使用してください。 +論理レプリケーション中に受信したタプルの列数が正しいことを検証するために、単なるアサートではなく、実行時の検査を使用するようになりました。 (Varik Matevosyan) § @@ -3250,8 +3236,8 @@ Branch: REL_14_STABLE [510a05f07] 2026-05-16 18:01:46 -0700 columns. While we could not find a scenario in which this would have serious ill effects, extra caution seems warranted. --> -《機械翻訳》悪意のあるパブリッシャーやバグのあるシナリオは、矛盾した数の列を送信する可能性があります。 -これが深刻な悪影響を及ぼす地域は見つかりませんでしたが、特別な注意が必要と思われます。 +悪意のある、あるいはバグのあるパブリッシャーが、不整合な列数のタプルを送信する可能性があるためです。 +これが深刻な悪影響を及ぼすようなシナリオは確認されていませんが、十分な注意を払うことが望ましいでしょう。 @@ -3270,7 +3256,7 @@ Branch: REL_14_STABLE [2a00840e8] 2026-06-15 15:35:37 -0400 Clean up quoting of string parameters within constructed replication commands (Tom Lane) --> -《機械翻訳》建設された文字列内のレプリケーションコマンドパラメータの見積もりをクリーンアップします。 +生成されるレプリケーションコマンド内の文字列パラメータの引用符付けが修正されました。 (Tom Lane) § @@ -3287,10 +3273,10 @@ Branch: REL_14_STABLE [2a00840e8] 2026-06-15 15:35:37 -0400 users and there is no reason for them to use a slot name coming from an untrustworthy source. --> -《機械翻訳》レプリケーションコマンドを生成する様々な場所で、これらのコマンドに挿入する必要があるレプリケーションスロット名やその他のパラメータの引用に十分な注意が払われていませんでした。 -これにより、これらのコマンドで予期しない構文エラーが発生する可能性がありました。 +レプリケーションコマンドを生成する様々な箇所において、それらのコマンドに挿入されるレプリケーションスロット名やその他のパラメータの引用符付けに十分な注意が払われていませんでした。 +これにより、これらのコマンド内で予期せぬ構文エラーが発生する可能性がありました。 原則的には、巧妙に細工されたレプリケーションスロット名前はSQLインジェクションを引き起こす可能性がありますが、実際にはそのようなシナリオは非常に起こりにくいと思われます。 -なぜなら、レプリケーション操作は高度な権限を持つユーザのみが呼び出すことができ、信頼できないソースからのスロット名前を使用する理由はないからです。 +なぜなら、レプリケーション操作を実行できるのは高度な権限を持つユーザに限られており、信頼できないソースからのスロット名を使用する理由はないためです。 @@ -3309,7 +3295,7 @@ Branch: REL_14_STABLE [c2d34db0a] 2026-07-28 12:33:50 -0700 -《機械翻訳》空の準備されたトランザクションのロジカルデコーディングを修正しました。 +空のプリペアドトランザクションのロジカルデコーディングが修正されました。 (Masahiko Sawada) § @@ -3322,8 +3308,8 @@ Branch: REL_14_STABLE [c2d34db0a] 2026-07-28 12:33:50 -0700 built-in subscriber this breaks replication, and other plugins will probably not like it either. --> -《機械翻訳》デコード可能な更新を引き起こさなかったプリペアードトランザクションは、先行するPREPAREがないCOMMIT/ROLLBACK PREPAREDを出力プラグインに送信する結果になる可能性があります。 -組み込みのサブスクライバーでは、これはレプリケーションを壊し、他のプラグインもおそらくそれを好まないでしょう。 +デコード可能な更新を伴わないプリペアドトランザクションの場合、先行するPREPAREなしでCOMMIT/ROLLBACK PREPAREDが出力プラグインに送信される可能性がありました。 +組み込みのサブスクライバーでは、これによりレプリケーションが機能しなくなり、他のプラグインでも同様の問題が発生する可能性がありました。 @@ -3342,7 +3328,7 @@ Branch: REL_15_STABLE [d2980067b] 2026-06-30 08:52:50 +0900 Fix corruption of unlogged sequences after standby promotion (Fujii Masao) --> -《機械翻訳》スタンバイ昇格後のログされないシーケンスの破損を修正しました。 +スタンバイ昇格後のUNLOGGEDシーケンスの破損が修正されました。 (Fujii Masao) § @@ -3354,7 +3340,7 @@ Branch: REL_15_STABLE [d2980067b] 2026-06-30 08:52:50 +0900 standby could fail with bad magic number in sequence or related errors. --> -《機械翻訳》以前は、ログに記録されていないシーケンスがプライマリで作成され、スタンバイに複製された場合、スタンバイをプロモートした後にシーケンスをアクセスすると、シーケンスのマジックナンバーが悪いまたは関連するエラーで失敗することがありました。 +以前は、プライマリでUNLOGGEDシーケンスが作成されスタンバイにレプリケートされていた場合、スタンバイの昇格後シーケンスにアクセスすると、bad magic number in sequenceなどのエラーが発生して失敗することがありました。 @@ -3374,7 +3360,7 @@ Branch: REL_14_STABLE [5fb3c6389] 2026-07-29 17:15:45 +0200 Fix cascading standby reconnect failure after archive fallback (Marco Nenciarini) --> -《機械翻訳》カスケードスタンバイ代替後のアーカイブ再接続障害を修正しました。 +アーカイブフォールバック後のカスケードスタンバイの再接続失敗が修正されました。 (Marco Nenciarini) § @@ -3385,7 +3371,7 @@ Branch: REL_14_STABLE [5fb3c6389] 2026-07-29 17:15:45 +0200 with requested starting point ... is ahead of the WAL flush position after falling back to archive recovery. --> -《機械翻訳》カスケードスタンバイは、アーカイブスタンバイにフォールバックした後、要求された開始点が.WALフラッシュ位置の前にありますで上流リカバリへの再接続に失敗する可能性があります。 +カスケードスタンバイは、アーカイブリカバリにフォールバックした後、requested starting point ... is ahead of the WAL flush positionというエラーでアップストリームのスタンバイへの再接続に失敗する可能性がありました。 @@ -3401,7 +3387,7 @@ Branch: REL_18_STABLE [311e66df9] 2026-08-08 00:10:06 +0900 Prevent accepting hot-standby connections before WAL replay has reached a consistent database state (Nikhil Sontakke) --> -《機械翻訳》ホット-スタンバイ間の接続を許可しない前WALリプレイが一貫したデータベース状態になりました。 +WALリプレイによって一貫性のあるデータベース状態に達するまでは、ホットスタンバイ接続を受け付けないようになりました。 (Nikhil Sontakke) § @@ -3420,7 +3406,7 @@ Branch: REL_17_STABLE [4a375527a] 2026-05-27 02:28:49 +0300 pg_database.dathasloginevt locally on a standby server (Ayush Tiwari) --> -《機械翻訳》トライからクリアpg_データベースには移動しないでくださいdathasloginevtスタンバイサーバでローカルに移動します。 +スタンバイサーバ上でpg_database.dathasloginevtをローカルでクリアしようとしなくなりました。 (Ayush Tiwari) § @@ -3432,8 +3418,8 @@ Branch: REL_17_STABLE [4a375527a] 2026-05-27 02:28:49 +0300 and there's no need anyway since replay of the primary's database change will soon fix it. --> -《機械翻訳》イベントトリガクリーンアップはプライマリだけでなくスタンバイサーバでもその行動を実行しようとしました。 -それはスタンバイでは機能しませんし、プライマリのデータベース変更のリプレイがすぐにそれを修正するので、とにかくその必要はありません。 +イベントトリガによるクリーンアップ処理はプライマリサーバだけでなくスタンバイサーバでもその操作を実行しようとしました。 +スタンバイではその操作は機能しませんし、プライマリのデータベース変更のリプレイによってすぐに修正されるので、そもそも行なう必要もありません。 @@ -3449,7 +3435,7 @@ Branch: REL_17_STABLE [ea834d747] 2026-06-18 09:35:53 +0530 Avoid race condition while dropping obsolete replication slots (Xuneng Zhou) --> -《機械翻訳》古い競合条件スロットを削除するときは、レプリケーションを使用しないでください。 +不要になったレプリケーションスロットを削除する際の競合状態が回避されました。 (Xuneng Zhou) § @@ -3459,7 +3445,7 @@ Branch: REL_17_STABLE [ea834d747] 2026-06-18 09:35:53 +0530 An incorrect unlock and log message could occur if another session immediately re-used the dropped slot's shared-memory entry. --> -《機械翻訳》誤ったロック解除およびログメッセージは、別のセッションが、ドロップされたスロットの共有メモリエントリを直ちに再利用した場合に発生する可能性がある。 +削除されたスロットの共有メモリ上のエントリが別のセッションによって直ちに再利用された場合、誤ったロック解除やログメッセージが発生する可能性がありました。 @@ -3478,7 +3464,7 @@ Branch: REL_14_STABLE [968c50845] 2026-06-03 18:47:52 +0900 Avoid race condition while dropping ephemeral replication slots (Zhijie Hou) --> -《機械翻訳》エフェメラルレプリケーションスロットをドロップするときは、競合条件を避けてください。 +一時的なレプリケーションスロットを削除する際の競合状態が回避されました。 (Zhijie Hou) § @@ -3491,9 +3477,9 @@ Branch: REL_14_STABLE [968c50845] 2026-06-03 18:47:52 +0900 dropped slot's shared-memory entry. Skip those updates in the case of an ephemeral slot. --> -《機械翻訳》スロットをリリースするコードは、レプリケーションスロットをリリースした後に、スロットの共有メモリエントリに対していくつかの追加更新を実行しました。 -これは、削除されたスロットの共有メモリエントリを別のセッションがすぐに再利用できるため、安全ではありません。 -スキップは、一時的なスロットのケースでこれらの更新を行います。 +スロットを解放するコードは、スロットを解放後にレプリケーションスロットの共有メモリ上のエントリに対して追加の更新を行っていました。 +削除されたスロットの共有メモリ上のエントリは別のセッションによって直ちに再利用される可能性があるため、安全ではありません。 +一時的なスロットの場合は、これらの更新をスキップします。 @@ -3512,7 +3498,7 @@ Branch: REL_14_STABLE [e3c4e3746] 2026-05-13 11:46:26 +0900 Fix stale progress reports during logical replication table synchronization (Shinya Kato) --> -《機械翻訳》論理レプリケーションテーブルの同期化中に古い進行状況レポートを修正しました。 +論理レプリケーションのテーブル同期中の古い進行報告が修正されました。 (Shinya Kato) § @@ -3525,8 +3511,8 @@ Branch: REL_14_STABLE [e3c4e3746] 2026-05-13 11:46:26 +0900 data copy had finished. The stale entry remained visible until synchronization caught up with the publisher. --> -《機械翻訳》これまでは、サブスクライバーのpg_stat_progress_コピービューは、データコピーが終了した後も最初のCOPYオペレーションをアクティブとして表示し続けていました。 -古いエントリは、同期がパブリッシャーに追いつくまで可視のままでした。 +これまではデータのコピーが完了した後も、サブスクライバー側のpg_stat_progress_copyビューで初期のCOPY操作がアクティブな状態として表示され続けていました。 +この古いエントリは、同期がパブリッシャーに追いつくまで表示されたままでした。 @@ -3548,7 +3534,7 @@ Branch: REL_15_STABLE [a8fb98b7b] 2026-07-06 09:48:06 +0900 -《機械翻訳》バックアップの失敗に関するクリアベースバックアップの進展。 +バックアップ失敗時にベースバックアップの進捗状況がクリアされるようになりました。 (Chao Li) § § @@ -3562,7 +3548,8 @@ Branch: REL_15_STABLE [a8fb98b7b] 2026-07-06 09:48:06 +0900 disconnected. pg_basebackup normally disconnects immediately, but other clients might not. --> -《機械翻訳》以前は、pg_stat_progress_basebackupビューは、障害発生後、エントリクライアントが切断されるまで、古い進行状況レプリケーションを表示し続けましたpg_basebackup通常はすぐに切断されますが、他のクライアントは切断されない場合があります。 +これまでは、バックアップが失敗してもレプリケーションクライアントが切断されるまではpg_stat_progress_basebackupビューに古い進行状況が表示され続けていました。 +pg_basebackupは通常すぐに切断されますが、他のクライアントでは切断されない場合がありました。 @@ -3589,7 +3576,7 @@ Branch: REL_15_STABLE [9e4771825] 2026-06-23 07:59:03 +0900 when track_functions is enabled (Sami Imseih, Michael Paquier) --> -《機械翻訳》track_functionsが有効な場合にpgstatsエントリが同時に削除されることで発生する可能性があったパニックを修正しました。 +track_functionsが有効な場合に、pgstatsエントリが同時に削除されることで発生する可能性があったPANICが修正されました。 (Sami Imseih, Michael Paquier) § § @@ -3612,7 +3599,7 @@ Branch: REL_15_STABLE [10e20e59e] 2026-08-07 14:23:39 +0900 Clean up broken local pgstats entry after failing to obtain space for the corresponding shared hashtable entry (Niall Newman) --> -《機械翻訳》対応する共有ハッシュテーブルローカル用のエントリの取得に失敗した後、壊れたスペースpgstatsエントリをクリーンアップします。 +対応する共有ハッシュテーブルエントリ用の領域確保に失敗した後、壊れたローカルpgstatsエントリをクリーンアップするようになりました。 (Niall Newman) § @@ -3622,7 +3609,7 @@ Branch: REL_15_STABLE [10e20e59e] 2026-08-07 14:23:39 +0900 Failure to do this led to a null-pointer dereference the next time the local entry was used. --> -《機械翻訳》これを行わなかった場合、次にローカルエントリが使用されたときにNULL-ポインタ間の逆参照が発生しました。 +これを行わなかった場合、そのローカルエントリが次に使用された際にNULLポインタ参照が発生しました。 @@ -3637,7 +3624,7 @@ Branch: REL_18_STABLE [13f940b4b] 2026-06-17 16:05:37 +0900 Avoid recording incorrect I/O operation statistics after a failed read or write (Bertrand Drouvot) --> -《機械翻訳》読み取りまたは書き込みに失敗した後に、誤った入出力オペレーション統計処理を記録しないようにしてください。 +読み取りまたは書き込みの失敗後に、誤ったI/O操作の統計が記録されなくなりました。 (Bertrand Drouvot) § @@ -3659,8 +3646,7 @@ Branch: REL_14_STABLE [e520ad34b] 2026-06-24 09:17:36 +0900 dereference crash when working with an invalid PostgreSQL::InServer::ARRAY object (Xing Guo) --> -《機械翻訳》では、無効なヌルポインタクラッシュ::InServer::PostgreSQLを操作するときに配列がオブジェクトを逆参照しないようにします。 -PL/Perl +PL/Perlにおいて、無効なPostgreSQL::InServer::ARRAYオブジェクトを扱う際に発生するNULLポインタ参照によるクラッシュが回避されました。 (Xing Guo) § @@ -3682,7 +3668,7 @@ Branch: REL_14_STABLE [309dc4526] 2026-06-29 14:21:15 +0900 In PL/Python, properly check for errors when working with sequence and mapping objects (Richard Guo) --> -《機械翻訳》PL/Pythonでは、シーケンスオブジェクトとマッピングオブジェクトを使用するときのエラーが正しくチェックされるようになりました。 +PL/Pythonにおいて、シーケンスやマッピングオブジェクトを扱う際、適切にエラーチェックを行うようになりました。 (Richard Guo) § @@ -3692,7 +3678,7 @@ Branch: REL_14_STABLE [309dc4526] 2026-06-29 14:21:15 +0900 Previously, a broken object or an unhandled exception could result in a NULL pointer dereference crash. --> -《機械翻訳》以前は、壊れたオブジェクトまたは処理されない例外により、ヌルポインタのクラッシュの逆参照が発生する可能性があった。 +以前は、破損したオブジェクトや未処理の例外によって、NULLポインタ参照によるクラッシュが発生する可能性がありました。 @@ -3734,7 +3720,7 @@ Branch: REL_14_STABLE [7532f2117] 2026-07-09 18:36:41 +0300 from the SSL or GSS decryption buffer during pqReadData() (Jacob Champion) --> -《機械翻訳》libpqでは、pqReadData()の間にSSLまたはGSS復号化バッファからすべての保留バイトを常に排出します。 +libpqにおいて、pqReadData()の実行中にSSLまたはGSS復号バッファに残っているすべてのバイトを常に読み出すようになりました。 (Jacob Champion) § § @@ -3748,7 +3734,7 @@ Branch: REL_14_STABLE [7532f2117] 2026-07-09 18:36:41 +0300 calling application waits for more data to arrive on the socket, but actually all the data has already arrived. --> -《機械翻訳》これにより、libpqまたはその呼び出し元のアプリケーションがソケットにさらにデータが到着するのを待っているが、実際にはすべてのデータがすでに到着しているというエッジケースが回避される。 +これにより、libpqまたはそれを呼び出すアプリケーションがソケットへのさらなるデータの到着を待機しているにもかかわらず、実際にはすべてのデータがすでに到着しているというエッジケースが回避されます。 @@ -3764,7 +3750,7 @@ Branch: REL_18_STABLE [6b46a5d1b] 2026-08-04 17:05:44 +0900 Improve libpq's handling of out-of-memory conditions (Anthonin Bonnefoy) --> -《機械翻訳》改善libpqメモリ外の状況のハンドリング。 +libpqにおけるメモリ不足時の処理が改善されました。 (Anthonin Bonnefoy) § @@ -3783,7 +3769,7 @@ Branch: REL_18_STABLE [dd5eca055] 2026-07-03 15:00:00 +0300 new-style BackendKeyData and CancelRequest messages correctly (Anthonin Bonnefoy) --> -《機械翻訳》libpqのトレース機能をプリントの新しいスタイルBackendKeyDataメッセージとCancelRequestメッセージに正しく修正した。 +libpqのトレース機能において、新しい形式のBackendKeyDataメッセージおよびCancelRequestメッセージが正しく出力されるように修正されました。 (Anthonin Bonnefoy) § @@ -3804,7 +3790,7 @@ Branch: REL_14_STABLE [1b79c8d1a] 2026-06-15 11:38:40 +0300 Allow libpq to accept ParameterDescription messages exceeding 30000 bytes (Ning Sun) --> -《機械翻訳》Allow libpq 30000バイトを超えるParameterDescriptionメッセージを受け入れる。 +libpqが30000バイトを超えるParameterDescriptionメッセージを受け入れられるようになりました。 (Ning Sun) § @@ -3816,8 +3802,8 @@ Branch: REL_14_STABLE [1b79c8d1a] 2026-06-15 11:38:40 +0300 could be long. The limit resulted in failure for prepared queries having more than 7498 parameters, which is unlikely but supported. --> -《機械翻訳》以前は、このメッセージタイプは、libpq有効性のヒューリスティックスで長いと考えられていたものの中には含まれていなかった。 -この制限により、7498を超えるパラメータを持つプリペアド問い合わせで失敗したが、これは起こりそうにないがサポートされている。 +以前は、このメッセージタイプは、libpqの妥当性発見的方法において長くなりうるものとは見なされていませんでした。 +この制限により、発生頻度は低いものの仕様上はサポートされているケースである7498個を超えるパラメータを持つプリペアド問い合わせでエラーが発生していました。 @@ -3832,7 +3818,7 @@ Branch: REL_18_STABLE [917fdbc63] 2026-06-25 16:58:29 -0400 Fix null-pointer crash in ecpg compiler (Jehan-Guillaume de Rorthais) --> -《機械翻訳》NULL-ポインタクラッシュをecpgコンパイラに固定する。 +ecpgコンパイラにおけるNULLポインタによるクラッシュが修正されました。 (Jehan-Guillaume de Rorthais) § @@ -3843,7 +3829,7 @@ Branch: REL_18_STABLE [917fdbc63] 2026-06-25 16:58:29 -0400 a DECLARE section containing a union nested inside a struct. --> -《機械翻訳》構造体内にネストされたセクションを含むDECLAREユニオンでecpgが失敗しました。 +構造体(struct)の中にネストされた共用体(union)を含むDECLAREセクションでecpgが失敗する問題がありました。 @@ -3863,7 +3849,7 @@ Branch: REL_14_STABLE [9e8fd9f7a] 2026-06-08 17:14:20 +0900 in ecpg's GET/SET DESCRIPTOR statements (Masashi Kamura) --> -《機械翻訳》ecpgのGET/SET DESCRIPTORステートメント内のマルチプルディスクリプタヘッダ項目を拒否します。 +ecpgのGET/SET DESCRIPTOR文において、複数の記述子ヘッダ項目の指定が禁止されました。 (Masashi Kamura) § @@ -3874,8 +3860,8 @@ Branch: REL_14_STABLE [9e8fd9f7a] 2026-06-08 17:14:20 +0900 generated. Adjust the grammar and the documentation to allow only one header item. --> -《機械翻訳》以前は、文法はこの構文を許可していましたが、壊れたCコードが生成されました。 -文法と文書を調整して、ヘッダアイテムを1つだけ許可するようにしてください。 +以前は、この構文は文法上許容されていましたが、不正なCコードが生成されていました。 +ヘッダ項目を1つだけに制限するよう、文法とドキュメントが修正されました。 @@ -3890,7 +3876,7 @@ Branch: REL_18_STABLE [1e9bc4074] 2026-06-03 08:58:29 +0900 Fix issues with deferred errors in pipeline mode in psql (Michael Paquier) --> -《機械翻訳》psqlで、パイプラインモードの遅延エラーに関する問題を修正しました。 +psqlのパイプラインモードにおける遅延エラー関連の問題が修正されました。 (Michael Paquier) § @@ -3902,7 +3888,7 @@ Branch: REL_18_STABLE [1e9bc4074] 2026-06-03 08:58:29 +0900 error in response to a Sync message, such as a deferred constraint violation. --> -《機械翻訳》psql遅延のアサーション違反など、サーバが回答のエラーを同期メッセージに報告する一部のシナリオでは、スタックまたは制約障害が発生する可能性があります。 +遅延制約違反など、Syncメッセージへの応答としてサーバがエラーを報告する特定の状況下で、psqlが停止したり、アサーション失敗が発生する可能性がありました。 @@ -3921,7 +3907,7 @@ Branch: REL_14_STABLE [a4ca91ea1] 2026-06-08 14:38:01 +0900 Make line widths match in psql's expanded aligned output format (Pavel Stehule) --> -《機械翻訳》make直線幅マッチin psqlの拡張に位置合わせされた出力フォーマット。 +psqlの拡張整列出力形式において、行の幅が揃えられるようになりました。 (Pavel Stehule) § @@ -3931,7 +3917,7 @@ Branch: REL_14_STABLE [a4ca91ea1] 2026-06-08 14:38:01 +0900 When the table's data rows are narrower than the record header lines, widen the data rows to match the headers, avoiding unsightly output. --> -《機械翻訳》テーブルのデータ行がレコードのヘッダ行よりも狭い場合は、データ行をヘッダのマッチまで広げて、見苦しい出力を回避します。 +テーブルのデータ行がレコードのヘッダ行よりも狭い場合は、データ行の幅をヘッダに合わせて広げることで、見栄えの悪い出力が回避されました。 @@ -3948,7 +3934,7 @@ Branch: REL_18_STABLE [e0c641ebb] 2026-05-18 08:33:36 -0700 variable WATCH_INTERVAL (Sven Klemm, Daniel Gustafsson) --> -《機械翻訳》psqlの特別変数の意図された上限を実施するWATCH_INTERVAL。 +psqlの特殊変数WATCH_INTERVALに設定された上限を厳守するようになりました。 (Sven Klemm, Daniel Gustafsson) § @@ -3958,7 +3944,7 @@ Branch: REL_18_STABLE [e0c641ebb] 2026-05-18 08:33:36 -0700 If a too-large value was given, psql reported an error but applied the setting anyway. --> -《機械翻訳》too-ラージ値が指定された場合、psqlはエラーを報告しましたが、設定を適用しました。 +大きすぎる値が指定された場合、psqlはエラーを報告しながらも設定を適用していました。 @@ -3978,7 +3964,7 @@ Branch: REL_14_STABLE [4e19081da] 2026-07-25 19:11:34 +0900 Fix psql's privilege check for showing database size in \l+ (Christoph Berg) --> -《機械翻訳》データベースサイズを見せたフィックスpsqlの権限チェック\l+。 +\l+でデータベースサイズを表示する際のpsqlの権限チェックが修正されました。 (Christoph Berg) § @@ -3992,9 +3978,8 @@ Branch: REL_14_STABLE [4e19081da] 2026-07-25 19:11:34 +0900 provision and would not call the function unless the user has CONNECT privilege. --> -《機械翻訳》基礎となるサーバ関数では、pg_read_all_stats権限を持つユーザは、すべてのデータベースのサイズを参照することができます。 -これは、データベースが存在しない場合でも同様ですCONNECT権限。 -しかし、psqlはこの規定を認識しておらず、ユーザがCONNECT権限を持たない限り、関数を呼び出ししませんでした。 +基盤となるサーバ関数は、pg_read_all_stats権限を持つユーザは、CONNECT権限を持っていなくても、すべてのデータベースのサイズを確認できます。 +しかし、psqlはこの仕様を認識しておらず、ユーザがCONNECT権限を持っていない限り、その関数を呼び出していませんでした。 @@ -4015,7 +4000,7 @@ Branch: REL_14_STABLE [2d44bb900] 2026-07-03 13:50:51 +0900 for \df to consider procedures too (Erik Wienhold) --> -《機械翻訳》psqlののタブ完了\df手順も検討 +psqlの\dfコマンドにおけるタブ補完に、プロシージャも対象に含めるよう修正されました。 (Erik Wienhold) § @@ -4035,7 +4020,7 @@ Branch: REL_15_STABLE [f18fcd9a4] 2026-05-14 12:31:43 +0900 Fix thread-safety bug in pgbench (Fujii Masao) --> -《機械翻訳》スレッド安全バグをpgbench. +pgbenchのスレッドセーフに関するバグが修正されました。 (Fujii Masao) § @@ -4047,7 +4032,7 @@ Branch: REL_15_STABLE [f18fcd9a4] 2026-05-14 12:31:43 +0900 could attempt to use the same buffer to construct error messages, leading to corrupted log output. --> -《機械翻訳》pgbenchがマルチプルスレッドとオプションで実行されると、異なるスレッドが同じバッファからコンストラクトへのエラーメッセージを使用しようとする可能性があり、ログの出力が破損する可能性があります。 +pgbenchを複数のスレッドで実行し、かつオプションを指定した場合、異なるスレッドがエラーメッセージの構築に同じバッファを使用しようとする可能性があり、ログ出力が破損する可能性がありました。 @@ -4063,7 +4048,7 @@ Branch: REL_17_STABLE [090ce6934] 2026-06-29 13:02:07 +0200 In pg_combinebackup, prevent infinite loop if the source file is shorter than expected (Peter Eisentraut) --> -《機械翻訳》pg_combinebackupでは、無限ループが予想より短い場合はソースファイルを防止します。 +pg_combinebackupにおいて、ソースファイルが想定より短い場合に無限ループが発生しないように修正されました。 (Peter Eisentraut) § @@ -4081,7 +4066,7 @@ Branch: REL_17_STABLE [c03784a21] 2026-05-27 10:35:49 +0900 Fix cleanup of publisher-side objects after errors in pg_createsubscriber (Nisha Moond) --> -《機械翻訳》pg_createsubscriberでエラーが発生した後のパブリッシャー側オブジェクトのクリーンアップを修正しました。 +pg_createsubscriberでエラーが発生した後のパブリッシャー側オブジェクトのクリーンアップが修正されました。 (Nisha Moond) § @@ -4093,8 +4078,8 @@ Branch: REL_17_STABLE [c03784a21] 2026-05-27 10:35:49 +0900 publication and replication slot that it created on the publisher. Some error cases failed to do so. --> -《機械翻訳》論理レプリケーションオブジェクトを作成した後にpg_createsubscriberが失敗した場合は、パブリッシャーに作成したパブリケーションとレプリケーションスロットを削除する必要があります。 -そうしなかったエラーのケースもあります。 +pg_createsubscriberが論理レプリケーションオブジェクトを作成後に失敗した場合、パブリッシャー上で作成したパブリケーションとレプリケーションスロットを削除する必要があります。 +一部のエラーケースでは、これが行われていませんでした。 @@ -4114,7 +4099,7 @@ Branch: REL_14_STABLE [5552a15a3] 2026-05-20 15:57:19 +0900 for pg_recvlogical output files (Fujii Masao) --> -《機械翻訳》ソースクラスタのグループアクセス権pg_recvlogicalファイルを出力するためのファイル読み取り権限を使用します。 +pg_recvlogicalの出力ファイルには、ソースクラスタのグループ読み取り用ファイル権限を使用するようになりました。 (Fujii Masao) § @@ -4124,7 +4109,7 @@ Branch: REL_14_STABLE [5552a15a3] 2026-05-20 15:57:19 +0900 pg_recvlogical was documented to behave this way, but it never actually enabled group-read. --> -《機械翻訳》pg_recvlogicalはこのように動作すると説明されていましたが、実際にグループが読めるようにはなっていませんでした。 +pg_recvlogicalは本来このように動作をする仕様でしたが、実際にはグループ読み取り権限が有効にはなっていませんでした。 @@ -4143,7 +4128,7 @@ Branch: REL_18_STABLE [477efef08] 2026-06-16 15:58:17 +0900 or (Chao Li, Michael Paquier) --> -《機械翻訳》またはを持つpg_リストアの一貫性のない動作を修正しました。 +またはオプションを指定した際のpg_restoreの一貫性のない動作が修正されました。 (Chao Li, Michael Paquier) § § @@ -4156,7 +4141,7 @@ Branch: REL_18_STABLE [477efef08] 2026-06-16 15:58:17 +0900 expected items, unlike pg_dump with similar options. --> -《機械翻訳》のような他の選択的リストアオプションと組み合わせると、これらのオプションはpg_dump類似のリストアとは異なり、期待された項目をオプションすることができなかった。 +などの他の選択的リストアオプションと併用した場合、同様のオプションを指定したpg_dumpとは異なり、これらのオプションでは期待された項目がリストアすることができませんでした。 @@ -4171,7 +4156,7 @@ Branch: REL_18_STABLE [7e085aabd] 2026-06-17 09:18:39 -0500 Fix vacuumdb --missing-stats-only to ignore partitioned expression indexes (Baji Shaik) --> -《機械翻訳》vacuumdb --missing-stats-onlyパーティション化された式インデックスを無視するように修正しました。 +vacuumdb --missing-stats-onlyが、パーティションテーブルの式インデックスを無視するように修正されました。 (Baji Shaik) § @@ -4183,8 +4168,8 @@ Branch: REL_18_STABLE [7e085aabd] 2026-06-17 09:18:39 -0500 nothing since statistics are never created for partitioned indexes, only for their leaf indexes. --> -《機械翻訳》以前は、vacuumdbは常にANALYZEパーティション化されたテーブルを試みていました。 -統計処理はパーティション化されたインデックスに対して作成されることはなく、リーフインデックスに対してのみ作成されるため、何も達成されませんでした。 +以前は、vacuumdbは常にパーティションテーブルに対してANALYZEを試みていました。 +パーティションテーブルのインデックスに対して統計情報は作成されず、リーフインデックスに対してのみ作成されるため、この処理は無駄なものとなっていました。 @@ -4200,7 +4185,7 @@ Branch: REL_18_STABLE [12c32bbc8] 2026-06-12 09:39:19 +0900 corruption of a btree metapage's allequalimage flag (Chao Li) --> -《機械翻訳》contrib/amcheckbtreeメタページallequalimageレポートのフラグの破損に対する失敗を修正しました。 +contrib/amcheckにおいて、btreeのメタページのallequalimageフラグの破損が報告されない不具合が修正されました。 (Chao Li) § @@ -4218,7 +4203,7 @@ Branch: REL_18_STABLE [1f8ab91c1] 2026-07-06 09:32:30 +0900 In contrib/amcheck, fix query-lifespan memory leak while verifying a GIN index (Kirill Reshke) --> -《機械翻訳》contrib/amcheckでは、問い合わせメモリリークを検証する際にGIN寿命インデックスを修正しました。 +contrib/amcheckにおいて、GINインデックスの検証中に発生していた問い合わせの生存期間にわたるメモリリークが修正されました。 (Kirill Reshke) § @@ -4239,7 +4224,7 @@ Branch: REL_14_STABLE [af09b18cb] 2026-06-14 04:06:43 +0300 In contrib/amcheck, handle short-header varlena datums correctly (Andrey Borodin) --> -《機械翻訳》contrib/amcheck,ハンドルshort-ヘッダvarlenaデータムで正しく動作するようになりました。 +contrib/amcheckにおいて、ショートヘッダのvarlenaデータムが正しく処理されるように修正されました。 (Andrey Borodin) § @@ -4249,7 +4234,7 @@ Branch: REL_14_STABLE [af09b18cb] 2026-06-14 04:06:43 +0300 This error could result in doing excess work while verifying a btree index, but seems not to have had any worse consequences. --> -《機械翻訳》このエラーは、btreeインデックスを検証する際に過剰な作業を行う可能性がありますが、これ以上悪い結果にはならなかったようです。 +このエラーにより、btreeインデックスを検証時に過剰な処理を引き起こす可能性がありますが、それ以上の深刻な影響は確認されていません。 @@ -4270,7 +4255,7 @@ Branch: REL_14_STABLE [255bce448] 2026-07-01 13:27:22 -0400 fix NaN handling in the float4 and float8 opclasses (Bill Kim, Tom Lane) --> -《機械翻訳》contrib/btree_GiSTで、opclass NaNfloat4とfloat8のハンドリングを修正しました。 +contrib/btree_gistにおいて、float4およびfloat8演算子クラスでのNaNの扱いが修正されました。 (Bill Kim, Tom Lane) § @@ -4284,8 +4269,8 @@ Branch: REL_14_STABLE [255bce448] 2026-07-01 13:27:22 -0400 after installing this update, if there is any possibility that there are NaN entries in those columns. --> -《機械翻訳》比較は、GiSTペナルティ関数や遠隔関数と同様に、アカウントではありませんでしたNaNそして、渡されたときに間違いの答えを返します。 -これらの列にNaNエントリがある可能性がある場合は、この更新をインストールした後にインデックス再作成btree_GiSTfloat列のインデックスを行うことをお勧めします。 +比較演算やGiSTペナルティ関数や距離関数ではNaNが考慮されていなかったため、渡された際に誤った結果が返される問題がありました。 +この更新を適用した後にfloat型の列のbtree_gistにNaNが含まれている可能性がある場合は、インデックスの再作成を推奨します。 @@ -4302,7 +4287,7 @@ Branch: REL_18_STABLE [558c4ea9a] 2026-07-03 13:11:14 -0400 of bit/varbit entries during GiST index construction (Tom Lane) --> -《機械翻訳》contrib/btree_GiSTでは、並べ替えインデックスの構築中にビット/varbitエントリのGiSTを修正しました。 +contrib/btree_gistにおいて、GiSTインデックスの構築時のbit型とvarbit型の値のソート処理が修正されました。 (Tom Lane) § @@ -4316,9 +4301,8 @@ Branch: REL_18_STABLE [558c4ea9a] 2026-07-03 13:11:14 -0400 reindex btree_gist indexes on bit columns after installing this update. --> -《機械翻訳》ビット型の値はbyteaであるかのようにソートされました。 -これは明らかな失敗を引き起こしませんでしたが、型の表現が異なるため、非効率的なインデックスになりました。 -このインデックス再作成をインストールした後に、ビットbtree_gist更新列のインデックスを行うことをお勧めします。 +これまではbit型の値はbytea型であるかのようにソートされていました。これにより直ちに何らかの障害が発生するわけではありませんでしたが、型の表現方法が異なるため、インデックスの効率が低下する原因となっていました。 +本アップデートをインストールした後に、bit型列に対するbtree_gistインデックスの再構築をお勧めします。 @@ -4338,7 +4322,7 @@ Branch: REL_14_STABLE [286f9a3ce] 2026-07-03 13:50:14 -0400 In contrib/btree_gist, fix searches using a not-equal operator (Ayush Tiwari) --> -《機械翻訳》contrib/btree_gistで、等しくない演算子を使用した検索を修正しました。 +contrib/btree_gistにおいて、不等号演算子を使用した検索が修正されました。 (Ayush Tiwari) § @@ -4349,7 +4333,7 @@ Branch: REL_14_STABLE [286f9a3ce] 2026-07-03 13:50:14 -0400 pages applied the wrong comparison function, leading to wrong results and potentially crashes. --> -《機械翻訳》変数-長さデータタイプの場合、リーフインデックス以外のページをスキャンするコードは間違い比較関数を適用していたため、間違いの結果が得られ、クラッシュする可能性がありました。 +可変長データ型の場合、非リーフインデックスページをスキャンするコードで誤った比較関数が適用されていたため、誤った結果となったり、クラッシュが発生する可能性がありました。 @@ -4368,7 +4352,7 @@ Branch: REL_18_STABLE [130396e6c] 2026-05-26 00:52:38 +0900 setting for use_scram_passthrough overrides one for a foreign server (Matheus Alcantara) --> -《機械翻訳》contrib/dblinkおよびcontrib/postgres_fdw,保証では、ユーザ-マッピングの設定use_scram_passthroughは外部サーバの設定より優先されます。 +contrib/dblinkおよびcontrib/postgres_fdwにおいて、use_scram_passthroughに関するユーザマッピングの設定が、外部サーバの設定よりも優先されるようになりました。 (Matheus Alcantara) § § @@ -4379,7 +4363,7 @@ Branch: REL_18_STABLE [130396e6c] 2026-05-26 00:52:38 +0900 Previously the precedence went the other way, but that is inconsistent with the behavior of other foreign-table options. --> -《機械翻訳》以前は優先順位が逆でしたが、それは他の外国-テーブルオプションの行動と矛盾しています。 +以前はこの優先順位が逆でしたが、それは他の外部テーブルオプションの動作と整合性が取れていませんでした。 @@ -4395,7 +4379,7 @@ Branch: REL_18_STABLE [cd777e27e] 2026-05-26 01:08:47 +0900 on contrib/dblink foreign-data wrappers (Matheus Alcantara) --> -《機械翻訳》contrib/dblink外部通過地点ラッパーの設定use_scram_データを拒否する。 +contrib/dblinkの外部データラッパー(FDW)におけるuse_scram_passthrough設定が拒否されるようになりました。 (Matheus Alcantara) § @@ -4406,7 +4390,7 @@ Branch: REL_18_STABLE [cd777e27e] 2026-05-26 01:08:47 +0900 mappings, but dblink incorrectly allowed it at the FDW level as well (and then ignored it). --> -《機械翻訳》このオプションは外部サーバとユーザのマッピングでのみ意味がありますが、dblinkは誤ってFDWレベルでもこのオプションを許可しました（そして無視しました）。 +このオプションは外部サーバとユーザマッピングでのみ意味がありますが、dblinkは誤ってFDWレベルでもこの設定を許可していました（そして実際には無視されていました）。 @@ -4434,7 +4418,7 @@ Branch: REL_14_STABLE [1f6b2295f] 2026-06-18 12:22:55 -0400 contrib/jsonb_plpython (Aleksander Alekseev) --> -《機械翻訳》contrib/hstore_plperl,contrib/jsonb_plperl,and contrib/jsonb_plpython.における無防備な再帰とループを修正しました。 +contrib/hstore_plperl、contrib/jsonb_plperl、contrib/jsonb_plpythonにおける保護されていない再帰とループが修正されました。 (Aleksander Alekseev) § § @@ -4447,7 +4431,7 @@ Branch: REL_14_STABLE [1f6b2295f] 2026-06-18 12:22:55 -0400 loop caused when attempting to dereference circular chains of Perl object references. --> -《機械翻訳》深くネストされたスタックオーバーフロー値を処理するときのjsonbを防止し、Perl無限ループ参照の循環チェーンを逆参照しようとするときに発生するオブジェクトの中断を許可します。 +深くネストされたjsonb値を処理する際のスタックオーバーフローを防ぐとともに、Perlオブジェクト参照の循環チェーンを間接参照しようとした際に発生する無限ループを中断できるようになりました。 @@ -4466,7 +4450,7 @@ Branch: REL_14_STABLE [a96b051a9] 2026-05-25 18:15:49 -0400 Fix missed release of statistics catcache entry in contrib/intarray (Man Zeng) --> -《機械翻訳》contrib/intarrayにある統計処理catcacheエントリの見逃しリリースを修正しました。 +contrib/intarrayにおける統計情報のcatcacheエントリの解放漏れが修正されました。 (Man Zeng) § @@ -4476,7 +4460,7 @@ Branch: REL_14_STABLE [a96b051a9] 2026-05-25 18:15:49 -0400 This oversight led to warnings like resource was not closed: cache pg_statistic. --> -《機械翻訳》この見落としにより、resource is not閉じた:キャッシュpg_statisticのような警告が発生しました。 +この見落としにより、resource was not closed: cache pg_statisticといった警告が発生していました。 @@ -4495,8 +4479,7 @@ Branch: REL_14_STABLE [f528a5606] 2026-06-16 09:31:23 +0300 In contrib/ltree, fix integer overflow in comparisons (Ayush Tiwari) --> -《機械翻訳》では、整数オーバーフローを比較して修正します。 -contrib/ltree +contrib/ltreeにおいて、比較時の整数オーバーフローが修正されました。 (Ayush Tiwari) § @@ -4508,8 +4491,8 @@ Branch: REL_14_STABLE [f528a5606] 2026-06-16 09:31:23 +0300 index contains such values, it is probably corrupt and should be reindexed after installing this update. --> -《機械翻訳》ltree値に約14,653を超えるラベルが含まれている場合、オーバーフローのために間違い比較の回答が得られました。 -btreeインデックス包含の値の場合、おそらく破損しているため、この更新をインストールした後にインデックスを再作成する必要があります。 +約14,653個を超えるラベルを含むltree値では、オーバーフローにより比較結果が誤ったものとなっていました。 +そのような値を含むbtreeインデックスは破損している可能性が高いため、この更新を適用した後にインデックスを再作成する必要があります。 @@ -4526,7 +4509,7 @@ Branch: REL_17_STABLE [2aa6be6e6] 2026-06-22 12:59:16 -0400 after encountering an error while using an OSSLCipher object (Yuelin Wang) --> -《機械翻訳》で、contrib/pgcrypto OSLSCipherフリーを使用中にクラッシュに遭遇した後は、二重エラーオブジェクトを使用しないでください。 +contrib/pgcryptoにおいて、OSSLCipherオブジェクトの使用中にエラーが発生した後の二重解放によるクラッシュを回避するようになりました。 (Yuelin Wang) § @@ -4544,7 +4527,7 @@ Branch: REL_18_STABLE [3bf2cb225] 2026-06-26 19:48:20 +0200 in contrib/pg_prewarm's autoprewarm worker (Matheus Alcantara) --> -《機械翻訳》境界外のアクセスをcontrib/pg_prewarmのautoprewarmワーカーで修正します。 +contrib/pg_prewarmのautoprewarmワーカーにおける範囲外アクセスの問題が修正されました。 (Matheus Alcantara) § @@ -4554,7 +4537,7 @@ Branch: REL_18_STABLE [3bf2cb225] 2026-06-26 19:48:20 +0200 The code tried to fetch a value from one past the end of an array, risking a segfault. --> -《機械翻訳》コードは、配列の端を過ぎたところから値をフェッチしようとし、セグフォールトの危険を冒しました。 +このコードでは、配列の末尾の次にある要素の値を取得しようとしており、セグメンテーション違反を引き起こす恐れがありました。 @@ -4574,7 +4557,7 @@ Branch: REL_14_STABLE [1eda3eb07] 2026-06-06 08:16:46 +0900 heap_force_kill and heap_force_freeze functions (Michael Paquier) --> -《機械翻訳》contrib/pg_surgeryのheap_force_killおよびheap_force_freeze関数の配列オーバーランを修正しました。 +contrib/pg_surgeryのheap_force_killおよびheap_force_freeze関数における配列の範囲外書き込みが修正されました。 (Michael Paquier) § @@ -4585,7 +4568,7 @@ Branch: REL_14_STABLE [1eda3eb07] 2026-06-06 08:16:46 +0900 MaxHeapTuplesPerPage wrote one byte past the end of the allocated array, potentially crashing the server. --> -《機械翻訳》TID番号がMaxHeapTuplePerPageに等しいオフセットを変更しようとすると、割り当てられたバイトの末尾を超えて1つの配列が書き込まれ、サーバがクラッシュする可能性がありました。 +オフセット番号がMaxHeapTuplesPerPageと等しいTIDを変更しようとすると、割り当てられた配列の末尾を1バイト超えて書き込みがおこなわれ、サーバがクラッシュする可能性がありました。 @@ -4605,7 +4588,7 @@ Branch: REL_14_STABLE [e9d53cf45] 2026-08-04 11:44:11 +0200 In contrib/pg_surgery, avoid infinite loop with TID arrays having more than 64K elements (Andrey Rachitskiy) --> -《機械翻訳》では、contrib/pg_surgery 64K以上の要素を持つ無限ループ配列を持つTIDは避けてください。 +contrib/pg_surgeryにおいて、64K個を超える要素を持つTID配列による無限ループを回避するようになりました。 (Andrey Rachitskiy) § @@ -4627,7 +4610,7 @@ Branch: REL_14_STABLE [1de0a711d] 2026-05-14 13:11:49 -0500 in contrib/refint's check_foreign_key() (Ayush Tiwari) --> -《機械翻訳》contrib/refintのcheck_foreign_key().*でのNULL-ポインタの逆参照を避ける。 +contrib/refintのcheck_foreign_key()におけるNULLポインタ参照が回避されました。 (Ayush Tiwari) § @@ -4638,8 +4621,8 @@ Branch: REL_14_STABLE [1de0a711d] 2026-05-14 13:11:49 -0500 led to a crash. This is an oversight in the fix for CVE-2026-6637, but the code that was there before that wasn't really right either. --> -《機械翻訳》更新カスケードケースでは、被参照カラムのNULL値がクラッシュにつながりました。 -これはCVE-2026-6637の修正における見落としですが、以前に存在していたコードも実際には正しくありませんでした。 +ON UPDATE CASCADEの場合、参照される列の値がNULLだとクラッシュが発生していました。 +これはCVE-2026-6637の修正における見落としですが、それ以前のコードもそもそも適切ではありませんでした。 @@ -4659,7 +4642,7 @@ Branch: REL_14_STABLE [58b91fc73] 2026-06-11 12:34:45 +0300 with ~ certainty indicators correctly (Ewan Young) --> -《機械翻訳》contrib/segをプリントセグメントに~確実度インジケータで正しく修正した。 +contrib/segにおいて、確実性指示子~を含むセグメントが正しく表示されるように修正されました。 (Ewan Young) § @@ -4673,8 +4656,8 @@ Branch: REL_14_STABLE [58b91fc73] 2026-06-11 12:34:45 +0300 the upper boundary was not printed at all, incorrectly converting the value into an open interval. --> -《機械翻訳》タイポのために、seg_out()は~セグメントの上部境界にアタッチされた確実性指示子を印刷しませんでした。 -さらに悪いことに、下部境界に~があり、上部境界には指示子がない場合、上部境界はまったく印刷されず、値がオープンインターバルに誤って変換されました。 +タイプミスにより、seg_out()はセグメントの上限に付随する~の確実性指示子を出力していませんでした。 +さらに悪いことに、下限に~があり、上限に指示子がない場合、上限がまったく出力されず、その値が誤って開空間に変換されていました。 @@ -4694,7 +4677,7 @@ Branch: REL_14_STABLE [f3f901a53] 2026-06-11 14:29:29 +0900 xpath_nodeset() function (Andrey Chernyy, Michael Paquier) --> -《機械翻訳》contrib/xml2のxpath_nodeset()関数の名前空間ノードでクラッシュを修正しました。 +contrib/xml2のxpath_nodeset()関数における名前空間ノードに起因するクラッシュが修正されました。 (Andrey Chernyy, Michael Paquier) § @@ -4715,7 +4698,7 @@ Branch: REL_14_STABLE [086652c02] 2026-06-12 13:57:22 +0200 Support building PostgreSQL with OpenSSL 4 (Daniel Gustafsson) --> -《機械翻訳》サポートの建物PostgreSQLOpenSSL 4. +OpenSSL 4を使用したPostgreSQLのビルドがサポートされました。 (Daniel Gustafsson) § @@ -4750,9 +4733,9 @@ Branch: REL_14_STABLE [812cc1a73] 2026-08-02 11:26:30 -0400 be CST from that time forward. That seems likely to change, but it's unclear what new abbreviation will be used. --> -《機械翻訳》アルバータ（アメリカ/エドモントン）は、2026年11月から1年を通してUTC-06（事実上の恒久的なDST）になります。 -このリリースでは、TZの省略形がCSTそれ以降になると想定しています。 -これは変更される可能性がありますが、新しい省略形が使用されるかどうかは不明です。 +アルバータ州(America/Edmonton)は、2026年11月から通年でUTC-06（実質的に恒久的な夏時間）になります。 +このリリースでは、その時点以降のタイムゾーンの省略形がCSTになると想定しています。 +これは変更される可能性がありますが、どのような新しい略称が使用されるかは不明です。 @@ -4760,7 +4743,7 @@ Branch: REL_14_STABLE [812cc1a73] 2026-08-02 11:26:30 -0400 Morocco (Africa/Casablanca) will move to permanent UTC+00, without daylight saving time transitions, on 2026-09-20. --> -《機械翻訳》モロッコ(Africa/Casablanca)は、2026-09-20に夏時間の移行なしで恒久的なUTC+00に移行します。 +モロッコ(Africa/Casablanca)は、2026年9月20日に夏時間の切り替えなしに恒久的なUTC+00に移行します。 @@ -5262,10 +5245,8 @@ Branch: REL_14_STABLE [b282280e9] 2026-05-11 05:13:51 -0700 data dependency of those functions is usefully exploitable in any of these places, but in the interests of safety, replace them. --> -《マッチ度[89.389068]》パスワードやハッシュなどの検証には、 memcpy()やstrcmp()の代わりにtimingsafe_bcmp()を使用するようになりました。 +パスワードやハッシュなどの検証には、 memcmp()やstrcmp()の代わりにtimingsafe_bcmp()を使用するようになりました。 これらの関数のデータ依存性が、これらの箇所で悪用される可能性があるかどうかは不明ですが、安全を期してこれらが置き換えられました。 -《機械翻訳》使用timingsafe_bcmp()代わりmemcmp()または、パスワード、ハッシュなどをチェックする場合には、または、これらの関数のデータ依存性がこれらの場所のいずれかで有効に利用できるかどうかは不明であるが、安全のためにそれらを置き換える。 -strcmp() @@ -5556,7 +5537,7 @@ Branch: REL_14_STABLE [172034f6e] 2026-05-05 10:34:07 +0900 多くのプランナ最適化では、例えばxに一意インデックスが存在する場合、WHERE x = 'abc'を満たすテーブル行は最大で1つであると仮定しています。 しかし、インデックスとWHERE句に異なる照合順序が設定されている場合には、この結論は一般的に安全ではありません。 両方の照合順序が決定論的である場合は安全です。なぜなら、その性質上、2つの文字列の等価性はビット単位の等価性を意味するからです。 -しかし、非決定論的な照合順序はそのように動作しないため、WHERE句またはインデックスのいずれかに非決定論的照合順序が設定されている場合、一意一致を前提とした最適化は誤ったクエリ結果をもたらす可能性がありました。 +しかし、非決定論的照合順序はそのように動作しないため、WHERE句またはインデックスのいずれかに非決定論的照合順序が設定されている場合、一意一致を前提とした最適化は誤ったクエリ結果をもたらす可能性がありました。 @@ -13982,7 +13963,7 @@ Author: Peter Eisentraut with nondeterministic collations (Peter Eisentraut) --> -非決定論的な照合順序でLIKEを使用できるようになりました。 +非決定論的照合順序でLIKEを使用できるようになりました。 (Peter Eisentraut) § @@ -13999,7 +13980,7 @@ Author: Peter Eisentraut Allow text position search functions with nondeterministic collations (Peter Eisentraut) --> -非決定論的な照合順序でテキスト位置検索関数を使用できるようになりました。 +非決定論的照合順序でテキスト位置検索関数を使用できるようになりました。 (Peter Eisentraut) §