From 6cb00e67efbe23ae383e6dd2031aafec5944b146 Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Sat, 20 Oct 2007 23:59:15 +0000 Subject: [PATCH] Update Japanese FAQ. Jun Kuwamura --- doc/FAQ_japanese | 56 +++++++++++++++++++++-------------- doc/src/FAQ/FAQ_japanese.html | 55 ++++++++++++++++++++-------------- 2 files changed, 66 insertions(+), 45 deletions(-) diff --git a/doc/FAQ_japanese b/doc/FAQ_japanese index aa6c5f43dec..cb3b9a611d7 100644 --- a/doc/FAQ_japanese +++ b/doc/FAQ_japanese @@ -1,6 +1,6 @@ PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ) -原文最終更新日: Last updated: Tue Oct 9 16:13:00 EDT 2007 +原文最終更新日: Last updated: Wed Oct 17 13:34:42 EDT 2007 現在の維持管理者: Bruce Momjian (bruce@momjian.us) Maintainer of Japanese Translation: Jun Kuwamura (juk at postgresql.jp) @@ -89,8 +89,10 @@ NULL 4.16) 外部結合(outer join)はどのように実現しますか? 4.17) 複数のデータベースを使う問い合わせはどのようにすればできますか？ 4.18) 関数から複数のロウまたはカラムを返すにはどうしますか？ -4.19) どのようなレプリケーションのソリューションがありますか？ -4.20) テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか？なぜ大 +4.19) PL/PgSQL の関数の中で一時テーブルにアクセスするとき、どうして "relation +with OID ##### does not exist" というエラーを受け取るのでしょうか？ +4.20) どのようなレプリケーションのソリューションがありますか？ +4.21) テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか？なぜ大 文字化(キャピタライズ)は温存されないのですか? 日本語に関する質問 @@ -114,8 +116,8 @@ PostgreSQL PostgreSQL の開発は、ほとんどが、世界中にひろがったボランティアの開発者によって 、インターネットを通したコミュニケーションによって行われています。コミュニティ によるプロジェクトであるため、どの企業の制御もうけません。開発に参加したければ -、 http://www.postgresql.org/files/documentation/faqs/FAQ_DEV.html にある開発者 -のFAQを見てください。 +、 http://www.postgresql.org/docs/faqs.FAQ_DEV.html にある開発者のFAQを見てくだ +さい。 1.2) 誰が PostgreSQL をコントロールしていますか？ @@ -333,9 +335,8 @@ PostgreSQL ] -購入可能な書籍の目録は、http://techdocs.postgresql.org/techdocs/bookreviews.php -にあります。 PostgreSQL 技術情報記事も、http://techdocs.postgresql.org/ にあり -ます。 +購入可能な書籍の目録は、http://www.postgresql.org/docs/books/ にあります。 +PostgreSQL 技術情報記事も、http://www.postgresql.org/docs/techdocs にあります。 [訳注: 日本語の書籍等については、日本PostgreSQLユーザ会の、http://www.postgresql.jp/PostgreSQL/references.html @@ -351,13 +352,10 @@ PostgreSQL 1.11) SQL はどうすれば学べますか？ -まず、上記で述べた PostgreSQL についての本を読むことを検討してください。もうひ -とつは、 "Teach Yourself SQL in 21 Days, Second Edition" at http:// -members.tripod.com/er4ebus/sql/index.htmです。 - -The Practical SQL Handbook, Bowman Judith S. et al., Addison-Wesley が多くのユ -ーザに好評です。ほかでは、The Complete Reference SQL, Groff et al., McGraw-Hill -も好評です。 +まず、上記で述べた PostgreSQL についての本を読むことを検討してください。 The +Practical SQL Handbook, Bowman Judith S. et al., Addison-Wesley も多くのユーザ +に好評です。ほかでは、The Complete Reference SQL, Groff et al., McGraw-Hill も +好評です。 素晴らしい手引書は、 @@ -511,10 +509,10 @@ Web サーバ構成 postgresql.confの設定のいくつかは性能に影響します。詳しくは、 Administration Guide/Server Run-time Environment/Run-time Configuration の - 全件リストをごらんください( JPUGサイトの日本語版)。そして、解説として、 - http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html お - よび、 http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html をごら - んください。 + 全件リストをごらんください( JPUGサイトの日本語版、サーバの構成)。そして、解 + 説として、 http://www.varlena.com/varlena/GeneralBits/Tidbits/ + annotated_conf_e.html および、 http://www.varlena.com/varlena/GeneralBits/ + Tidbits/perf.html をごらんください。 ハードウェアの選定 性能におけるハードウェアの影響は http://www.powerpostgresql.com/PerfList/ @@ -854,7 +852,7 @@ PostgreSQL ] -自動的に生成される通番は、 __seq と名付けられていて、table +自動的につくられる通番は、
__seq と名付けられていて、table と serialcolumn は、それぞれテーブルと SERIAL カラムの名前です。通番については 、オンラインマニュアルでcreate_sequence をごらんください。 @@ -958,7 +956,19 @@ techdocs.17 。 -4.19) どのようなレプリケーションのソリューションがありますか？ +4.19) PL/PgSQL の関数の中で一時テーブルにアクセスするとき、どうして "relation +with OID ##### does not exist" というエラーを受け取るのでしょうか？ + +バージョン8.3より前の PostgreSQL では、PL/PgSQL は関数スクリプトをキャッシュし +たため、運悪くその副作用がありました。PL/PgSQL 関数が一時テーブルにアクセスして +後でそのテーブルを消して作りした場合に、関数がもう一度呼び出されたときは、その +関数のキャッシュしていた内容がまだ古い一時テーブルを指し示したままだったからで +す。この、解決策として、PL/PgSQLの中で EXECUTE を一時テーブルへのアクセスのため +に使います。そうすると、クエリは毎回パースをやり直しされるようになります。 + +この問題は、 PostgreSQL バージョン8.3 以降では起きません。 + +4.20) どのようなレプリケーションのソリューションがありますか？ 「レプリケーション」と一言でいいますが、レプリケーションをするための技術はいく つかあり、それぞれ、利点と欠点があります。 @@ -976,7 +986,7 @@ techdocs.17 この他にも、商用やハードウェア−ベースのレプリケーションソリューションがいろい ろなレプリケーションモデルをサポートしています。 -4.20)テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか？なぜ大文 +4.21)テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか？なぜ大文 字化(キャピタライズ)は温存されないのですか? 名前が認識されない、最も一般的な原因は、テーブルを作成する際に、テーブルやカラ @@ -1021,7 +1031,7 @@ client_encoding [訳注： 日本語版の製作については以下の通りです。 - 最終更新日: 2007年10月10日 + 最終更新日: 2007年10月20日 翻訳者: 桑村 潤 (Jun KUWAMURA ) このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます): diff --git a/doc/src/FAQ/FAQ_japanese.html b/doc/src/FAQ/FAQ_japanese.html index 980ec7cd501..5be9eaee004 100644 --- a/doc/src/FAQ/FAQ_japanese.html +++ b/doc/src/FAQ/FAQ_japanese.html @@ -9,7 +9,7 @@

PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ)

-

原文最終更新日: Last updated: Tue Oct 9 16:13:00 EDT 2007

+

原文最終更新日: Last updated: Wed Oct 17 13:34:42 EDT 2007

現在の維持管理者: Bruce Momjian (bruce@momjian.us)
Maintainer of Japanese Translation: Jun Kuwamura (juk at postgresql.jp)

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

日本語に関する質問

@@ -130,8 +131,8 @@ href="mailto:juk at postgresql.jp">juk at postgresql.jp)

開発者によって、インターネットを通したコミュニケーションによって行わ れています。コミュニティによるプロジェクトであるため、どの企業の制御 もうけません。開発に参加したければ、 - http://www.postgresql.org/files/documentation/faqs/FAQ_DEV.html + "http://www.postgresql.org/docs/faqs.FAQ_DEV.html"> + http://www.postgresql.org/docs/faqs.FAQ_DEV.html にある開発者のFAQを見てください。

@@ -410,11 +411,11 @@ http://www.postgresql.org/docs/

購入可能な書籍の目録は、http://techdocs.postgresql.org/techdocs/bookreviews.php + "http://www.postgresql.org/docs/books/">http://www.postgresql.org/docs/books/ にあります。 PostgreSQL 技術情報記事も、http://techdocs.postgresql.org/ + "http://www.postgresql.org/docs/techdocs">http://www.postgresql.org/docs/techdocs にあります。

@@ -435,12 +436,8 @@ http://www.postgresql.org/docs/
 
