From 6cb00e67efbe23ae383e6dd2031aafec5944b146 Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Sat, 20 Oct 2007 23:59:15 +0000 Subject: Update Japanese FAQ. Jun Kuwamura --- doc/src/FAQ/FAQ_japanese.html | 55 ++++++++++++++++++++++++++----------------- 1 file changed, 33 insertions(+), 22 deletions(-) (limited to 'doc/src') 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 と名付けられていて、tableserialcolumn は、それぞれ テーブルと 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の和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます): -- cgit v1.2.3