オーバ -> オーバー の一括変換

fixed pgsql-jp#2280

.ng.list

@@ -32,6 +32,6 @@
 フリースペースマップ
 ブーリアン
 ### ヘッダーファイル
-### オーバ[^ー]
+オーバ[^ー]
 ワーカ[^ー]
 スーパ[^ー]

doc/src/sgml/brin.sgml

@@ -64,7 +64,7 @@
 すなわち、インデックス内のレンジ要約情報が検索条件と<firstterm>一致</firstterm>すれば、<acronym>BRIN</acronym>インデックスは、レンジ内の全タプルを返します。
 クエリエグゼキュータの役割は、検索条件を再チェックし、条件に合致しないタプルを捨てることです。
 つまり言い換えると、<acronym>BRIN</acronym>インデックスには損失性があります。
-<acronym>BRIN</acronym>インデックスは非常に小さいため、それに対するスキャンは順スキャンに比べると小さなオーバヘッドしか与えません。しかし、あらかじめ条件に合致しないと分かっているテーブルの多くの部分をスキャンすることを避けることができます。
+<acronym>BRIN</acronym>インデックスは非常に小さいため、それに対するスキャンは順スキャンに比べると小さなオーバーヘッドしか与えません。しかし、あらかじめ条件に合致しないと分かっているテーブルの多くの部分をスキャンすることを避けることができます。
  </para>
 
  <para>

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
 -->
-このとき比較は、明示的な照合順序の導出は暗黙の照合順序をオーバライドするため<literal>fr_FR</literal>規則が用いられます。
+このとき比較は、明示的な照合順序の導出は暗黙の照合順序をオーバーライドするため<literal>fr_FR</literal>規則が用いられます。
 さらに、次の例では
 <programlisting>
 SELECT a &lt; b FROM test1;

doc/src/sgml/config.sgml

@@ -3125,7 +3125,7 @@ Linuxでは、これは<quote>transparent huge pages</quote><indexterm><primary>
 -->
 サーバ起動時にパラレルクエリ用に獲得するメモリの量を指定します。
 このメモリ領域不足していたり並列実行される問い合わせで使い尽くされると、新しいパラレルクエリは<varname>dynamic_shared_memory_type</varname>で設定された方法でオペレーティングシステムから一時的に共有メモリを獲得しようとします。
-これはメモリ管理のオーバヘッドにより遅くなる可能性があります。
+これはメモリ管理のオーバーヘッドにより遅くなる可能性があります。
 起動時に<varname>min_dynamic_shared_memory</varname>で獲得するメモリは、サポートするオペレーティングシステムに対する<varname>huge_pages</varname>の設定に影響を受けます。
 huge pageを自動管理するオペレーティングシステム上でより大きなページにより恩恵を被る可能性が大きいです。
 デフォルト値は<literal>0</literal>（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となります。
 このパラメータは<filename>postgresql.conf</filename>ファイル、または、サーバのコマンドラインでのみ設定可能です。
@@ -10017,7 +10017,7 @@ Unixシステムにおいては、<varname>logging_collector</varname>が有効
          Like all statement-logging options, this option can add significant
          overhead.
 -->
-他の文のログを取るオプション同様、このオプションも大きなオーバヘッドを与える可能性があります。
+他の文のログを取るオプション同様、このオプションも大きなオーバーヘッドを与える可能性があります。
         </para>
        </note>
        </listitem>
@@ -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.
 -->
 この設定は、<xref linkend="guc-log-statement"/>、<xref linkend="guc-log-duration"/>および関連設定の結果を表示するログメッセージにのみ影響します。
-ゼロ以外の値の設定は、とりわけパラメータがバイナリ形式で送信される際に多少のオーバヘッドをもたらします。
+ゼロ以外の値の設定は、とりわけパラメータがバイナリ形式で送信される際に多少のオーバーヘッドをもたらします。
 テキストへの変換が必要になるからです。
        </para>
       </listitem>
@@ -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.
 -->
-ゼロ以外の値の設定は多少のオーバヘッドをもたらします。
+ゼロ以外の値の設定は多少のオーバーヘッドをもたらします。
 エラーが起きるかどうかに関わらず、<productname>PostgreSQL</productname>は文を開始する際にテキスト形式のパラメータ値をメモリに保存する必要があるからです。