1.11) SQL はどうすれば学べますか？

 
     
まず、 上記で述べた PostgreSQL についての本を読むことを検討してください。
-    もうひとつは、 "Teach Yourself SQL in 21 Days, Second Edition"
-    at http://members.tripod.com/er4ebus/sql/index.htmです。
-
-    
The Practical SQL Handbook, Bowman Judith S. et al.,
-    Addison-Wesley が多くのユーザに好評です。 ほかでは、The Complete
+    The Practical SQL Handbook, Bowman Judith S. et al.,
+    Addison-Wesley も多くのユーザに好評です。 ほかでは、The Complete
     Reference SQL, Groff et al., McGraw-Hill も好評です。

 
 
@@ -647,11 +644,11 @@ http://www.postgresql.jp/PostgreSQL/references.html
 
     
postgresql.confの設定のいくつかは性能に影響します。
     詳しくは、
+    "http://www.postgresql.org/docs/current/static/runtime-config.html">
     Administration Guide/Server Run-time Environment/Run-time
     Configuration の全件リストをごらんください(
-    JPUGサイトの日本語版)。
+    href="http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html">
+    JPUGサイトの日本語版、サーバの構成)。
     そして、解説として、
     http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html
@@ -1073,7 +1070,7 @@ http://www.postgresql.jp/PostgreSQL/references.html
     ]

-

自動的に生成される通番は、 +

自動的につくられる通番は、 <table>_<serialcolumn>_seq と名付けられていて、table と serialcolumn は、それぞれ テーブルと SERIAL カラムの名前です。 @@ -1201,7 +1198,21 @@ http://www.postgresql.jp/PostgreSQL/references.html を使うと簡単です

。 -

4.19) どのようなレプリケーションのソリューションがありますか？

+

4.19) PL/PgSQL の関数の中で一時テーブルにアクセスするとき、どうして "relation with OID ##### does not exist" というエラーを受け取るのでしょうか？

+ +

バージョン8.3より前の PostgreSQL では、PL/PgSQL は関数スクリプトを + キャッシュしたため、運悪くその副作用がありました。PL/PgSQL 関数が一時 + テーブルにアクセスして後でそのテーブルを消して作りした場合に、関数が + もう一度呼び出されたときは、その関数のキャッシュしていた内容がまだ古い + 一時テーブルを指し示したままだったからです。 + この、解決策として、PL/PgSQLの中で EXECUTE を一時テー + ブルへのアクセスのために使います。そうすると、クエリは毎回パースをや + り直しされるようになります。

+ +

この問題は、 PostgreSQL バージョン8.3 以降では起きません。

+ + +

4.20) どのようなレプリケーションのソリューションがありますか？

「レプリケーション」と一言でいいますが、レプリケーションをする ための技術はいくつかあり、それぞれ、利点と欠点があります。

@@ -1210,7 +1221,7 @@ http://www.postgresql.jp/PostgreSQL/references.html 問い合わせだけを受け付けることができます。最も人気がある、フリーで利 用できる、マスタ−スレーブのPostgreSQLレプリケーションソリューション は、 + href="http://main.slony.info/"> Slony-I です。

マルチ−マスタのレプリケーションは、読み／書きのクエリを受けと @@ -1223,12 +1234,12 @@ http://www.postgresql.jp/PostgreSQL/references.html

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

-

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

+

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

名前が認識されない、最も一般的な原因は、テーブルを作成する際に、 テーブルやカラムを囲う二重引用符の使用です。 二重引用符を使うと、テーブルとカラムの名前（識別子といいます）は大文字と小文字の区別 + href="http://www.postgresql.org/docs/current/static/sql-syntax-lexical.html#SQL-SYNTAX-IDENTIFIERS">大文字と小文字の区別 をして格納されます。したがって、pgAdminのようにテーブル作成のときに 自動的に二重引用符を使うものはクエリの中でそれらの名前を使うときに 二重引用符を付けなくてはならないことを意味します。このため、識別子 @@ -1277,7 +1288,7 @@ http://www.postgresql.jp/PostgreSQL/references.html [訳注： 日本語版の製作については以下の通りです。 - 最終更新日: 2007年10月10日 + 最終更新日: 2007年10月20日 翻訳者: 桑村 潤 (Jun KUWAMURA <juk at postgresql.jp>) このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):