Update Japanese FAQ.

1 files changed, 36 insertions, 28 deletions

diff --git a/doc/FAQ_japanese b/doc/FAQ_japanese
index 4f1b9ab9e4f..2ca543022e1 100644
--- a/doc/FAQ_japanese
+++ b/doc/FAQ_japanese
@@ -1,6 +1,6 @@
 PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ)
 
-原文最終更新日: Sat Oct 14 19:08:19 EDT 2006
+原文最終更新日: Mon Dec 11 17:45:54 EST 2006
 
 現在の維持管理者: Bruce Momjian (bruce@momjian.us)
 Maintainer of Japanese Translation: Jun Kuwamura (juk at PostgreSQL.jp)
@@ -71,8 +71,9 @@ Maintainer of Japanese Translation: Jun Kuwamura (juk at PostgreSQL.jp)
 4.8) 正規表現での検索や大文字と小文字とを区別しない正規表現検索はどのように実現
 しますか？大文字と小文字とを区別しない検索のためのインデックスはどのように使い
 ますか？
-4.9) クエリの中で、フィールドがNULL であることを検出するにはどうしますか？フィ
-ールドがNULLかどうかでどのようにソートができますか？
+4.9) クエリの中で、フィールドが NULL であることを検出するにはどうしますか？
+NULLの可能性のあるものをどのようすれば連結できますか? フィールドがNULLかどうか
+でどのようにソートができますか？
 4.10) いろいろな文字型のそれぞれの違いは何ですか？
 4.11.1) 通番(serial)／自動増分フィールドはどのようにつくりますか？
 4.11.2) SERIALデータ型に挿入される値は、どうすれば得られますか？
@@ -90,7 +91,8 @@ Maintainer of Japanese Translation: Jun Kuwamura (juk at PostgreSQL.jp)
 4.19) PL/PgSQL の関数の中で一時テーブルにアクセスするとき、どうして "relation
 with OID ##### does not exist" というエラーを受け取るのでしょうか？
 4.20) どのようなレプリケーションのソリューションがありますか？
-4.21) テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか？
+4.21) テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか？なぜ大
+文字化(キャピタライズ)は温存されないのですか?
 
                               日本語に関する質問
 
@@ -188,7 +190,7 @@ SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
 
     [訳注：
         著作権に関する正文は上記の英語による表記です。日本語訳はあくまで
-        参考です。
+        参考程度としてください。
     ]
 
 
@@ -225,7 +227,7 @@ ftp://ftp.PostgreSQL.org/pub/ を使います。
 
 1.6) 最新のリリースはどれですか？
 
-PostgreSQL の最新版はバージョン 8.1.5 です。
+PostgreSQL の最新版はバージョン 8.2.0 です。
 
 我々は、1年毎にメジャーリリースを、数ヵ月ごとのマイナーリリースを行なうことを計
 画しています。
@@ -284,10 +286,10 @@ PostgreSQLは拡張されたSQL:2003のサブセットをサポートします。我々のページの TODO
 
  ・ 既にここにある機能は、 TODO リストです
  ・ 次のような機能は目論まれていません。それは：
-     □ 既にSQL企画に従った既存の機能性と重複するもの
-     □ コードの複雑性ばかり高めて、得るものが少ない機能
-     □ 安全性が確かめられない機能
- ・ 新しい機能は TODO リストに加えられられます。
+     □ SQL規格に準ずる既存の機能と重複するもの
+     □ コードの複雑性ばかりを高めて、得るものが少ない機能
+     □ 安全性が確められない機能
+ ・ 新しい機能は、 TODO のリストに加えられられます。
 
 我々は、PostgreSQL に関して、電子メールで直接対応して TODO リストを最新に更新し
 てゆくほうがより効果的であることを知っていますので、バグ追跡システムは使いませ
@@ -343,9 +345,9 @@ PostgreSQLは拡張されたSQL:2003のサブセットをサポートします。我々のページの TODO
     ]
 
 
-コマンドラインのクライアントプログラムpsql も、型、演算子、関数、集約、その他の
-情報をお見せする、いくつかの素晴らしい \d コマンドを持ちます。 - \? を使うと利
-用可能なコマンドが表示されます。
+コマンドラインのクライアントプログラムpsql にも、型、演算子、関数、集約、その他
+の情報を調べるために、素晴らしい \d コマンドがいくつかあります。 \? を入力する
+と利用可能なコマンドが表示されます。
 
 我々の Web サイトには、さらに沢山の文書があります。
 
