文か数を合わせるように分割と移動

文の数のチェックで引っかからないように修正しました。

doc/src/sgml/datetime.sgml

@@ -1197,7 +1197,8 @@ POSIX時間帯の指定には以下の形式があります。
    So, 1700, 1800, 1900, 2100, and 2200 are not leap years. But 1600,
    2000, and 2400 are leap years.
 -->
-したがって、1700、1800、1900、2100、2200はうるう年ではありませんが、1600、2000、2400はうるう年です。
+したがって、1700、1800、1900、2100、2200はうるう年ではありません。
+しかし、1600、2000、2400はうるう年です。
 
 <!--
    By contrast, in the older Julian calendar all years divisible by 4 are leap
@@ -1256,19 +1257,25 @@ $ <userinput>cal 9 1752</userinput>
 <!--
    Different calendars have been developed in various parts of the
    world, many predating the Gregorian system.
+-->
+グレゴリオ暦が開発されるより前から、様々な暦が世界の多くの地域で開発されました。
 
+<!--
    For example,
    the beginnings of the Chinese calendar can be traced back to the 14th
    century BC. Legend has it that the Emperor Huangdi invented that
    calendar in 2637 BC.
+-->
+例えば、中国暦のルーツは紀元前14世紀まで遡ることができます。
+伝説では、黄帝が紀元前2637年にこの暦を発明したとされています。
 
+<!--
    The People's Republic of China uses the Gregorian calendar
    for civil purposes. The Chinese calendar is used for determining
    festivals.
 -->
-グレゴリオ暦が開発されるより前から、様々な暦が世界の多くの地域で開発されました。
-例えば、中国暦のルーツは紀元前14世紀まで遡ることができますし、伝説では、黄帝が紀元前2637年にこの暦を発明したとされています。
-中華人民共和国では、公的な目的ではグレゴリオ暦を使用していますが、祝祭日の決定には中国暦を使用します。
+中華人民共和国では、公的な目的ではグレゴリオ暦を使用しています。
+中国暦は祝祭日を決定するために使用されます。
   </para>
 
   </sect1>

doc/src/sgml/dml.sgml

@@ -405,13 +405,14 @@ DELETE FROM products WHERE price = 10;
 <!--
    If you simply write:
 -->
-単に次のようにすると、テーブル内の全ての行が削除されますので注意してください！
+単に次のようにすると、
 <programlisting>
 DELETE FROM products;
 </programlisting>
 <!--
    then all rows in the table will be deleted!  Caveat programmer.
 -->
+テーブル内の全ての行が削除されますので注意してください！
 プログラマに対する警告です。
   </para>
  </sect1>

doc/src/sgml/ecpg.sgml

@@ -12638,7 +12638,8 @@ int rdatestr(date d, char *str);
         format.
 -->
 このECPGの実装は<productname>Informix</productname>の実装と異なることに注意してください。
-<productname>Informix</productname>では、環境変数により書式を変更できますが、ECPGでは出力書式を変更することはできません。
+<productname>Informix</productname>では、環境変数により書式を変更できます。
+しかしECPGでは出力書式を変更することはできません。
        </para>
       </listitem>
      </varlistentry>

doc/src/sgml/func.sgml

@@ -27031,6 +27031,7 @@ SELECT b1 = ANY((SELECT b2 FROM t2 ...)) FROM t1 ...;
     entire table. A query like:
 -->
 他のSQLデータベース管理システムでの作業に親しんだユーザは、<function>count</function>集約関数がテーブル全体に適用される場合の性能に失望するかも知れません。
+次のような問い合わせ：
 <programlisting>
 SELECT count(*) FROM sometable;
 </programlisting>
@@ -27040,7 +27041,8 @@ SELECT count(*) FROM sometable;
     entire table or the entirety of an index that includes all rows in
     the table.
 -->