-パラメータがバイナリ形式で送信される場合にテキスト形式で送信するよりもオーバヘッドが大きくなります。
+パラメータがバイナリ形式で送信される場合にテキスト形式で送信するよりもオーバーヘッドが大きくなります。
 前者はデータ変換が必要なのに対し、後者は単に文字列をコピーするだけだからです。
        </para>
       </listitem>
@@ -11797,7 +11797,7 @@ NULL値を持つ文字列フィールドは出力から除外されます。
         privilege can change this setting.
 -->
 サーバが新しいSQLコマンドを受け取る時に毎回、プロセスタイトルを更新できるようにします。
-この設定値はたいていのプラットフォームで<literal>on</literal>がデフォルトになっていますが、Windowsではプロセスタイトルを更新するオーバヘッドが大きいため、<literal>off</literal>がデフォルトになっています。
+この設定値はたいていのプラットフォームで<literal>on</literal>がデフォルトになっていますが、Windowsではプロセスタイトルを更新するオーバーヘッドが大きいため、<literal>off</literal>がデフォルトになっています。
 スーパーユーザと、適切な<literal>SET</literal>権限を持つユーザのみがこの設定を変更することができます。
        </para>
       </listitem>
@@ -13259,7 +13259,7 @@ SQLトランザクションはそれぞれ、<quote>read uncommitted</quote>、<
         option suitable for long-running read-only transactions.
 -->
 <literal>シリアライザブル</literal>分離レベルで運用されている場合、繰り延べ読み取り専用SQLトランザクションは、その処理の許可の前に遅延されることがあります。
-しかし、ひとたび処理が開始されるとシリアライザブル可能性を保障するために必要ないかなるオーバヘッドも発生させません。
+しかし、ひとたび処理が開始されるとシリアライザブル可能性を保障するために必要ないかなるオーバーヘッドも発生させません。
 従って、シリアル化（直列化）のコードは、このオプションを長期間にわたる読み取り専用トランザクションに対して適切な処置と位置づけ、同時実行の更新の観点から中断を強制する理由はありません。
         </para>
 

doc/src/sgml/config0.sgml

@@ -3133,7 +3133,7 @@ Linuxでは、これは<quote>transparent huge pages</quote><indexterm><primary>
 -->
 サーバ起動時にパラレルクエリ用に獲得するメモリの量を指定します。
 このメモリ領域不足していたり並列実行される問い合わせで使い尽くされると、新しいパラレルクエリは<varname>dynamic_shared_memory_type</varname>で設定された方法でオペレーティングシステムから一時的に共有メモリを獲得しようとします。
-これはメモリ管理のオーバヘッドにより遅くなる可能性があります。
+これはメモリ管理のオーバーヘッドにより遅くなる可能性があります。
 起動時に<varname>min_dynamic_shared_memory</varname>で獲得するメモリは、サポートするオペレーティングシステムに対する<varname>huge_pages</varname>の設定に影響を受けます。
 huge pageを自動管理するオペレーティングシステム上でより大きなページにより恩恵を被る可能性が大きいです。
 デフォルト値は<literal>0</literal>（none）です。

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となります。
 このパラメータは<filename>postgresql.conf</filename>ファイル、または、サーバのコマンドラインでのみ設定可能です。

doc/src/sgml/config2.sgml

@@ -1133,7 +1133,7 @@ Unixシステムにおいては、<varname>logging_collector</varname>が有効
          Like all statement-logging options, this option can add significant
          overhead.
 -->
-他の文のログを取るオプション同様、このオプションも大きなオーバヘッドを与える可能性があります。
+他の文のログを取るオプション同様、このオプションも大きなオーバーヘッドを与える可能性があります。
         </para>
        </note>
        </listitem>
@@ -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.
 -->
 この設定は、<xref linkend="guc-log-statement"/>、<xref linkend="guc-log-duration"/>および関連設定の結果を表示するログメッセージにのみ影響します。
