From 0662d05267a4da9c2f7c2dae8ecfa49cdd194238 Mon Sep 17 00:00:00 2001 From: Noboru Saito Date: Tue, 2 May 2023 04:32:13 +0900 Subject: [PATCH] =?UTF-8?q?=E3=82=AA=E3=83=BC=E3=83=90=20->=20=E3=82=AA?= =?UTF-8?q?=E3=83=BC=E3=83=90=E3=83=BC=20=E3=81=AE=E4=B8=80=E6=8B=AC?= =?UTF-8?q?=E5=A4=89=E6=8F=9B?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit fixed #2280 --- .ng.list | 2 +- doc/src/sgml/brin.sgml | 2 +- doc/src/sgml/charset.sgml | 2 +- doc/src/sgml/config.sgml | 16 ++++++++-------- doc/src/sgml/config0.sgml | 2 +- doc/src/sgml/config1.sgml | 2 +- doc/src/sgml/config2.sgml | 10 +++++----- doc/src/sgml/config3.sgml | 2 +- doc/src/sgml/datatype.sgml | 2 +- doc/src/sgml/func.sgml | 2 +- doc/src/sgml/func4.sgml | 2 +- doc/src/sgml/hash.sgml | 8 ++++---- doc/src/sgml/high-availability.sgml | 4 ++-- doc/src/sgml/libpq.sgml | 18 +++++++++--------- doc/src/sgml/libpq2.sgml | 2 +- doc/src/sgml/libpq3.sgml | 16 ++++++++-------- doc/src/sgml/monitoring.sgml | 2 +- doc/src/sgml/pgstatstatements.sgml | 2 +- doc/src/sgml/pgstattuple.sgml | 2 +- doc/src/sgml/postgres-fdw.sgml | 4 ++-- doc/src/sgml/replication-origins.sgml | 2 +- doc/src/sgml/xtypes.sgml | 2 +- 22 files changed, 53 insertions(+), 53 deletions(-) diff --git a/.ng.list b/.ng.list index 6176b00997a..557b1950e3e 100644 --- a/.ng.list +++ b/.ng.list @@ -32,6 +32,6 @@ フリースペースマップ ブーリアン ### ヘッダーファイル -### オーバ[^ー] +オーバ[^ー] ワーカ[^ー] スーパ[^ー] diff --git a/doc/src/sgml/brin.sgml b/doc/src/sgml/brin.sgml index 53c35f8ab14..82f5beb0bd8 100644 --- a/doc/src/sgml/brin.sgml +++ b/doc/src/sgml/brin.sgml @@ -64,7 +64,7 @@ すなわち、インデックス内のレンジ要約情報が検索条件と一致すれば、BRINインデックスは、レンジ内の全タプルを返します。 クエリエグゼキュータの役割は、検索条件を再チェックし、条件に合致しないタプルを捨てることです。 つまり言い換えると、BRINインデックスには損失性があります。 -BRINインデックスは非常に小さいため、それに対するスキャンは順スキャンに比べると小さなオーバヘッドしか与えません。しかし、あらかじめ条件に合致しないと分かっているテーブルの多くの部分をスキャンすることを避けることができます。 +BRINインデックスは非常に小さいため、それに対するスキャンは順スキャンに比べると小さなオーバーヘッドしか与えません。しかし、あらかじめ条件に合致しないと分かっているテーブルの多くの部分をスキャンすることを避けることができます。 diff --git a/doc/src/sgml/charset.sgml b/doc/src/sgml/charset.sgml index 84efe677013..b9f2342ba25 100644 --- a/doc/src/sgml/charset.sgml +++ b/doc/src/sgml/charset.sgml @@ -851,7 +851,7 @@ SELECT a < ('foo' COLLATE "fr_FR") FROM test1; because the explicit collation derivation overrides the implicit one. Furthermore, given --> -このとき比較は、明示的な照合順序の導出は暗黙の照合順序をオーバライドするためfr_FR規則が用いられます。 +このとき比較は、明示的な照合順序の導出は暗黙の照合順序をオーバーライドするためfr_FR規則が用いられます。 さらに、次の例では SELECT a < b FROM test1; diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml index acb45e6241b..eb7d382f6b4 100644 --- a/doc/src/sgml/config.sgml +++ b/doc/src/sgml/config.sgml @@ -3125,7 +3125,7 @@ Linuxでは、これはtransparent huge pages --> サーバ起動時にパラレルクエリ用に獲得するメモリの量を指定します。 このメモリ領域不足していたり並列実行される問い合わせで使い尽くされると、新しいパラレルクエリはdynamic_shared_memory_typeで設定された方法でオペレーティングシステムから一時的に共有メモリを獲得しようとします。 -これはメモリ管理のオーバヘッドにより遅くなる可能性があります。 +これはメモリ管理のオーバーヘッドにより遅くなる可能性があります。 起動時にmin_dynamic_shared_memoryで獲得するメモリは、サポートするオペレーティングシステムに対するhuge_pagesの設定に影響を受けます。 huge pageを自動管理するオペレーティングシステム上でより大きなページにより恩恵を被る可能性が大きいです。 デフォルト値は0（none）です。 @@ -5130,7 +5130,7 @@ WALライタがWALをフラッシュする頻度を量で指定します。 or on the server command line. --> チェックポイントの間の時間のうち、どの程度の割合を使うかをチェックポイントの完了目標として指定します。 -デフォルトは0.9で、可能な限りの間隔のほとんどにチェックポイントを拡散し、かなり一定のI/O負荷をもたらしますが、チェックポイントが完了するにあたってオーバヘッドをもたらします。 +デフォルトは0.9で、可能な限りの間隔のほとんどにチェックポイントを拡散し、かなり一定のI/O負荷をもたらしますが、チェックポイントが完了するにあたってオーバーヘッドをもたらします。 チェックポイントの完了を早くするので、このパラメータを小さくするのはお勧めできません。 これにより、チェックポイント中はI/Oの割合が大きくなり、チェックポイントの完了から次のチェックポイントまでの間はより少ないI/Oとなります。 このパラメータはpostgresql.confファイル、または、サーバのコマンドラインでのみ設定可能です。 @@ -10017,7 +10017,7 @@ Unixシステムにおいては、logging_collectorが有効 Like all statement-logging options, this option can add significant overhead. --> -他の文のログを取るオプション同様、このオプションも大きなオーバヘッドを与える可能性があります。 +他の文のログを取るオプション同様、このオプションも大きなオーバーヘッドを与える可能性があります。 @@ -11017,7 +11017,7 @@ log_line_prefix = '%m [%p] %q%u@%d/%a ' are sent in binary form, since then conversion to text is required. --> この設定は、、および関連設定の結果を表示するログメッセージにのみ影響します。 -ゼロ以外の値の設定は、とりわけパラメータがバイナリ形式で送信される際に多少のオーバヘッドをもたらします。 +ゼロ以外の値の設定は、とりわけパラメータがバイナリ形式で送信される際に多少のオーバーヘッドをもたらします。 テキストへの変換が必要になるからです。 @@ -11058,9 +11058,9 @@ log_line_prefix = '%m [%p] %q%u@%d/%a ' they are sent as text, since the former case requires data conversion while the latter only requires copying the string. --> -ゼロ以外の値の設定は多少のオーバヘッドをもたらします。 +ゼロ以外の値の設定は多少のオーバーヘッドをもたらします。 エラーが起きるかどうかに関わらず、PostgreSQLは文を開始する際にテキスト形式のパラメータ値をメモリに保存する必要があるからです。 -パラメータがバイナリ形式で送信される場合にテキスト形式で送信するよりもオーバヘッドが大きくなります。 +パラメータがバイナリ形式で送信される場合にテキスト形式で送信するよりもオーバーヘッドが大きくなります。 前者はデータ変換が必要なのに対し、後者は単に文字列をコピーするだけだからです。 @@ -11797,7 +11797,7 @@ NULL値を持つ文字列フィールドは出力から除外されます。 privilege can change this setting. --> サーバが新しいSQLコマンドを受け取る時に毎回、プロセスタイトルを更新できるようにします。 -この設定値はたいていのプラットフォームでonがデフォルトになっていますが、Windowsではプロセスタイトルを更新するオーバヘッドが大きいため、offがデフォルトになっています。 +この設定値はたいていのプラットフォームでonがデフォルトになっていますが、Windowsではプロセスタイトルを更新するオーバーヘッドが大きいため、offがデフォルトになっています。 スーパーユーザと、適切なSET権限を持つユーザのみがこの設定を変更することができます。 @@ -13259,7 +13259,7 @@ SQLトランザクションはそれぞれ、read uncommitted、< option suitable for long-running read-only transactions. --> シリアライザブル分離レベルで運用されている場合、繰り延べ読み取り専用SQLトランザクションは、その処理の許可の前に遅延されることがあります。 -しかし、ひとたび処理が開始されるとシリアライザブル可能性を保障するために必要ないかなるオーバヘッドも発生させません。 +しかし、ひとたび処理が開始されるとシリアライザブル可能性を保障するために必要ないかなるオーバーヘッドも発生させません。 従って、シリアル化（直列化）のコードは、このオプションを長期間にわたる読み取り専用トランザクションに対して適切な処置と位置づけ、同時実行の更新の観点から中断を強制する理由はありません。 diff --git a/doc/src/sgml/config0.sgml b/doc/src/sgml/config0.sgml index 0645e651516..e6ddecdf3a5 100644 --- a/doc/src/sgml/config0.sgml +++ b/doc/src/sgml/config0.sgml @@ -3133,7 +3133,7 @@ Linuxでは、これはtransparent huge pages --> サーバ起動時にパラレルクエリ用に獲得するメモリの量を指定します。 このメモリ領域不足していたり並列実行される問い合わせで使い尽くされると、新しいパラレルクエリはdynamic_shared_memory_typeで設定された方法でオペレーティングシステムから一時的に共有メモリを獲得しようとします。 -これはメモリ管理のオーバヘッドにより遅くなる可能性があります。 +これはメモリ管理のオーバーヘッドにより遅くなる可能性があります。 起動時にmin_dynamic_shared_memoryで獲得するメモリは、サポートするオペレーティングシステムに対するhuge_pagesの設定に影響を受けます。 huge pageを自動管理するオペレーティングシステム上でより大きなページにより恩恵を被る可能性が大きいです。 デフォルト値は0（none）です。 diff --git a/doc/src/sgml/config1.sgml b/doc/src/sgml/config1.sgml index 7390b8937c3..5c39541c544 100644 --- a/doc/src/sgml/config1.sgml +++ b/doc/src/sgml/config1.sgml @@ -1113,7 +1113,7 @@ WALライタがWALをフラッシュする頻度を量で指定します。 or on the server command line. --> チェックポイントの間の時間のうち、どの程度の割合を使うかをチェックポイントの完了目標として指定します。 -デフォルトは0.9で、可能な限りの間隔のほとんどにチェックポイントを拡散し、かなり一定のI/O負荷をもたらしますが、チェックポイントが完了するにあたってオーバヘッドをもたらします。 +デフォルトは0.9で、可能な限りの間隔のほとんどにチェックポイントを拡散し、かなり一定のI/O負荷をもたらしますが、チェックポイントが完了するにあたってオーバーヘッドをもたらします。 チェックポイントの完了を早くするので、このパラメータを小さくするのはお勧めできません。 これにより、チェックポイント中はI/Oの割合が大きくなり、チェックポイントの完了から次のチェックポイントまでの間はより少ないI/Oとなります。 このパラメータはpostgresql.confファイル、または、サーバのコマンドラインでのみ設定可能です。 diff --git a/doc/src/sgml/config2.sgml b/doc/src/sgml/config2.sgml index 4986a819424..b344a5c0742 100644 --- a/doc/src/sgml/config2.sgml +++ b/doc/src/sgml/config2.sgml @@ -1133,7 +1133,7 @@ Unixシステムにおいては、logging_collectorが有効 Like all statement-logging options, this option can add significant overhead. --> -他の文のログを取るオプション同様、このオプションも大きなオーバヘッドを与える可能性があります。 +他の文のログを取るオプション同様、このオプションも大きなオーバーヘッドを与える可能性があります。 @@ -2133,7 +2133,7 @@ log_line_prefix = '%m [%p] %q%u@%d/%a ' are sent in binary form, since then conversion to text is required. --> この設定は、、および関連設定の結果を表示するログメッセージにのみ影響します。 -ゼロ以外の値の設定は、とりわけパラメータがバイナリ形式で送信される際に多少のオーバヘッドをもたらします。 +ゼロ以外の値の設定は、とりわけパラメータがバイナリ形式で送信される際に多少のオーバーヘッドをもたらします。 テキストへの変換が必要になるからです。 @@ -2174,9 +2174,9 @@ log_line_prefix = '%m [%p] %q%u@%d/%a ' they are sent as text, since the former case requires data conversion while the latter only requires copying the string. --> -ゼロ以外の値の設定は多少のオーバヘッドをもたらします。 +ゼロ以外の値の設定は多少のオーバーヘッドをもたらします。 エラーが起きるかどうかに関わらず、PostgreSQLは文を開始する際にテキスト形式のパラメータ値をメモリに保存する必要があるからです。 -パラメータがバイナリ形式で送信される場合にテキスト形式で送信するよりもオーバヘッドが大きくなります。 +パラメータがバイナリ形式で送信される場合にテキスト形式で送信するよりもオーバーヘッドが大きくなります。 前者はデータ変換が必要なのに対し、後者は単に文字列をコピーするだけだからです。 @@ -2913,7 +2913,7 @@ NULL値を持つ文字列フィールドは出力から除外されます。 privilege can change this setting. --> サーバが新しいSQLコマンドを受け取る時に毎回、プロセスタイトルを更新できるようにします。 -この設定値はたいていのプラットフォームでonがデフォルトになっていますが、Windowsではプロセスタイトルを更新するオーバヘッドが大きいため、offがデフォルトになっています。 +この設定値はたいていのプラットフォームでonがデフォルトになっていますが、Windowsではプロセスタイトルを更新するオーバーヘッドが大きいため、offがデフォルトになっています。 スーパーユーザと、適切なSET権限を持つユーザのみがこの設定を変更することができます。 diff --git a/doc/src/sgml/config3.sgml b/doc/src/sgml/config3.sgml index 7f989c22d16..a1786aa558d 100644 --- a/doc/src/sgml/config3.sgml +++ b/doc/src/sgml/config3.sgml @@ -74,7 +74,7 @@ option suitable for long-running read-only transactions. --> シリアライザブル分離レベルで運用されている場合、繰り延べ読み取り専用SQLトランザクションは、その処理の許可の前に遅延されることがあります。 -しかし、ひとたび処理が開始されるとシリアライザブル可能性を保障するために必要ないかなるオーバヘッドも発生させません。 +しかし、ひとたび処理が開始されるとシリアライザブル可能性を保障するために必要ないかなるオーバーヘッドも発生させません。 従って、シリアル化（直列化）のコードは、このオプションを長期間にわたる読み取り専用トランザクションに対して適切な処置と位置づけ、同時実行の更新の観点から中断を強制する理由はありません。 diff --git a/doc/src/sgml/datatype.sgml b/doc/src/sgml/datatype.sgml index 3edaa5ce712..0a905d86fe4 100644 --- a/doc/src/sgml/datatype.sgml +++ b/doc/src/sgml/datatype.sgml @@ -981,7 +981,7 @@ NUMERIC(3, 5) 数値は物理的に先頭や末尾に0を付与されることなく格納されます。 したがって、列の宣言された精度と位取りは最大であり、固定的に割り当てられていません。 （この意味ではnumericはchar(n)よりもvarchar(n)に似ています。） -実際の格納に必要な容量は、10進数4桁のそれぞれのグループに対して2バイトと、3から8バイトのオーバヘッドです。 +実際の格納に必要な容量は、10進数4桁のそれぞれのグループに対して2バイトと、3から8バイトのオーバーヘッドです。 diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml index 011011d3c2f..8ccb325a2f5 100644 --- a/doc/src/sgml/func.sgml +++ b/doc/src/sgml/func.sgml @@ -33618,7 +33618,7 @@ LOG: Grand total: 1651920 bytes in 201 blocks; 622360 free (88 chunks); 1029560 because it may generate a large number of log messages. --> 同じ親に100よりも多い子コンテキストがあると、最初の100子コンテキストがログされ、残りのコンテキストについてはサマリが付加されます。 -この関数を頻繁に呼び出すと、大きなオーバヘッドを引き起こす可能性があることに注意してください。 +この関数を頻繁に呼び出すと、大きなオーバーヘッドを引き起こす可能性があることに注意してください。 大量のログメッセージが生成される可能性があるからです。 diff --git a/doc/src/sgml/func4.sgml b/doc/src/sgml/func4.sgml index 99307e7013a..f6ba1b1f492 100644 --- a/doc/src/sgml/func4.sgml +++ b/doc/src/sgml/func4.sgml @@ -5864,7 +5864,7 @@ LOG: Grand total: 1651920 bytes in 201 blocks; 622360 free (88 chunks); 1029560 because it may generate a large number of log messages. --> 同じ親に100よりも多い子コンテキストがあると、最初の100子コンテキストがログされ、残りのコンテキストについてはサマリが付加されます。 -この関数を頻繁に呼び出すと、大きなオーバヘッドを引き起こす可能性があることに注意してください。 +この関数を頻繁に呼び出すと、大きなオーバーヘッドを引き起こす可能性があることに注意してください。 大量のログメッセージが生成される可能性があるからです。 diff --git a/doc/src/sgml/hash.sgml b/doc/src/sgml/hash.sgml index f158d1e9bd3..6c3d7eebcb7 100644 --- a/doc/src/sgml/hash.sgml +++ b/doc/src/sgml/hash.sgml @@ -193,8 +193,8 @@ Bツリーのように、ハッシュインデックスは単純なインデッ purposes, bitmap pages are regarded as a subset of the overflow pages. --> ハッシュインデックスには4種類のページがあります。 -静的に確保された制御情報を持つメタページ(ページ0)、主バケットページ、オーバフローページ、解放されて再利用が可能なオーバフローページを追跡するビットマップページ、です。 -アドレッシング目的という点では、ビットマップページはオーバフローページのサブセットと見なされます。 +静的に確保された制御情報を持つメタページ(ページ0)、主バケットページ、オーバーフローページ、解放されて再利用が可能なオーバーフローページを追跡するビットマップページ、です。 +アドレッシング目的という点では、ビットマップページはオーバーフローページのサブセットと見なされます。 @@ -224,7 +224,7 @@ Bツリーのように、ハッシュインデックスは単純なインデッ move primary bucket pages around after they are created. --> 与えられたインデックスにおいて、バケット数に対する必要な溢れページは多いかもしれないし少ないかもしれないので、主バケットページと溢れページは独立して確保されます。 -ハッシュのコードは、作成後は主バケットページを動かす必要がなく、しかも可変数のオーバフローページをサポートするために興味深いアドレス付規則を使用しています。 +ハッシュのコードは、作成後は主バケットページを動かす必要がなく、しかも可変数のオーバーフローページをサポートするために興味深いアドレス付規則を使用しています。 @@ -237,7 +237,7 @@ Bツリーのように、ハッシュインデックスは単純なインデッ the relative ordering of hash codes across different index pages of a bucket. --> インデックス付されたテーブル内の各行はハッシュインデックスにおいては単一のインデックスタプルで表現されています。 -ハッシュインデックスタプルはバケットページに格納され、オーバフローページが存在するならそこにも存在します。 +ハッシュインデックスタプルはバケットページに格納され、オーバーフローページが存在するならそこにも存在します。 インデックスエントリをハッシュコードによりソートされた一つのインデックスページに保持し、一つのインデックスページ内での二分探索を可能にすることにより、探索を高速化しています。 しかし、バケット内の異なるインデックスページ間において、ハッシュコードの間に相対的な順序付けがあるという前提はないことに留意してください。 diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml index 586d78a8bed..14b53a0d654 100644 --- a/doc/src/sgml/high-availability.sgml +++ b/doc/src/sgml/high-availability.sgml @@ -591,7 +591,7 @@ Bucardoはこの種のレプリケーションの一例です。 --> - プライマリサーバにオーバヘッドがない + プライマリサーバにオーバーヘッドがない ○ ○ @@ -1601,7 +1601,7 @@ primary_slot_name = 'node_a_slot' and also to minimize inter-site bandwidth overheads. --> カスケードレプリケーションは、リレーのような振る舞い、つまり、スタンバイサーバから他のスタンバイにレプリケーション接続し、WALレコードを送信することができます。 -プライマリサーバへ直接の接続を減らしたり、サイト相互の帯域オーバヘッドを最小化するために使用することができます。 +プライマリサーバへ直接の接続を減らしたり、サイト相互の帯域オーバーヘッドを最小化するために使用することができます。 diff --git a/doc/src/sgml/libpq.sgml b/doc/src/sgml/libpq.sgml index a55ce7e6000..9388bb94b2a 100644 --- a/doc/src/sgml/libpq.sgml +++ b/doc/src/sgml/libpq.sgml @@ -10950,7 +10950,7 @@ myEventProc(PGEventId evtId, void *evtInfo, void *passThrough) to avoid DNS lookup overhead. --> PGHOSTADDRは接続パラメータと同様に動作します。 -PGHOSTの代わりに設定して、または、PGHOSTに追加して、DNS検索に要するオーバヘッドをなくすことができます。 +PGHOSTの代わりに設定して、または、PGHOSTに追加して、DNS検索に要するオーバーヘッドをなくすことができます。 @@ -12188,9 +12188,9 @@ libpqにおいて、sslmodeパラメータをverify- illustrates the risks the different sslmode values protect against, and what statement they make about security and overhead. --> -すべてのSSLオプションでは暗号化の形式と鍵交換といったオーバヘッドがかかります。 +すべてのSSLオプションでは暗号化の形式と鍵交換といったオーバーヘッドがかかります。 このため性能と安全性との間で決定されるべきトレードオフがあります。 -は異なるsslmode値が防御する危険性と、安全性とオーバヘッドに対する声明を示したものです。 +は異なるsslmode値が防御する危険性と、安全性とオーバーヘッドに対する声明を示したものです。 @@ -12244,7 +12244,7 @@ libpqにおいて、sslmodeパラメータをverify- --> たぶん いいえ - セキュリティはどうでもよいが、サーバがそれを強く要求するのであれば暗号化のオーバヘッドを払ってもよい + セキュリティはどうでもよいが、サーバがそれを強く要求するのであれば暗号化のオーバーヘッドを払ってもよい @@ -12259,7 +12259,7 @@ libpqにおいて、sslmodeパラメータをverify- --> たぶん いいえ - セキュリティはどうでもよいが、サーバがそれをサポートするのであれば暗号化のオーバヘッドを払ってもよい + セキュリティはどうでもよいが、サーバがそれをサポートするのであれば暗号化のオーバーヘッドを払ってもよい @@ -12274,7 +12274,7 @@ libpqにおいて、sslmodeパラメータをverify- --> はい いいえ - データを暗号化して欲しい。そしてオーバヘッドも受け入れる。意図したサーバに常に接続することをネットワークが確実にしてくれると信用する + データを暗号化して欲しい。そしてオーバーヘッドも受け入れる。意図したサーバに常に接続することをネットワークが確実にしてくれると信用する @@ -12289,7 +12289,7 @@ libpqにおいて、sslmodeパラメータをverify- --> はい CAの方針に依存 - データを暗号化して欲しい。そしてオーバヘッドも受け入れる。信頼するサーバに確実に接続したい + データを暗号化して欲しい。そしてオーバーヘッドも受け入れる。信頼するサーバに確実に接続したい @@ -12305,7 +12305,7 @@ libpqにおいて、sslmodeパラメータをverify- --> はい はい - データを暗号化して欲しい。そしてオーバヘッドも受け入れる。信頼するサーバに接続すること、そのサーバが指定したものであることを確実にしたい + データを暗号化して欲しい。そしてオーバーヘッドも受け入れる。信頼するサーバに接続すること、そのサーバが指定したものであることを確実にしたい @@ -12337,7 +12337,7 @@ libpqにおいて、sslmodeパラメータをverify- for backward compatibility, and is not recommended in secure deployments. --> sslmodeのデフォルト値はpreferです。 -表で示したように、これはセキュリティの視点では意味がなく、可能であれば性能上のオーバヘッドを保証するだけです。 +表で示したように、これはセキュリティの視点では意味がなく、可能であれば性能上のオーバーヘッドを保証するだけです。 これは後方互換性を提供するためのみにデフォルトとなっているもので、安全性確保の観点からは推奨されません。 diff --git a/doc/src/sgml/libpq2.sgml b/doc/src/sgml/libpq2.sgml index a32c3be31ff..7034cec3461 100644 --- a/doc/src/sgml/libpq2.sgml +++ b/doc/src/sgml/libpq2.sgml @@ -3167,7 +3167,7 @@ myEventProc(PGEventId evtId, void *evtInfo, void *passThrough) to avoid DNS lookup overhead. --> PGHOSTADDRは接続パラメータと同様に動作します。 -PGHOSTの代わりに設定して、または、PGHOSTに追加して、DNS検索に要するオーバヘッドをなくすことができます。 +PGHOSTの代わりに設定して、または、PGHOSTに追加して、DNS検索に要するオーバーヘッドをなくすことができます。 diff --git a/doc/src/sgml/libpq3.sgml b/doc/src/sgml/libpq3.sgml index c9857278e73..e25581343bc 100644 --- a/doc/src/sgml/libpq3.sgml +++ b/doc/src/sgml/libpq3.sgml @@ -750,9 +750,9 @@ libpqにおいて、sslmodeパラメータをverify- illustrates the risks the different sslmode values protect against, and what statement they make about security and overhead. --> -すべてのSSLオプションでは暗号化の形式と鍵交換といったオーバヘッドがかかります。 +すべてのSSLオプションでは暗号化の形式と鍵交換といったオーバーヘッドがかかります。 このため性能と安全性との間で決定されるべきトレードオフがあります。 -は異なるsslmode値が防御する危険性と、安全性とオーバヘッドに対する声明を示したものです。 +は異なるsslmode値が防御する危険性と、安全性とオーバーヘッドに対する声明を示したものです。
@@ -806,7 +806,7 @@ libpqにおいて、sslmodeパラメータをverify- --> たぶん いいえ - セキュリティはどうでもよいが、サーバがそれを強く要求するのであれば暗号化のオーバヘッドを払ってもよい + セキュリティはどうでもよいが、サーバがそれを強く要求するのであれば暗号化のオーバーヘッドを払ってもよい @@ -821,7 +821,7 @@ libpqにおいて、sslmodeパラメータをverify- --> たぶん いいえ - セキュリティはどうでもよいが、サーバがそれをサポートするのであれば暗号化のオーバヘッドを払ってもよい + セキュリティはどうでもよいが、サーバがそれをサポートするのであれば暗号化のオーバーヘッドを払ってもよい @@ -836,7 +836,7 @@ libpqにおいて、sslmodeパラメータをverify- --> はい いいえ - データを暗号化して欲しい。そしてオーバヘッドも受け入れる。意図したサーバに常に接続することをネットワークが確実にしてくれると信用する + データを暗号化して欲しい。そしてオーバーヘッドも受け入れる。意図したサーバに常に接続することをネットワークが確実にしてくれると信用する @@ -851,7 +851,7 @@ libpqにおいて、sslmodeパラメータをverify- --> はい CAの方針に依存 - データを暗号化して欲しい。そしてオーバヘッドも受け入れる。信頼するサーバに確実に接続したい + データを暗号化して欲しい。そしてオーバーヘッドも受け入れる。信頼するサーバに確実に接続したい @@ -867,7 +867,7 @@ libpqにおいて、sslmodeパラメータをverify- --> はい はい - データを暗号化して欲しい。そしてオーバヘッドも受け入れる。信頼するサーバに接続すること、そのサーバが指定したものであることを確実にしたい + データを暗号化して欲しい。そしてオーバーヘッドも受け入れる。信頼するサーバに接続すること、そのサーバが指定したものであることを確実にしたい @@ -899,7 +899,7 @@ libpqにおいて、sslmodeパラメータをverify- for backward compatibility, and is not recommended in secure deployments. --> sslmodeのデフォルト値はpreferです。 -表で示したように、これはセキュリティの視点では意味がなく、可能であれば性能上のオーバヘッドを保証するだけです。 +表で示したように、これはセキュリティの視点では意味がなく、可能であれば性能上のオーバーヘッドを保証するだけです。 これは後方互換性を提供するためのみにデフォルトとなっているもので、安全性確保の観点からは推奨されません。 diff --git a/doc/src/sgml/monitoring.sgml b/doc/src/sgml/monitoring.sgml index 46cae7dc591..f6342c2ae5f 100644 --- a/doc/src/sgml/monitoring.sgml +++ b/doc/src/sgml/monitoring.sgml @@ -168,7 +168,7 @@ postgres 27093 0.0 0.0 30096 2752 ? Ss 11:34 0:00 postgres: ser --> を無効にした場合、活動情報を示す部分は更新されません。 新しいプロセスが起動した時に一度だけ、プロセスの表題は設定されます。 -プラットフォームの中には、これによりコマンドごとのオーバヘッドをかなり抑えられるものもありますし、まったく意味がないものもあります。 +プラットフォームの中には、これによりコマンドごとのオーバーヘッドをかなり抑えられるものもありますし、まったく意味がないものもあります。 diff --git a/doc/src/sgml/pgstatstatements.sgml b/doc/src/sgml/pgstatstatements.sgml index 0abea8ff41d..3aef3dea2b0 100644 --- a/doc/src/sgml/pgstatstatements.sgml +++ b/doc/src/sgml/pgstatstatements.sgml @@ -990,7 +990,7 @@ SQL文のコードを出力するのに費やした総時間（ミリ秒単位 --> pg_stat_statementsビューは同じくpg_stat_statementsという名前の関数の項で定義されています。 クライアントがpg_stat_statements関数を直接呼び出し、showtext := falseと指定することで問い合わせテキストを省略することが可能です（すなわち、ビューのquery列に対応するOUT引数はNULLを返します）。 -この機能は不定長の問い合わせテキストを繰り返し取得するオーバヘッドを避けたいと考える外部のツールをサポートすることを意図したものです。 +この機能は不定長の問い合わせテキストを繰り返し取得するオーバーヘッドを避けたいと考える外部のツールをサポートすることを意図したものです。 そのようなツールは代わりに、それがpg_stat_statements自身が行なっていることのすべてですので、各項目で最初に観察された問い合わせテキストをキャッシュし、必要とされる問い合わせテキストのみを取得できます。 サーバは問い合わせテキストをファイルに格納しますので、この方法はpg_stat_statementsデータの繰り返しの検査に対する物理I/Oを減らすでしょう。 diff --git a/doc/src/sgml/pgstattuple.sgml b/doc/src/sgml/pgstattuple.sgml index 7f0519d895d..7fe403767dd 100644 --- a/doc/src/sgml/pgstattuple.sgml +++ b/doc/src/sgml/pgstattuple.sgml @@ -187,7 +187,7 @@ free_percent | 1.95 padding to ensure that tuples are correctly aligned. --> table_lenは、tuple_len、dead_tuple_len、free_spaceの合計よりも常に大きいです。 -違いの原因は、固定ページのオーバヘッド、ページ毎のタプルへのポインタのテーブル、タプルが正しく整列することを確実にするためのパディングです。 +違いの原因は、固定ページのオーバーヘッド、ページ毎のタプルへのポインタのテーブル、タプルが正しく整列することを確実にするためのパディングです。 diff --git a/doc/src/sgml/postgres-fdw.sgml b/doc/src/sgml/postgres-fdw.sgml index bc4be7ba9eb..d812c35ead4 100644 --- a/doc/src/sgml/postgres-fdw.sgml +++ b/doc/src/sgml/postgres-fdw.sgml @@ -466,7 +466,7 @@ postgresサーバが動作しているシステムユーザのunixのホーム 一方、use_remote_estimateがfalseの時、postgres_fdwはローカルの行数とコスト推定値を取得しfdw_startup_costとfdw_tuple_costをコスト推定値に加算します。 このローカルな推定は、リモートテーブルの統計情報のローカルコピーが利用可能でないと、正確である見込みはほとんどありません。 ローカルな統計情報を更新するには外部テーブルに対するを実行します。これはリモートテーブルに対するスキャンを実行し、あたかもローカルなテーブルであるかのように統計情報の計算と保存を行います。 -ローカルな統計情報を保存する事で、クエリの度にリモートテーブルの実行計画を作成するオーバヘッドを削減する事ができます。 +ローカルな統計情報を保存する事で、クエリの度にリモートテーブルの実行計画を作成するオーバーヘッドを削減する事ができます。 しかしながら、リモートテーブルの更新頻度が高ければローカルの統計情報はすぐに実態を反映しなくなるでしょう。 @@ -633,7 +633,7 @@ IMMUTABLEで、列挙された拡張に属する関数と演算子は、リモ --> 外部サーバから返却されるデータの一貫性を保証するために、postgres_fdwは一つの外部サーバに対して一つの接続だけを開きます。 そして、テーブルが異なるユーザマッピングの対象でない限り、複数の外部テーブルが存在してもすべての問い合わせをサーバに対して順番に実行します。 -この場合、問い合わせを非同期に実行することによるオーバヘッドをなくすためにこのオプションを使用しないほうが性能が良くなるかもしれません。 +この場合、問い合わせを非同期に実行することによるオーバーヘッドをなくすためにこのオプションを使用しないほうが性能が良くなるかもしれません。 diff --git a/doc/src/sgml/replication-origins.sgml b/doc/src/sgml/replication-origins.sgml index 05efdbea062..2abc797c84b 100644 --- a/doc/src/sgml/replication-origins.sgml +++ b/doc/src/sgml/replication-origins.sgml @@ -87,7 +87,7 @@ IDは、空間効率が重要な場合に、長い名前を格納することを --> レプリケーションソリューションを構築する際に無視できない問題は、どうやってリプレイの進捗を安全に追跡するか、ということです。 (訳注: ログを)適用するプロセス、あるいはシステム全体が死んだ時に、どこまでデータのレプリケーションが成功したかを見つけることができなければなりません。 -トランザクションのリプレイの度にテーブルの行を更新するような素朴なソリューションは、実行時のオーバヘッドとデータベースの肥大化問題を起こします。 +トランザクションのリプレイの度にテーブルの行を更新するような素朴なソリューションは、実行時のオーバーヘッドとデータベースの肥大化問題を起こします。 diff --git a/doc/src/sgml/xtypes.sgml b/doc/src/sgml/xtypes.sgml index 2867587b89c..56080ce2a33 100644 --- a/doc/src/sgml/xtypes.sgml +++ b/doc/src/sgml/xtypes.sgml @@ -396,7 +396,7 @@ CREATE TYPE complex ( type definition specifies an alignment. If the alignment is important you must go through the regular PG_DETOAST_DATUM interface. --> -データの整列が（単なる特定の関数向けやデータ型が常にバイト単位の整列を規定しているため）重要でない場合、PG_DETOAST_DATUMのオーバヘッドの一部を省くことができます。 +データの整列が（単なる特定の関数向けやデータ型が常にバイト単位の整列を規定しているため）重要でない場合、PG_DETOAST_DATUMのオーバーヘッドの一部を省くことができます。 代わりにPG_DETOAST_DATUM_PACKEDを使用してください（通常はGETARG_DATATYPE_PPマクロを定義することで隠蔽されます）。 そして、VARSIZE_ANY_EXHDRおよびVARDATA_ANYマクロを使用して、圧縮されている可能性があるデータにアクセスしてください。 繰り返しますが、これらのマクロから返されるデータは、たとえデータ型定義で整列を規定していたとしても、整列されません。