-のような問い合わせはテーブルサイズに比例した労力が必要です。<productname>PostgreSQL</productname>はテーブル全体か、そのテーブルの全ての行を含んだインデックス全体のスキャンを必要とします。
+はテーブルサイズに比例した労力が必要です。
+<productname>PostgreSQL</productname>はテーブル全体か、そのテーブルの全ての行を含んだインデックス全体のスキャンを必要とします。
    </para>
   </note>
 

doc/src/sgml/installation.sgml

@@ -4673,14 +4673,15 @@ setenv LD_LIBRARY_PATH /usr/local/pgsql/lib
     get a message like:
 -->
 もし確信が持てない場合は、システムのマニュアルページ（おそらく<command>ld.so</command>か<command>rld</command>）を参照してください。
-もし後に下記のようなメッセージが出たら、このステップが必要だったということです。
+もし後に下記のようなメッセージが出たら、
 <screen>
 psql: error in loading shared libraries
 libpq.so.2.1: cannot open shared object file: No such file or directory
 </screen>
 <!--
     then this step was necessary.  Simply take care of it then.
 -->
+このステップが必要だったということです。
 この場合は処置を行ってください。
    </para>
 
@@ -5327,7 +5328,7 @@ xcrun --show-sdk-path
 <!--
     To suppress the <option>-isysroot</option> options altogether, use
 -->
-<option>-isysroot</option>オプションを完全に抑制するには、以下のようにします(存在しないパス名であればどのようなものであっても動作します)。
+<option>-isysroot</option>オプションを完全に抑制するには、以下のようにします
 <programlisting>
 ./configure ... PG_SYSROOT=none
 </programlisting>
@@ -5336,6 +5337,7 @@ xcrun --show-sdk-path
     to build with a non-Apple compiler, but beware that that case is not
     tested or supported by the PostgreSQL developers.
 -->
+(存在しないパス名であればどのようなものであっても動作します)。
 これはApple製でないコンパイラで構築するのに有用かもしれませんが、この状況はPostgreSQLの開発者がテストもサポートもしていないことに注意してください。
    </para>
 

doc/src/sgml/intro.sgml

@@ -144,7 +144,8 @@ POSTGRESは後からいくつかの商用データベースで利用できるよ
    of this original Berkeley code.  It supports a large part of the SQL
    standard and offers many modern features:
 -->
-<productname>PostgreSQL</productname>はオリジナルのバークレイ校のソースコードを引き継ぐオープンソースのデータベースで、標準SQLの大部分やその他の最新の機能をサポートしています。
+<productname>PostgreSQL</productname>はオリジナルのバークレイ校のソースコードを引き継ぐオープンソースのデータベースです。
+標準SQLの大部分やその他の最新の機能をサポートしています。
 
    <itemizedlist spacing="compact">
 <!--

doc/src/sgml/libpq.sgml

@@ -3847,7 +3847,8 @@ int PQconnectionNeedsPassword(const PGconn *conn);
        Returns true (1) if the connection authentication method
        used a password. Returns false (0) if not.
 -->
-接続認証方式でパスワードを使用する場合は真（1）、さもなくば偽（0）を返します。
+接続認証方式でパスワードを使用する場合は真（1）を返します。
+さもなくば偽（0）を返します。
 
 <synopsis>
 int PQconnectionUsedPassword(const PGconn *conn);
