Update Japanese FAQ, backpatched to 8.1.X.

doc/FAQ_AIX

@@ -1,5 +1,5 @@
 From: Zeugswetter Andreas <ZeugswetterA@spardat.at>
-$Date: 2006/02/25 04:30:06 $
+$Date: 2006/03/01 20:31:55 $
 
 On AIX 4.3.2 PostgreSQL compiled with the native IBM compiler xlc
 (vac.C 5.0.1) passes all regression tests.  Other versions of OS and

doc/FAQ_japanese

@@ -1,6 +1,6 @@
 PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ)
 
-原文最終更新日: Thu Dec 8 17:26:16 EST 2005
+原文最終更新日: Fri Feb 24 23:28:40 EST 2006
 
 現在の維持管理者: Bruce Momjian (pgman at candle.pha.pa.us)
 Maintainer of Japanese Translation: Jun Kuwamura (juk at PostgreSQL.jp)
@@ -221,7 +221,7 @@ ftp://ftp.PostgreSQL.org/pub/
 
 1.6) 最新版はどれですか？
 
-PostgreSQL の最新版はバージョン 8.1.1 です。
+PostgreSQL の最新版はバージョン 8.1.3 です。
 
 我々は、1年毎にメジャーリリースを、数ヵ月ごとのマイナーリリースを行なうことを計
 画しています。
@@ -621,7 +621,7 @@ VACUUM FULL tab
 例題として、各行に整数とテキスト記述を持つ 100,000行のファイルを考えてみましょ
 う。テキストの文字列の平均長さを20バイトと仮定すると、フラットファイルの大きさ
 は約2.8MB です。このデータを含む PostgreSQL データベースファイルの大きさは次の
-ように約6.4MBと見積もることができます：
+ように約5.6MBと見積もることができます：
 
     28 bytes: 各ロウのヘッダ(概算)
     24 bytes: 整数(int)フィールドとテキスト(text)フィールド
@@ -666,14 +666,7 @@ NULL
 。
 
 しかし、ORDER BYと組み合わされたLIMIT は、テーブルの小さな部分を返すためにたび
-たびインデックスを使うでしょう。実際、MAX() や MIN() がインデックスを使わないと
+たびインデックスを使うでしょう。
-しても、このような値をORDER BY と LIMIT を使ってインデックスを使って取り出すこ
-とが可能です:
-
-    SELECT col
-    FROM tab
-    ORDER BY col [ DESC ]
-    LIMIT 1;
 
 もし、オプティマイザが間違ってシーケンシャルスキャンを選択したことに疑いがなけ
 れば、SET enable_seqscan TO 'off'に設定して、クエリをもう一度実行し、インデック
@@ -959,7 +952,7 @@ PL/PgSQL
 [訳注：
   日本語版の製作については以下の通りです。
 
-  最終更新日:   2005年12月14日
+  最終更新日:   2006年02月26日
   翻訳者:       桑村 潤 (Jun Kuwamura <juk at PostgreSQL.jp>)
 
   このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):

doc/src/FAQ/FAQ_japanese.html

@@ -9,7 +9,7 @@
 <div id="pgContentWrap">
 
 <h1>PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ)</h1>
-<p>原文最終更新日:		Thu Dec 8 17:26:16 EST 2005</p>
+<p>原文最終更新日:		Fri Feb 24 23:28:40 EST 2006</p>
 <p>現在の維持管理者:	Bruce Momjian (<A
 href="mailto:pgman at candle.pha.pa.us">pgman at candle.pha.pa.us</a>)<br />
 Maintainer of Japanese Translation:	Jun Kuwamura (<A
@@ -252,7 +252,7 @@ href="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp</a>)<br /></p>
 
 <h4 id="item1.6">1.6</a>) 最新版はどれですか？</h4>
 
-    <p>PostgreSQL の最新版はバージョン 8.1.1 です。</p>
+    <p>PostgreSQL の最新版はバージョン 8.1.3 です。</p>
     <p>我々は、1年毎にメジャーリリースを、数ヵ月ごとのマイナーリリースを
     行なうことを計画しています。</p>
 
@@ -772,7 +772,7 @@ http://www.postgresql.jp/PostgreSQL/references.html</a>
     <p> 例題として、各行に整数とテキスト記述を持つ 100,000行のファイルを
     考えてみましょう。テキストの文字列の平均長さを20バイトと仮定すると、
     フラットファイルの大きさは約2.8MB です。このデータを含む PostgreSQL
-    データベースファイルの大きさは次のように約6.4MBと見積もることができ
+    データベースファイルの大きさは次のように約5.6MBと見積もることができ
     ます： 
 
 <pre>
@@ -824,16 +824,7 @@ http://www.postgresql.jp/PostgreSQL/references.html</a>
 
     しかし、<small>ORDER BY</small>と組み合わされた<small>LIMIT</small>
     は、テーブルの小さな部分を返すためにたびたびインデックスを使うでしょ
-    う。実際、MAX() や MIN() がインデックスを使わないとしても、このよう
+    う。
-    な値をORDER BY と LIMIT を使ってインデックスを使って取り出すことが可
-    能です:
-
-<pre>
-    SELECT col
-    FROM tab
-    ORDER BY col [ DESC ]
-    LIMIT 1;
-</pre>
 
     <p>もし、オプティマイザが間違ってシーケンシャルスキャンを選択したこ
     とに疑いがなければ、<CODE>SET enable_seqscan TO 'off'</CODE>に設定し
@@ -1181,7 +1172,7 @@ http://www.postgresql.jp/PostgreSQL/references.html</a>
 [訳注：
   日本語版の製作については以下の通りです。
 
-  最終更新日:	2005年12月14日
+  最終更新日:	2006年02月26日
   翻訳者:	桑村 潤 (<a href="mailto:juk at PostgreSQL.jp">Jun Kuwamura &lt;juk at PostgreSQL.jp&gt;</a>)
 
   このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):