-ゼロ以外の値の設定は、とりわけパラメータがバイナリ形式で送信される際に多少のオーバヘッドをもたらします。
+ゼロ以外の値の設定は、とりわけパラメータがバイナリ形式で送信される際に多少のオーバーヘッドをもたらします。
 テキストへの変換が必要になるからです。
        </para>
       </listitem>
@@ -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.
 -->
-ゼロ以外の値の設定は多少のオーバヘッドをもたらします。
+ゼロ以外の値の設定は多少のオーバーヘッドをもたらします。
 エラーが起きるかどうかに関わらず、<productname>PostgreSQL</productname>は文を開始する際にテキスト形式のパラメータ値をメモリに保存する必要があるからです。
-パラメータがバイナリ形式で送信される場合にテキスト形式で送信するよりもオーバヘッドが大きくなります。
+パラメータがバイナリ形式で送信される場合にテキスト形式で送信するよりもオーバーヘッドが大きくなります。
 前者はデータ変換が必要なのに対し、後者は単に文字列をコピーするだけだからです。
        </para>
       </listitem>
@@ -2913,7 +2913,7 @@ NULL値を持つ文字列フィールドは出力から除外されます。
         privilege can change this setting.
 -->
 サーバが新しいSQLコマンドを受け取る時に毎回、プロセスタイトルを更新できるようにします。
-この設定値はたいていのプラットフォームで<literal>on</literal>がデフォルトになっていますが、Windowsではプロセスタイトルを更新するオーバヘッドが大きいため、<literal>off</literal>がデフォルトになっています。
+この設定値はたいていのプラットフォームで<literal>on</literal>がデフォルトになっていますが、Windowsではプロセスタイトルを更新するオーバーヘッドが大きいため、<literal>off</literal>がデフォルトになっています。
 スーパーユーザと、適切な<literal>SET</literal>権限を持つユーザのみがこの設定を変更することができます。
        </para>
       </listitem>

doc/src/sgml/config3.sgml

@@ -74,7 +74,7 @@
         option suitable for long-running read-only transactions.
 -->
 <literal>シリアライザブル</literal>分離レベルで運用されている場合、繰り延べ読み取り専用SQLトランザクションは、その処理の許可の前に遅延されることがあります。
-しかし、ひとたび処理が開始されるとシリアライザブル可能性を保障するために必要ないかなるオーバヘッドも発生させません。
+しかし、ひとたび処理が開始されるとシリアライザブル可能性を保障するために必要ないかなるオーバーヘッドも発生させません。
 従って、シリアル化（直列化）のコードは、このオプションを長期間にわたる読み取り専用トランザクションに対して適切な処置と位置づけ、同時実行の更新の観点から中断を強制する理由はありません。
         </para>
 

doc/src/sgml/datatype.sgml

@@ -981,7 +981,7 @@ NUMERIC(3, 5)
 数値は物理的に先頭や末尾に0を付与されることなく格納されます。
 したがって、列の宣言された精度と位取りは最大であり、固定的に割り当てられていません。
 （この意味では<type>numeric</type>は<type>char(<replaceable>n</replaceable>)</type>よりも<type>varchar(<replaceable>n</replaceable>)</type>に似ています。）
-実際の格納に必要な容量は、10進数4桁のそれぞれのグループに対して2バイトと、3から8バイトのオーバヘッドです。
+実際の格納に必要な容量は、10進数4桁のそれぞれのグループに対して2バイトと、3から8バイトのオーバーヘッドです。
     </para>
 
     <indexterm>

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子コンテキストがログされ、残りのコンテキストについてはサマリが付加されます。
-この関数を頻繁に呼び出すと、大きなオーバヘッドを引き起こす可能性があることに注意してください。
+この関数を頻繁に呼び出すと、大きなオーバーヘッドを引き起こす可能性があることに注意してください。
 大量のログメッセージが生成される可能性があるからです。
    </para>
 

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子コンテキストがログされ、残りのコンテキストについてはサマリが付加されます。
-この関数を頻繁に呼び出すと、大きなオーバヘッドを引き起こす可能性があることに注意してください。
+この関数を頻繁に呼び出すと、大きなオーバーヘッドを引き起こす可能性があることに注意してください。
 大量のログメッセージが生成される可能性があるからです。
    </para>