@@ -11156,8 +11157,8 @@ main(void)
      * Sends a PGEVT_REGISTER to myEventProc.
      */
 --><![CDATA[
-    /* イベントを受け取るべきすべての接続で１回呼ばれる
-     * myEventProcにPGEVT_REGISTERを送る
+    /* イベントを受け取るべきすべての接続で１回呼ばれる。
+     * myEventProcにPGEVT_REGISTERを送る。
      */
     if (!PQregisterEventProc(conn, myEventProc, "mydata_proc", NULL))
     {
@@ -13105,7 +13106,8 @@ int PQisthreadsafe();
    <xref linkend="libpq-PQoidValue"/>.
 -->
 非推奨の関数、<xref linkend="libpq-PQrequestCancel"/>や<xref linkend="libpq-PQoidStatus"/>はスレッドセーフではありませんので、マルチスレッドプログラムでは使用してはなりません。
-<xref linkend="libpq-PQrequestCancel"/>は<xref linkend="libpq-PQcancel"/>に、<xref linkend="libpq-PQoidStatus"/>は<xref linkend="libpq-PQoidValue"/>に置き換えることができます。
+<xref linkend="libpq-PQrequestCancel"/>は<xref linkend="libpq-PQcancel"/>に置き換えできます。
+<xref linkend="libpq-PQoidStatus"/>は<xref linkend="libpq-PQoidValue"/>に置き換えできます。
   </para>
 
   <para>

doc/src/sgml/manage-ag.sgml

@@ -288,14 +288,13 @@ createdb <replaceable class="parameter">dbname</replaceable>
 -->
 他のユーザのためにデータベースを作成し、そのユーザ自身が設定、管理できるように新しいデータベースの所有者にさせたい場合も考えられます。
 そのためには、次のコマンドのいずれかを使用します。
-SQL環境からは
 <programlisting>
 CREATE DATABASE <replaceable>dbname</replaceable> OWNER <replaceable>rolename</replaceable>;
 </programlisting>
 <!--
    from the SQL environment, or:
 -->
-シェルからは
+をSQL環境から実行するか、または
 <programlisting>
 createdb -O <replaceable>rolename</replaceable> <replaceable>dbname</replaceable>
 </programlisting>
@@ -304,6 +303,7 @@ createdb -O <replaceable>rolename</replaceable> <replaceable>dbname</replaceable
    Only the superuser is allowed to create a database for
    someone else (that is, for a role you are not a member of).
 -->
+をシェルから実行します。
 他のユーザのために（つまり、自身がメンバではないロールのために）データベースを作成できるのはスーパーユーザだけです。
   </para>
  </sect1>

doc/src/sgml/mvcc.sgml

@@ -2602,7 +2602,8 @@ SELECT pg_advisory_lock(q.id) FROM
     These have the SQLSTATE code <literal>40P01</literal>
     (<literal>deadlock_detected</literal>).
 -->
-SQLSTATEコード<literal>40P01</literal>(<literal>deadlock_detected</literal>)を持つデッドロック障害を再試行することも推奨されます。
+デッドロック障害を再試行することも推奨されます。
+これらはSQLSTATEコード<literal>40P01</literal>(<literal>deadlock_detected</literal>)を持ちます。
    </para>
 
    <para>

doc/src/sgml/perform.sgml

@@ -1781,7 +1781,7 @@ SELECT * FROM zipcodes WHERE city = 'San Francisco' AND zip = '94105';
       the same assumption about
 -->
 プランナは、選択率が変わらないという正しい推定に基づき<structfield>city</structfield>句を無視します。
-しかし、これを満たす行が0行であるにもかかわらず、次の問い合わせでも同じ推測をします。
+しかし、同じ前提を
 <programlisting>
 SELECT * FROM zipcodes WHERE city = 'San Francisco' AND zip = '90210';
 </programlisting>
@@ -1790,6 +1790,7 @@ SELECT * FROM zipcodes WHERE city = 'San Francisco' AND zip = '90210';
       Functional dependency statistics do not provide enough information
       to conclude that, however.
 -->
+が満たす行が0行であるにもかかわらず、同じ推測をします。
 関数従属性統計情報は、これを結論付けるだけの十分な情報を提供しません。
      </para>
 

doc/src/sgml/postgres-fdw.sgml

@@ -29,7 +29,8 @@
   standards-compliant syntax for accessing remote tables, and can give
   better performance in many cases.
 -->
-実質上、本モジュールの提供する機能は以前の<xref linkend="dblink"/>モジュールが提供する機能と重複していますが、<filename>postgres_fdw</filename>はリモートのテーブルにアクセスするためにより透過的で標準に準拠した構文を利用できるほか、多くの場合においてより良い性能を得る事ができます。
+実質上、本モジュールの提供する機能は以前の<xref linkend="dblink"/>モジュールが提供する機能と重複しています。
+しかし、<filename>postgres_fdw</filename>はリモートのテーブルにアクセスするためにより透過的で標準に準拠した構文を利用できるほか、多くの場合においてより良い性能を得る事ができます。
  </para>
 
  <para>
@@ -440,7 +441,8 @@ postgresサーバが動作しているシステムユーザのunixのホーム
        The default value is <literal>0.01</literal>.
 -->
 外部サーバに指定できるこのオプションは、このサーバでの外部テーブルのスキャンにおいて、各タプル毎に発生する追加的なコストとして使用される浮動小数点値です。
-これは、サーバ間のデータ転送における追加的なオーバーヘッドを表現し、リモートサーバへのネットワーク遅延の高低を反映するためにこの数値を増減することができます。
+これは、サーバ間のデータ転送における追加的なオーバーヘッドを表現します。
+リモートサーバへのネットワーク遅延の高低を反映するためにこの数値を増減することができます。
 デフォルト値は<literal>0.01</literal>です。
       </para>
      </listitem>

doc/src/sgml/postgres.sgml

@@ -131,7 +131,8 @@ Unixやプログラミングに関する経験は必要ありません。
 -->
 ここでの内容は、初心者のユーザでも先のページを何度も参照することなく、最初から最後まで全てのトピックを理解できるような構成になっています。
 各章ごとに内容が独立していますので、上級ユーザは必要な章だけを選んで読むことができます。
-ここではトピックに関する説明が中心となっていますので、特定のコマンドの完全な記述が必要なユーザは<xref linkend="reference"/>を参照してください。
+ここではトピックに関する説明が中心となっています。
+特定のコマンドの完全な記述が必要なユーザは<xref linkend="reference"/>を参照してください。
    </para>
 
    <para>

doc/src/sgml/protocol.sgml

@@ -1834,8 +1834,8 @@ Syncメッセージを受け取ると、ReadyForQueryを発行し、通常処理
     the command to be executed is a <command>COPY FROM STDIN</command>.)
 -->
 バックエンドは、コピーインモード期間中、FlushとSyncメッセージを無視します。
-その他の種類の非コピーメッセージを受け取ると、エラーになり、上述のようにコピーイン状態を中断します
-（クライアントライブラリがExecuteメッセージの後に、実行したコマンドが<command>COPY FROM STDIN</command>かどうかを検査することなく、常にFlushまたはSyncを送信できる、という便利さのためにFlushとSyncは例外です）。
+その他の種類の非コピーメッセージを受け取ると、エラーになり、上述のようにコピーイン状態を中断します。
+（クライアントライブラリがExecuteメッセージの後に、実行したコマンドが<command>COPY FROM STDIN</command>かどうかを検査することなく、常にFlushまたはSyncを送信できる、という便利さのためにFlushとSyncは例外です。）
    </para>
 
    <para>

doc/src/sgml/ref/copy.sgml

@@ -741,7 +741,8 @@ COPY <replaceable class="parameter">count</replaceable>
     <command>COPY FROM</command> will invoke any triggers and check
     constraints on the destination table. However, it will not invoke rules.
 -->
-<command>COPY FROM</command>は、宛先テーブル上で任意のトリガと検査制約を呼び出しますが、ルールは呼び出しません。
+<command>COPY FROM</command>は、宛先テーブル上で任意のトリガと検査制約を呼び出します。
+ただし、ルールは呼び出しません。
    </para>
 
    <para>

doc/src/sgml/ref/create_view.sgml

@@ -139,18 +139,17 @@ CREATE [ OR REPLACE ] [ TEMP | TEMPORARY ] [ RECURSIVE ] VIEW <replaceable class
 <!--
       Creates a recursive view.  The syntax
 -->
-再帰的ビューを作成します。
+再帰的ビューを作成します。この構文は
 <synopsis>
 CREATE RECURSIVE VIEW [ <replaceable>schema</replaceable> . ] <replaceable>view_name</replaceable> (<replaceable>column_names</replaceable>) AS SELECT <replaceable>...</replaceable>;
 </synopsis>
 <!--
       is equivalent to
 -->
-という構文は
+以下と同等です。
 <synopsis>
 CREATE VIEW [ <replaceable>schema</replaceable> . ] <replaceable>view_name</replaceable> AS WITH RECURSIVE <replaceable>view_name</replaceable> (<replaceable>column_names</replaceable>) AS (SELECT <replaceable>...</replaceable>) SELECT <replaceable>column_names</replaceable> FROM <replaceable>view_name</replaceable>;
 </synopsis>
-と同等です。
 <!--
       A view column name list must be specified for a recursive view.
 -->

doc/src/sgml/ref/select.sgml

@@ -1798,7 +1798,7 @@ EXCLUDE NO OTHERS
 <literal>SELECT DISTINCT ON ( <replaceable class="parameter">expression</replaceable> [, ...] )</literal>は指定した式が等しいと評価した各行集合の中で、最初の行のみを保持します。
 <literal>DISTINCT ON</literal>式は、<literal>ORDER BY</literal>（上述）と同じ規則で扱われます。
 各集合の<quote>最初の行</quote>は、<literal>ORDER BY</literal>を使用して目的の行が確実に最初に現れるようにしない限り予測することはできないことに注意してください。
-例えば、次の例は各地点の最新の気象情報を取り出します。
+例えば。
 <programlisting>
 SELECT DISTINCT ON (location) location, time, report
     FROM weather_reports
@@ -1810,6 +1810,7 @@ SELECT DISTINCT ON (location) location, time, report
     of time values for each location, we'd have gotten a report from
     an unpredictable time for each location.
 -->
+これは各地点の最新の気象情報を取り出します。
 しかし<literal>ORDER BY</literal>を使用して各地点を時間によって降順にソートしなければ、各地点について得られる情報がいつのものかはわかりません。
    </para>
 
@@ -2986,7 +2987,8 @@ SELECT 2+2;
     However, an empty list is not allowed when <literal>DISTINCT</literal> is used.
 -->
 <literal>SELECT</literal>の後の出力式のリストは空でも良く、このとき列数がゼロの結果テーブルが生成されます。
-これは標準SQLでは有効な構文ではありませんが、<productname>PostgreSQL</productname>は列数がゼロのテーブルを許すので、それと整合性を保つために許しています。
+これは標準SQLでは有効な構文ではありません。
+<productname>PostgreSQL</productname>は列数がゼロのテーブルを許すので、それと整合性を保つために許しています。
 しかし、<literal>DISTINCT</literal>を使う時は、空のリストを使うことはできません。
    </para>
   </refsect2>

doc/src/sgml/regress.sgml

@@ -68,7 +68,7 @@
    To run the parallel regression tests after building but before installation,
    type:
 -->
-構築後、インストール前に並行リグレッションテストを行う場合には、最上位のディレクトリで以下のように入力してください。
+構築後、インストール前に並行リグレッションテストを行う場合には、
 <screen>
 make check
 </screen>
@@ -79,6 +79,7 @@ make check
    tests which run sequentially are prefixed with <quote>-</quote>.
    At the end you should see something like:
 -->
+を最上位のディレクトリで入力してください。
 （または、<filename>src/test/regress</filename>ディレクトリに移動して、そこで実行してください。）
 並行的に実行されるテストは前に<quote>+</quote>が付いていて、連続的に実行されるテストは前に<quote>-</quote>が付いています。
 終了したら以下のような表示がされるはずです。