From c30a945c3df8e418e2e41fdef273540ab5e425f4 Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Fri, 5 Jan 2007 20:56:56 +0000 Subject: [PATCH] Update Japanese FAQ. --- doc/FAQ_japanese | 64 ++++++++++++++++++++--------------- doc/src/FAQ/FAQ_japanese.html | 58 ++++++++++++++++++------------- 2 files changed, 71 insertions(+), 51 deletions(-) diff --git a/doc/FAQ_japanese b/doc/FAQ_japanese index 4f1b9ab9e4..2ca543022e 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 ・ 既にここにある機能は、 TODO リストです ・ 次のような機能は目論まれていません。それは: - □ 既にSQL企画に従った既存の機能性と重複するもの - □ コードの複雑性ばかり高めて、得るものが少ない機能 - □ 安全性が確かめられない機能 - ・ 新しい機能は TODO リストに加えられられます。 + □ SQL規格に準ずる既存の機能と重複するもの + □ コードの複雑性ばかりを高めて、得るものが少ない機能 + □ 安全性が確められない機能 + ・ 新しい機能は、 TODO のリストに加えられられます。 我々は、PostgreSQL に関して、電子メールで直接対応して TODO リストを最新に更新し てゆくほうがより効果的であることを知っていますので、バグ追跡システムは使いませ @@ -343,9 +345,9 @@ PostgreSQL ] -コマンドラインのクライアントプログラム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 この他にも、商用やハードウェア−ベースのレプリケーションソリューションがいろい ろなレプリケーションモデルをサポートしています。 -4.21)テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか? +4.21)テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか?なぜ大文 +字化(キャピタライズ)は温存されないのですか? -もっとも一般的な原因は、テーブルを作成する際に、テーブルやカラムを囲う二重引用 -符の使用です。二重引用符を使うと、テーブルとカラムの名前(識別子と呼びます)は -大文字と小文字の区別をして格納されます。したがって、pgAdminのようにテーブル作成 -のときに自動的に二重引用符を使うものはクエリの中でそれらの名前を使うときに二重 -引用符を付けなくてはならないことを意味します。このため、識別子を認識させるため -には以下のいずれかを心がけます。 +認識された名前のもっとも一般的な原因は、テーブルを作成する際に、テーブルやカラ +ムを囲う二重引用符の使用です。二重引用符を使うと、テーブルとカラムの名前(識別 +子といいます)は大文字と小文字の区別をして格納されます。したがって、pgAdminのよ +うにテーブル作成のときに自動的に二重引用符を使うものはクエリの中でそれらの名前 +を使うときに二重引用符を付けなくてはならないことを意味します。このため、識別子 +を認識させるためには以下のいずれかを心がけます。 ・ テーブルを作成するときに二重引用符で識別子を囲うことを避ける ・ 識別子には小文字だけを使う @@ -1009,7 +1017,7 @@ client_encoding [訳注: 日本語版の製作については以下の通りです。 - 最終更新日: 2006年10月15日 + 最終更新日: 2006年12月25日 翻訳者: 桑村 潤 (Jun Kuwamura ) このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます): diff --git a/doc/src/FAQ/FAQ_japanese.html b/doc/src/FAQ/FAQ_japanese.html index 4a04da15b8..ed98d9fff3 100644 --- a/doc/src/FAQ/FAQ_japanese.html +++ b/doc/src/FAQ/FAQ_japanese.html @@ -9,7 +9,7 @@

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)

4.6) クエリが遅いのはなぜでしょう? なぜ、インデックスが使われないのでしょうか?
4.7) クエリオプティマイザが、どのようにクエリを評価していかを、見るにはどうしますか?
4.8) 正規表現での検索や大文字と小文字とを区別しない正規表現検索はどのように実現しますか?大文字と小文字とを区別しない検索のためのインデックスはどのように使いますか?
-4.9) クエリの中で、フィールドがNULL であることを検出するにはどうしますか? フィールドがNULLかどうかでどのようにソートができますか?
+4.9) クエリの中で、フィールドが +NULL であることを検出するにはどうしますか? +NULLの可能性のあるものをどのようすれば連結できますか? +フィールドがNULLかどうかでどのようにソートができますか?
4.10) いろいろな文字型のそれぞれの違いは何ですか?
4.11.1) 通番(serial)/自動増分フィールドはどのようにつくりますか?
4.11.2) SERIALデータ型に挿入される値は、どうすれば得られますか?
@@ -98,7 +101,8 @@ href="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp)

4.18) 関数から複数のロウまたはカラムを返すにはどうしますか?
4.19) PL/PgSQL の関数の中で一時テーブルにアクセスするとき、どうして "relation with OID ##### does not exist" というエラーを受け取るのでしょうか?
4.20) どのようなレプリケーションのソリューションがありますか?
-4.21) テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか?
+4.21) テーブルとカラムの名前がクエリーの中で認識 +されないのはなぜですか? なぜ大文字化(キャピタライズ)は温存されないのですか?

日本語に関する質問

@@ -210,7 +214,7 @@ href="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp)

[訳注: 著作権に関する正文は上記の英語による表記です。日本語訳はあくまで - 参考です。 + 参考程度としてください。 ] @@ -257,7 +261,7 @@ href="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp)