@@ -757,8 +759,9 @@ LIKE あるいは ~ のようなワイルドカード演算子は特別な環境でしか使えません：
 すが、その違いが文字ケースだけであっても同一にはなりません。あえて特定の文字ケ
 ースをカラムに格納するには CHECK制約か、トリガーを使ってください。
 
-4.9) クエリの中で、フィールドがNULL であることを検出するにはどうしますか？フィ
-ールドがNULLかどうかでどのようにソートができますか？
+4.9) クエリの中で、フィールドがNULL であることを検出するにはどうしますか？ NULL
+であることを検出するにはどうしますか？フィールドがNULLかどうかでどのようにソー
+トができますか？
 
 以下のように、IS NULL と IS NOT NULLで、そのカラムをテストしてみます：
 
@@ -766,6 +769,11 @@ LIKE あるいは ~ のようなワイルドカード演算子は特別な環境でしか使えません：
    FROM tab
    WHERE col IS NULL;
 
+NULLの可能性のあるものを連結するには、COALESCE()を次のように使います。
+
+   SELECT COALESCE(col1, '') || COALESCE(col2, '')
+   FROM tab
+
 NULL状態でソートするには、IS NULL と IS NOT NULL の修飾子を ORDER BY 句の中で使
 ってみます。true のものは false のものよりも高い値として並べられますので、次の
 例では NULL の記載が結果リストの上部に置かれます。
@@ -859,11 +867,10 @@ currval() 関数を使って取り出すこともできます。たとえば、
 
 4.12) OID とは何ですか？ CTID とは何ですか？
 
-PostgreSQLでつくられるすべてのロウは、WITHOUT OIDS でつくられないかぎり一意の
-OIDを得ます。 OIDは自動的に4バイトの整数で与えられ、それは、全インストレーショ
-ンを通して一意な値となります。しかし、約40億でオーバーフローし、そして、OIDは重
-複をしはじめます。PostgreSQLは内部システムテーブルを一緒にリンクするためにOID
-を使います。
+テーブルがWITH OIDSでつくられた場合は、それぞれのロウに一意なOIDが取られます。
+OIDは自動的に4バイトの整数で与えられ、それは、全インストレーションを通して一意
+な値となります。しかし、約40億でオーバーフローし、そして、OIDは重複をしはじめま
+す。PostgreSQLは内部システムテーブルを一緒にリンクするためにOID を使います。
 
 ユーザのテーブルのカラムに一意の番号を付けるためには、 OID ではなく SERIAL を使
 うのが最もよいでしょう。SERIALの連番は1つのテーブル内でのみ一意になるからで、オ
@@ -965,14 +972,15 @@ PL/PgSQL は関数スクリプトをキャッシュし、不幸にもその副作用で、 PL/PgSQL関数が
 この他にも、商用やハードウェア−ベースのレプリケーションソリューションがいろい
 ろなレプリケーションモデルをサポートしています。
 
-4.21)テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか？
+4.21)テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか？なぜ大文
+字化(キャピタライズ)は温存されないのですか?
 
-もっとも一般的な原因は、テーブルを作成する際に、テーブルやカラムを囲う二重引用
-符の使用です。二重引用符を使うと、テーブルとカラムの名前（識別子と呼びます）は
-大文字と小文字の区別をして格納されます。したがって、pgAdminのようにテーブル作成
-のときに自動的に二重引用符を使うものはクエリの中でそれらの名前を使うときに二重
-引用符を付けなくてはならないことを意味します。このため、識別子を認識させるため
-には以下のいずれかを心がけます。
+認識された名前のもっとも一般的な原因は、テーブルを作成する際に、テーブルやカラ
+ムを囲う二重引用符の使用です。二重引用符を使うと、テーブルとカラムの名前（識別
+子といいます）は大文字と小文字の区別をして格納されます。したがって、pgAdminのよ
+うにテーブル作成のときに自動的に二重引用符を使うものはクエリの中でそれらの名前
+を使うときに二重引用符を付けなくてはならないことを意味します。このため、識別子
+を認識させるためには以下のいずれかを心がけます。
 
  ・ テーブルを作成するときに二重引用符で識別子を囲うことを避ける
  ・ 識別子には小文字だけを使う
@@ -1009,7 +1017,7 @@ client_encodingを設定しておかないと、日本語を表示する際に文字化けがおきます。
 [訳注：
   日本語版の製作については以下の通りです。
 
-  最終更新日:   2006年10月15日
+  最終更新日:   2006年12月25日
   翻訳者:       桑村 潤 (Jun Kuwamura <juk at PostgreSQL.jp>)
 
   このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):