1.6) 最新のリリースはどれですか?

-

PostgreSQL の最新版はバージョン 8.1.5 です。

+

PostgreSQL の最新版はバージョン 8.2.0 です。

我々は、1年毎にメジャーリリースを、数ヵ月ごとのマイナーリリースを 行なうことを計画しています。

@@ -338,14 +342,14 @@ href="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp)

リストです
  • 次のような機能は目論まれていません。それは:
      -
    • 既にSQL企画に従った既存の機能性と重複するもの
    • -
    • コードの複雑性ばかり高めて、得るものが少ない機能
    • -
    • 安全性が確かめられない機能
    • +
    • SQL規格に準ずる既存の機能と重複するもの
    • +
    • コードの複雑性ばかりを高めて、得るものが少ない機能
    • +
    • 安全性が確められない機能
  • -
  • 新しい機能は +
  • 新しい機能は、 TODO - リストに
  • 加えられられます。 + のリストに加えられられます。

    我々は、PostgreSQL に関して、電子メールで直接対応して @@ -366,14 +370,14 @@ href="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp)

    アル・ページ)およびいくつかの小さなテスト例題が含まれます。 /docディレクトリをごらんください。また、マニュアルは、 - http://www.PostgreSQL.org/docs/でオンラインでも閲覧できます。 +http://www.PostgreSQL.org/docs/でオンラインでも閲覧できます。

         [訳注:
     	JPUG 文書・書籍関連分科会で翻訳されたマニュアルもあります。
    -		
    +		
     	http://www.postgresql.jp/document/pg803doc/
     	インプレスから、
     	
    @@ -422,9 +426,9 @@ href="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp)

    ]

    -

    コマンドラインのクライアントプログラムpsql も、型、演算子、 - 関数、集約、その他の情報をお見せする、いくつかの素晴らしい \d コマン - ドを持ちます。 - \? を使うと利用可能なコマンドが表示されます。

    +

    コマンドラインのクライアントプログラムpsql にも、型、 + 演算子、関数、集約、その他の情報を調べるために、素晴らしい \d コマンド + がいくつかあります。 \? を入力すると利用可能なコマンドが表示されます。

    我々の Web サイトには、さらに沢山の文書があります。

    @@ -943,7 +947,7 @@ http://www.postgresql.jp/PostgreSQL/references.html -

    4.9) クエリの中で、フィールドがNULL であることを検出するにはどうしますか? フィールドがNULLかどうかでどのようにソートができますか?

    +

    4.9) クエリの中で、フィールドがNULL であることを検出するにはどうしますか? NULL であることを検出するにはどうしますか? フィールドがNULLかどうかでどのようにソートができますか?

    以下のように、IS NULLIS NOT NULLで、そのカラムをテストしてみます:

    @@ -954,6 +958,14 @@ http://www.postgresql.jp/PostgreSQL/references.html WHERE col IS NULL; +NULLの可能性のあるものを連結するには、COALESCE()を +次のように使います。 + +
    +   SELECT COALESCE(col1, '') || COALESCE(col2, '')
    +   FROM tab
    +
    +

    NULL状態でソートするには、IS NULLIS NOT NULL の修飾子を ORDER BY 句の中 で使ってみます。true のものは false のものよりも高い値 @@ -1076,8 +1088,8 @@ http://www.postgresql.jp/PostgreSQL/references.html

    4.12) OID とは何ですか? CTID とは何ですか?

    -

    PostgreSQLでつくられるすべてのロウは、WITHOUT OIDS - でつくられないかぎり一意のOIDを得ます。 +

    テーブルがWITH OIDSでつくられた場合は、それぞれの + ロウに一意なOIDが取られます。 OIDは自動的に4バイトの整数で与えられ、それは、全イン ストレーションを通して一意な値となります。しかし、約40億でオーバーフ ローし、そして、OIDは重複をしはじめます。PostgreSQLは @@ -1200,11 +1212,11 @@ http://www.postgresql.jp/PostgreSQL/references.html

    この他にも、商用やハードウェア−ベースのレプリケーションソリュー ションがいろいろなレプリケーションモデルをサポートしています。

    -

    4.21)テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか?

    +

    4.21)テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか?なぜ大文字化(キャピタライズ)は温存されないのですか?

    -

    もっとも一般的な原因は、テーブルを作成する際に、テーブルやカラムを - 囲う二重引用符の使用です。二重引用符を使うと、テーブルとカラムの名前 - (識別子と呼びます)は認識された名前のもっとも一般的な原因は、テーブルを作成する際に、 + テーブルやカラムを囲う二重引用符の使用です。 + 二重引用符を使うと、テーブルとカラムの名前(識別子といいます)は大文字と小文字の区別 をして格納されます。したがって、pgAdminのようにテーブル作成のときに 自動的に二重引用符を使うものはクエリの中でそれらの名前を使うときに @@ -1254,7 +1266,7 @@ http://www.postgresql.jp/PostgreSQL/references.html [訳注: 日本語版の製作については以下の通りです。 - 最終更新日: 2006年10月15日 + 最終更新日: 2006年12月25日 翻訳者: 桑村 潤 (Jun Kuwamura <juk at PostgreSQL.jp>) このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):