From c650d52e140491735b14e805eb48dcaf69b7fc26 Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Sun, 20 Oct 2002 02:37:49 +0000 Subject: [PATCH] Update Japanese FAQ, from Jun Kuwamura. --- doc/FAQ_japanese | 359 ++++++++-------- doc/src/FAQ/FAQ_japanese.html | 742 +++++++++++++++++----------------- 2 files changed, 556 insertions(+), 545 deletions(-) diff --git a/doc/FAQ_japanese b/doc/FAQ_japanese index a4e2a92f1c..c14810d716 100644 --- a/doc/FAQ_japanese +++ b/doc/FAQ_japanese @@ -1,9 +1,9 @@ PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ) -原文最終更新日: Thu Aug 22 19:20:40 EDT 2002 +原文最終更新日: Sun Oct 13 23:15:09 EDT 2002 現在の維持管理者: Bruce Momjian (pgman@candle.pha.pa.us) -Maintainer of Japanese Translation: Jun Kuwamura (juk@postgresql.jp) +Maintainer of Japanese Translation: Jun Kuwamura (juk@PostgreSQL.jp) この文書の最新版は http://www.PostgreSQL.org/docs/faq-english.html で見ることが できます。 @@ -19,19 +19,19 @@ docs/faq.html 日本語版のこの文書は 本家 "User's Lounge" の "Collection of FAQs" の "Japanese" という見出しのところにあります。また、以下のサイトにも あります。 - http://www.postgresql.jp/subcommittee/jpugdoc/ + http://www.PostgreSQL.jp/subcommittee/jpugdoc/ http://www.rccm.co.jp/~juk/pgsql/ http://www.linux.or.jp/JF/ - この和訳についてお気づきの点は(juk@postgresql.jp)までメールでお寄せ下さい。 + この和訳についてお気づきの点は(juk@PostgreSQL.jp)までメールでお寄せ下さい。 - 2002年08月25日 桑村 潤 + 2002年10月16日 桑村 潤 ] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 一般的な質問 - + 1.1) PostgreSQLとは何ですか？何と読みますか？ 1.2) PostgreSQLの著作権はどうなってますか？ 1.3) PostgreSQLの動作するUnixプラットホームは？ @@ -49,15 +49,15 @@ docs/faq.html 1.15) PostgreSQLを資金面で援助するにはどうすればよいですか？ ユーザー・クライアントの質問 - + 2.1) PostgreSQL の ODBC ドライバーはありますか？ 2.2) PostgreSQL を Web ページと連携させるにはどんなツールがありますか？ 2.3) PostgreSQL にグラフィカル・ユーザインターフェースはありますか？レポートジ ェネレータや埋め込み問い合わせ言語インターフェースはありますか？ -2.4) PostgreSQL と通信するにはどんな言語が使えますか？ +2.4) どのような言語で PostgreSQL と通信できすか？ 管理上の質問 - + 3.1) どのようにすれば /usr/local/pgsql 以外の場所にインストールできますか？ 3.2) postmaster を走らせると、 Bad System Call とかコア・ダンプしたとのメッセー ジが出ます。なぜですか？ @@ -70,13 +70,12 @@ docs/faq.html いですか？ 3.7) どのようなデバグ機能が使えますか？ 3.8) 接続しようとするときに 'Sorry, too many clients' が出るのはなぜですか？ -3.9) 自分のデータベース・ディレクトリにある pg_sorttemp.XXX ファイルは何ですか -？ +3.9) pgsql_tmp ディレクトリの中には何がありますか？ 3.10) PostgreSQLのメジャーリリースをアップデートするのにダンプとリストアをしな くてはならないのはなぜですか？ 操作上の質問 - + 4.1) バイナリ・カーソルと通常カーソルとの違いは何ですか？ 4.2) 最初の数ロウのみを select するにはどうしますか？ 4.3) テーブルやその他の情報のリストを psql で見るにはどうしますか？ @@ -118,9 +117,11 @@ docs/faq.html 4.25) 関数で複数のロウまたはカラムを返すにはどうしますか？ 4.26) なぜ、PL/PgSQL 関数の中から一時テーブルを確実に create/drop することがで きないのでしょうか？ +4.27) どのようなリプリケーションオプションを利用できますか? +4.28) どのような暗号化オプションを利用できますか? PostgreSQLの拡張についての質問 - + 5.1) 自分で書いたユーザ定義関数を psql の中で実行するとコア・ダンプしてしまうの はなぜですか？ 5.2) PostgreSQL 用に書いたちょっと素敵な新しい型や関数を提供してプロジェクトに @@ -131,8 +132,8 @@ docs/faq.html ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 一般的な質問 - -1.1) PostgreSQL とは何ですか？ + +1.1) PostgreSQL とは何ですか？何と読みますか？ Post-Gres-Q-L.(ポスト - グレス - キュー - エル) と発音します。 @@ -142,10 +143,10 @@ PostgreSQL 張した SQL のサブセットに置き換えています。PostgreSQL は無料で完全なソースを利 用できます。 -PostgreSQL の開発は、PostgreSQL 開発メーリングリストに参加しているインターネッ -ト上の開発者チームですべて行なわれています。現在の座長は Marc G. Fournier ( -scrappy@PostgreSQL.org )です。(以下に参加の仕方があります。)現在、このチームが -PostgreSQL 開発のすべての面倒をみています。 +PostgreSQL の開発は、PostgreSQL 開発メーリングリストに参加している開発者達のチ +ームですべて行なわれています。現在の座長は Marc G. Fournier ( +scrappy@PostgreSQL.org )です。(下記の1.6節に参加の仕方があります。)現在、このチ +ームが PostgreSQL 開発のすべての面倒をみています。 Postgres95-1.01 の中心的な開発者は Andrew Yu と Jolly Chen でしたが、その他大勢 の人々がこのコードの移植、テスト、デバグ、および、改良に参加しました。 @@ -186,7 +187,6 @@ BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS. - POSTGRESQL データベース管理システム 部分的著作権 (c) 1996-2002, PostgreSQL国際開発チーム @@ -221,9 +221,6 @@ SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS. 1.3) PostgreSQL の動作環境は？ -著者らは PostgreSQL のコンパイルとテストを次のプラットホーム上で行ないました。 -(これらのうちのいくつかはコンパイルに gcc が必要です)： - 一般的に、最近のUnix互換プラットホームならばPostgreSQLをはしらせられるはずです 。リリースの時点で実際にテストを行なったことの報告がなされたプラットホームにつ いてはインストール手引書に列挙してあります。 @@ -232,21 +229,22 @@ SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS. クライアント -MS Windows プラットホーム上で、libpq C ライブラリ、psql、それとその他のインター -フェースはコンパイル可能で、バイナリーが走ります。この場合、クライアントを MS -Windows 上で走らせて、TCP/IP 経由でサポートされている Unix プラットホーム上で走 -るサーバと通信します。 +MS Windows プラットホーム上で走せるために、libpq C ライブラリ、psql、その他のイ +ンターフェース、および、クライアントアプリケーションをコンパイルすることは可能 +です。この場合、クライアントを MS Windows 上で走らせて、TCP/IP 経由でサポートさ +れている Unix プラットホーム上で走るサーバと通信します。 -Win32 libpq ライブラリと psql を作るために、win31.mak が配布に含まれてます。 +Win32 libpq ライブラリと psql を作るために、win32.mak が配布に含まれてます。 PostgreSQLは ODBC クライアントとも通信できます。 サーバ 現在、Cygnus Unix/NT 移植ライブラリの Cygwin を使って、PostgreSQL データベース サーバは Windows NT と Win2k 上で稼働しています。配布に含まれるpgsql/doc/ -FAQ_MSWINあるいはウェブサイトにある MS Windows FAQ をご覧下さい。Microsoft の素 -のプラットホームに移植する計画はありません。 +FAQ_MSWIN、あるいは、http://www.PostgreSQL.org/docs/faq-mswin.htmlにある MS +Windows FAQ をご覧下さい。 +MS Win NT/2000/XP ネイティブ版への移植が現在進行中です。 [訳注： @@ -263,30 +261,25 @@ Win32 1.5) PostgreSQL はどこから入手できますか？ -PostgreSQL の元の anonymous ftp サイトです： - - - ・ ftp://ftp.PostgreSQL.org/pub/ - +PostgreSQL の大元の anonymous ftp サイトは ftp://ftp.PostgreSQL.org/pub/ です。 ミラーサイトについては、我々のメイン Web ページをご覧下さい。 [訳注: 以下は日本のミラーサイトです: - Japan: ftp://mirror.nucba.ac.jp/mirror/postgresql/pub/ - Japan: ftp://ring.ip-kyoto.ad.jp/pub/misc/db/postgresql/ - Japan: ftp://ring.crl.go.jp/pub/misc/db/postgresql/ - Japan: ftp://ring.saitama-u.ac.jp/pub/misc/db/postgresql/ - Japan: ftp://ring.astem.or.jp/pub/misc/db/postgresql/ - Japan: ftp://ring.exp.fujixerox.co.jp/pub/misc/db/postgresql/ - Japan: ftp://ring.jah.ne.jp/pub/misc/db/postgresql/ - Japan: ftp://ring.etl.go.jp.jp/pub/misc/db/postgresql/ - Japan: ftp://ring.asahi-net.or.jp/pub/misc/db/postgresql/ - Japan: ftp://ring.so-net.ne.jp/pub/misc/db/postgresql/ - Japan: ftp://ring.aist.go.jp/pub/misc/db/postgresql/ + Japan: ftp://mirror.nucba.ac.jp/mirror/PostgreSQL/pub/ + Japan: ftp://ring.ip-kyoto.ad.jp/pub/misc/db/PostgreSQL/ + Japan: ftp://ring.crl.go.jp/pub/misc/db/PostgreSQL/ + Japan: ftp://ring.saitama-u.ac.jp/pub/misc/db/PostgreSQL/ + Japan: ftp://ring.astem.or.jp/pub/misc/db/PostgreSQL/ + Japan: ftp://ring.exp.fujixerox.co.jp/pub/misc/db/PostgreSQL/ + Japan: ftp://ring.jah.ne.jp/pub/misc/db/PostgreSQL/ + Japan: ftp://ring.etl.go.jp.jp/pub/misc/db/PostgreSQL/ + Japan: ftp://ring.asahi-net.or.jp/pub/misc/db/PostgreSQL/ + Japan: ftp://ring.so-net.ne.jp/pub/misc/db/PostgreSQL/ + Japan: ftp://ring.aist.go.jp/pub/misc/db/PostgreSQL/ ] - 1.6) サポートはどこで受けられますか？ 主要なメーリング・リストは: pgsql-general@PostgreSQL.orgです。PostgreSQL に関す @@ -311,16 +304,11 @@ pgsql-general-request@PostgreSQL.org 開発者の議論のためのメーリングリストも利用できます。このリストへの参加は電子メ ールの本文に： - subscribe end - と書いて、pgsql-hackers-request@PostgreSQL.orgへ電子メールを送って下さい。 -PostgreSQL についてもっと詳しく知りたければ、次の postgreSQL WWWホームページか -らたどれます： - - http://www.PostgreSQL.org +http://www.PostgreSQL.org EFNet に #PostgreSQL という IRC チャンネルもあります。 UNIX コマンドでirc -c '# PostgreSQL' "$USER" irc.phoenix.net を使います。 @@ -330,7 +318,7 @@ PostgreSQL' "$USER" irc.phoenix.net JPUG は非営利組織で、PostgreSQLを利用する人達の相互協力の場です。 正会員の会費は無料ですが、協賛会員の会費と会員の積極的な貢献が会の運営を助けています。 詳しくは、JPUG のWeb サイト: - http://www.postgresql.jp/ + http://www.PostgreSQL.jp/ をご覧ください。会員登録も可能となっています。 1990年代中ごろより、ポストグレスの日本語メーリング・リストを石井 達夫さんが主催しています。詳細は、 http://www.sra.co.jp/people/t-ishii/PostgreSQL/ML/info.html @@ -340,18 +328,18 @@ PostgreSQL' "$USER" irc.phoenix.net ] -商用サポート会社のリストはhttp://www.postgresql.org/users-lounge/ +商用サポート会社のリストはhttp://www.PostgreSQL.org/users-lounge/ commercial-support.htmlにあります。 + [訳注: 日本では、SRA Inc. オープンシステム事業部 にて商用サポートが行なわれています。 ミラクル・リナックス株式会社 で "Miracle Linux for PostgreSQL" の販売とサポートが 開始されました。 ] - 1.7) 最新版はどれですか -PostgreSQL の最新版はバージョン 7.2.2 です。 +PostgreSQL の最新版はバージョン 7.2.3 です。 我々は、4カ月毎にメジャーリリースを行なうことを計画しています。 @@ -375,8 +363,11 @@ docs/awbook.html にて翻訳されました。 ] および、 http://www.commandprompt.com/ppbook/ です。購入可能な書籍の目録は、 -http://www.postgresql.org/books/ にあります。 PostgreSQL 技術情報記事も、http:/ -/techdocs.postgresql.org/ にあります。 +http://www.jp.PostgreSQL.org/books/ にあります。 PostgreSQL 技術情報記事も、 +http://techdocs.PostgreSQL.org/ にあります。 + +[訳注: 和訳文書は、日本ポストグレスユーザー会のhttp://www.postgresql.jp/ +document/ をごらん下さい。 ] psql も、型、演算子、関数、集約、その他の情報をお見せする、いくつかの素晴らしい \d コマンドを持ちます。 @@ -433,21 +424,23 @@ McGraw-Hill 1.12) 開発チームにはどのように参加しますか？ まず最初(１番目)に、最新のソースをダウンロードし、我々の Web サイトか配布に含ま -れている PostgreSQL Developersの文書を読みます。２番目に、pgsql-hackers と +れているPostgreSQL Developersの文書を読みます。２番目に、pgsql-hackers と pgsql-patches メーリング・リストを購読(subscribe)します。３番目に、高品質のパッ -チをpgsql-patchesに発信します。およそ十人ちょっとの人達が、PostgreSQL CVSアーカ -イブにコミットする権限を持っています。そのそれぞれの人達が沢山の高品質なパッチ -を発信するので、現在コミッターとなっている人達はそれに追い付くのが大変ですが、 -我々は彼らがコミットしたパッチは高品質であると確信しています。 +チをpgsql-patchesに発信します。 + +およそ十人ちょっとの人達が、PostgreSQL CVSアーカイブにコミットする権限を持って +います。そのそれぞれの人達が沢山の高品質なパッチを発信するので、現在コミッター +となっている人達はそれに追い付くのが大変ですが、我々は彼らがコミットしたパッチ +は高品質であると確信しています。 1.13) バグレポートはどのように発信しますか？ -バグを報告する仕方についてのガイドラインと方向づけがあるPostgreSQL BugTool (バ -グツール)のページを訪れてみて下さい。 +http://www.PostgreSQL.org/bugs/bugs.phpPostgreSQL BugTool (バグツール)のページ +を訪れてみて下さい。バグレポートを提出する仕方についての手引と指針があります。 -その前に http://postgreSQL.orgにある最新の FAQ をチェックして下さい。 +その前に http://PostgreSQL.orgにある最新の FAQ をチェックして下さい。 -それと同時に ftp サイト ftp://ftp.postgreSQL.org/pub/で、もっと新しいバージョン +それと同時に ftp サイト ftp://ftp.PostgreSQL.org/pub/で、もっと新しいバージョン の PostgreSQL あるいはパッチをさがしてみて下さい。 1.14) 他のDBMSのと比べてPostgreSQLはどうなのですか？ @@ -457,29 +450,26 @@ pgsql-patches 機能(Features) PostgreSQLは、トランザクション、副問い合わせ、トリガー、ビュー、外部キー整 - 合性参照、および、洗練されたロック機構など、大規模商用 DBMSが持つ機能をほと + 合性参照、および、洗練されたロック機構など、大規模商用DBMSが持つ機能をほと んど持っています。さらに PostgreSQLは、ユーザ定義型、継承、ルール、それから 、ロック競合を縮小するマルチバージョン同時性制御など、商用DBMSも持ち合わせ ないような機能をいくつか持ち合わせています。 - 性能(Performance) PostgreSQLは他の商用あるいはオープンソースのデータベースと互角の性能も持ち - ます。ある面ではより早かったり、ほかの面ではより遅かったりします。 MySQLな - どの特化型データベース・システムにくらべて、PostgreSQLの挿入／更新が遅いの - は、トランザクションによるオーバーヘッドがあるからです。もちろん、MySQLには - 上記のFeaturesの節に示すような機能はまったくありません。我々は、PostgreSQL - に柔軟性と機能性を組み込みながらも、絶えず、プロファイラーに掛けたりソース - コードを解析したりして、性能の改善を続けています。PostgreSQL と MySQL とを - 比較している面白い Web ページが http://openacs.org/why-not-mysql.html にあ - ります。 - + ます。ある面ではより早かったり、ほかの面ではより遅かったりします。MySQLなど + の特化型データベース・システムにくらべて、PostgreSQLの挿入／更新が遅いのは + 、トランザクションによるオーバーヘッドがあるからです。もちろん、MySQLには上 + 記のFeaturesの節に示すような機能はまったくありません。我々は、PostgreSQLに + 柔軟性と機能性を組み込みながらも、絶えず、プロファイラーに掛けたりソースコ + ードを解析したりして、性能の改善を続けています。PostgreSQL と MySQL とを比 + 較している面白い Web ページがhttp://openacs.org/why-not-mysql.htmlにありま + す。 PostgreSQLは、Unixプロセスを起動することによりユーザー接続を操作します。複 数のバックエンド・プロセスが情報をロックしながらデータ・バッファーを共有し ます。マルチCPUでは、簡単に複数のバックエンドをそれぞれのCPUで走らせること ができます。 - 信頼性(Reliability) 我々は、DBMSの信頼性が高くなくてはその価値が無いことを理解してます。十分テ ストして、安定したコードをバグを最小にしてからリリースするように勤めてます @@ -487,23 +477,25 @@ pgsql-patches のリリースの履歴が、製品版として安定した堅固なリリースであることを物語って います。この分野では、他のデータベースと比べても遜色がないことに自信を持っ ています。 + サポート(Support) 我々のメーリングリストは、遭遇するいかなる問題についても解決への手助けをし - てくれる、開発者やユーザの大きな集まりを提供しています。我々は問題の解決を - 保証することはできませんが、商用データベースであっても常に解決されるわけで - はありません。開発者や、ユーザ・コミュニティ、マニュアル類、それに、ソース - コードなどへ直接アクセスできることよって、 PostgreSQLのサポートは、他のDBMS - サポートよりも優れたものとなっています。御要望に答えて、事柄毎の商用サポー - トなどもあります（サポートFAQ項目をご覧下さい）。 + てくれる、開発者やユーザの大きな集まりへの接点を提供しています。我々は問題 + の解決を保証することはできませんが、商用データベースであっても常に解決され + るわけではありません。開発者や、ユーザ・コミュニティ、マニュアル類、それに + 、ソースコードなどへ直接アクセスできることよって、PostgreSQLのサポートは、 + 他のDBMSサポートよりも優れたものとなっています。御要望に答えて、事柄毎の商 + 用サポートなどもあります（FAQ1.6節をご覧下さい）。 + 価格(Price) PostgreSQLの利用は、商用でも非商用でも、すべて無料です。上記に示してあるBSD スタイルの使用許諾に外れない限り、PostgreSQLのコードを制限無しで商品に組み 込むことができます。 - + 1.15) PostgreSQLを資金面で援助するにはどうすればよいですか？ -PostgreSQLは、我々が6年前に始めたとき以来、最高クラスの基盤を持っています。これ +PostgreSQLは、我々が始めた 1996年以来、最高クラスの情報基盤を持っています。これ はすべて、Marc Fournieさんのおかげで、彼はこの基盤を何年にもわたって創造し管理 してきました。 @@ -512,17 +504,17 @@ PostgreSQL もちろん、この基盤は安いものではありません。維持し続けるためには毎月あるいは一 時の経費がかかります。もし、あなたやあなたの会社に、こうした努力のための資金を -助けるために施すことができるようでしたら、 https://store.pgsql.com/shopping/ -index.php?id=1 から寄付をお願いします。 +助けるために施すことができるようでしたら、https://store.pgsql.com/shopping/から +寄付をお願いします。 -また、Webページには PostgreSQL,Inc とありますが、そこの"義援 (contributions)"ア +また、Webページには PostgreSQL,Inc とありますが、そこの"義援(contributions)"ア イテムは PostgreSQL プロジェクトをサポートするためだけのためで、決して特定の会 -社のための資金のためではありません。もし、手形 (check)の方が都合がよければ連絡 -先の住所へお送り下さい。 - +社のための資金のためではありません。もし、手形(check)の方が都合がよければ連絡先 +の住所へお送り下さい。 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ - ユーザー・クライアントの質問 + ユーザー・クライアントの質問 + 2.1) PostgreSQL のための ODBC ドライバーはありますか？ PsqlODBC と OpenLink ODBC の二つの ODBC ドライバーが利用可能です。 @@ -552,8 +544,6 @@ Programmer's Guide データベースを裏に持つ Web ページについての素晴らしい紹介が、 http://www.webreview.comにあります。 -http://www.phone.net/home/mwm/hotlist/にも、もう一つあります。 - Web への拡張のためには、PHP が卓越したインターフェースとなっています。http:// www.php.net/にあります。 [訳注: @@ -570,10 +560,12 @@ www.php.net/ ftp://night.fminn.nagano.nagano.jp/php4/ を用意して下さってます。 本家の方で国際化のMLも立ち上がっています。 + PHP-4.2 からマルチバイト拡張文字列として採り入れられました。 ] -処理が複雑な場合、多くの人は Perl インターフェースと CGI.pm を使います。 +処理が複雑な場合、多くの人は Perl インターフェースと CGI.pm か mod_perl を使い +ます。 [訳注: WDB は、Web から DataBase への Perl の Interface です。 wdb-p95 へのリンクは切れてしまっています。おそらく、Perl DBI 経由で DBD::Pg の利用が可能と思われます。 @@ -588,14 +580,14 @@ www.php.net/ 2.3) PostgreSQL にグラフィカル・ユーザインターフェースはありますか？レポートジ ェネレータや埋め込み問い合わせ言語インターフェースはありますか？ -pgaccess と呼ばれる素晴らしいグラフィカル・ユーザ・インターフェースがあり、この -配布と共に出荷されます。Pgaccess にはレポート・ジェネレータもあります。Web ペー -ジはhttp://www.flex.ro/pgaccessです。 +PgAccess と呼ばれる素晴らしいグラフィカル・ユーザ・インターフェースがあり、この +配布と共に出荷されます。PgAccess にはレポート・ジェネレータもあります。Web ペー +ジはhttp://www.pgaccess.org/です。 ecpg という C 言語のための埋め込み SQL 問い合わせ言語インターフェースもあります 。 -2.4) PostgreSQL と通信するにはどんな言語が使えますか？ +2.4) どのような言語で PostgreSQL と通信できすか？ 以下のものがあります: @@ -604,19 +596,19 @@ ecpg ・ C++ (libpq++) ・ 埋め込みC (ecpg) ・ Java (jdbc) - ・ Perl (perl5) + ・ Perl (DBD::Pg and perl5) ・ ODBC (odbc) ・ Python (PyGreSQL) ・ TCL (libpgtcl) ・ C Easy API (libpgeasy) - ・ 埋め込みHTML (PHP from http://www.php.net) + ・ PHP ('pg_' 関数群、 Pear::DB) -その他の利用可能なインターフェースは http://www.postgresql.org/interfaces.html +その他の利用可能なインターフェースは http://www.PostgreSQL.org/interfaces.html にあります。 [訳注： rubyの作者であるまつもと ゆきひろ(matz@ZetaBITS.COM)さんと、まつもと えいじ(ematsu@pfu.co.jp)さんが ruby の PostgreSQL インターフェースを作りました。現在の維持管理は斉藤 登さんがしています。 - http://webclub.kcom.ne.jp/mb/noborus/ruby/ + http://www.postgresql.jp/interfaces/ruby/ PgBash は 境田 雅明 さんが作った bash の PostgreSQL インターフェースです。 http://www.psn.co.jp/PostgreSQL/pgbash/ Bashコマンドラインでpostgres に問い合わせできます。 @@ -629,7 +621,7 @@ ecpg ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 管理上の質問 - + 3.1) どのようにすれば /usr/local/pgsql 以外の場所にインストールできますか？ 簡単な方法は、 configure を走らせるときに --prefix オプションを指定することです @@ -749,7 +741,7 @@ Postmaster 、デバッガでプロセスにアタッチして、ブレークポイントを設定し、開始から順を追っ て見てゆくことができます。 -postgreSQL プログラムには、デバグと性能測定にとても役に立つ -sや -Aや -t 等のオ +PostgreSQL プログラムには、デバグと性能測定にとても役に立つ -sや -Aや -t 等のオ プションがあります。 何という関数がどのくらい実行時間を食っているかを見るために、プロファイリング（ @@ -765,7 +757,7 @@ postmaster ます。 既定の最大プロセスは32プロセスです。-Nに適切な値を引数にしてpostmasterを再起動 -するか、postgresql.conf を修正することによって、その値を増やすことができます。 +するか、PostgreSQL.conf を修正することによって、その値を増やすことができます。 。既定の構成では-Nは最大1024まで設定できます。もし、もっと必要であればinclude/ config.hの中のMAXBACKENDSを増加させ、再構築します。もし、望むならconfigureの --with-maxbackends切替を使って、-Nの既定値を構成時に設定できます。 @@ -784,7 +776,7 @@ config.h には、include/storage/sinvaladt.hの中のMaxBackendId定数を修正した後に再構築が必 要でした。 -3.9) 自分のデータベース・ディレクトリにある pg_sorttemp.XXXファイルは何ですか？ +3.9) pgsql_tmp ディレクトリの中には何がありますか？ 問い合わせ実行モジュールによって生成された一時的なファイルです。例えば、もし ORDER BY 句を満たすためにバックエンドの -S パラメータで許可した値よりも大きなス @@ -792,8 +784,8 @@ ORDER BY ルがいくつか生成されます。 一時的なファイルは自動的に消し去られるはずですが、もし、ソートの途中でバックエ -ンドがクラッシュしてしまうとそうはなりません。そのときバックエンドがひとつも走 -ってなければ、pg_tempNNN.NNファイルを消しても大丈夫です。 +ンドがクラッシュしてしまうとそうはなりません。postmasterの停止とリスタートでこ +れらのファイルはディレクトリから消しさられます。 [訳注： SYSLOGD 経由でログを出力するには、まず、configure を --enable-syslog 付きで走らせた後、コンパイルとインストールを行ないます。 @@ -801,7 +793,7 @@ ORDER BY syslogd に HUP シグナルを送って初期化しておきます。そして、 $PGDATA/pg_options に syslog=2 を加えて、 postmaster を -S オプション付きにてサーバモードで起動します。(バージョン 7.1 からは - pg_options は postgresql.conf になっています。) + pg_options は PostgreSQL.conf になっています。) ] @@ -810,10 +802,11 @@ ORDER BY PostgreSQLチームはマイナーリリースでは小さな変更しか行ないませんので、7.2 から 7.2.1 へのアップグレードにはダンプとリストアの必要はありません。しかし、メジャ -ーリリースでは、システムテーブルやデータファイルの内部フォーマットの変更をしば -しば行ないます。これらの変更はたいてい複雑で、そのため我々はデータファイルのた -めの後方互換性を維持することができません。ダンプは汎用フォーマットでデータを出 -力し、それを新しい内部フォーマットを使って読み込むことができます。 +ーリリース(たとえば、7.2から7.3へのような)では、システムテーブルやデータファイ +ルの内部フォーマットの変更をしばしば行ないます。これらの変更はたいてい複雑で、 +そのため我々はデータファイルのための後方互換性を維持することができません。ダン +プは汎用フォーマットでデータを出力し、それを新しい内部フォーマットに読み込むこ +とができます。 同一リリースではディスク上でのフォーマットに変更はないので、アップグレードには ダンプ／リストアではなく、pg_upgrade スクリプトを使うことができます。リリースノ @@ -821,7 +814,7 @@ PostgreSQL ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 操作上の質問 - + 4.1) バイナリ・カーソルと通常カーソルとの厳密な違いは何ですか？ 詳述は、オンラインマニュアルで DECLARE を見て下さい。 @@ -832,10 +825,10 @@ PostgreSQL てみて下さい。 たとえ、欲しいのは最初の数ロウだけでも、すべての問い合わせを評価しなくてはなら -ないかもしれません。ORDER BY を持った問い合わせを考えてみて下さい。もし、ORDER -BYに合ったインデックスがあるとすると PostgreSQLは要求された最初の数ロウだけで評 -価できるかもしれませんが、でなれば、PostgreSQL は意図したロウが生成されるまです -べてのロウを評価しなければならないかもしれません。 +ないかもしれません。ORDER BY を持った問い合わせを使うことを考えてみて下さい。も +し、ORDER BYに合ったインデックスがあるとすると PostgreSQLは要求された最初の数ロ +ウだけで評価できるかもしれませんが、でなれば、PostgreSQL は意図したロウが生成さ +れるまですべてのロウを評価しなければならないかもしれません。 4.3) テーブルやその他の情報のリストを psql で見るにはどうしますか？ @@ -846,7 +839,8 @@ psql 4.4) テーブルからカラムの削除はどのようにしますか？ -ALTER TABLE DROP COLUMN はサポートしていませんが、その代わりにこうします: +この機能は、ALTER TABLE DROP COLUMN としてリリース7.3 から加えられました。それ +までのバージョンでは、その代わりにこうします: BEGIN; LOCK TABLE old_table; SELECT ... -- 削除したいカラム以外のカラムをすべて選択します。 @@ -860,7 +854,7 @@ ALTER TABLE DROP COLUMN 4.5) ロウ、テーブル、データベースの最大サイズは？ 制限は以下のとおりです。 -データベースの最大サイズ? 制限無し (500GB のデータベースも存在します) +データベースの最大サイズ? 制限無し (1 TB のデータベースも存在します) テーブルの最大サイズ? 16TB ロウの最大サイズ? 1.6TB フィールドの最大サイズ? 1GB @@ -949,7 +943,7 @@ psql SELECT col FROM tab ORDER BY col [ DESC ] - LIMIT 1 + LIMIT 1; LIKE あるいは ~ のようなワイルドカード演算子は特別な環境でしか使えません： @@ -960,8 +954,8 @@ LIKE □ ~ (正規表現) パターンは^.で始まらなければならない ・ 検索文字列を文字クラスから始めることはできません。たとえば、[a-e]。 - ・ ILIKE や ~* のように大文字小文字を区別しない検索は使えません。そのかわり、 - このFAQで後述する関数のインデックスが使えます。 + ・ ILIKE や ~* のような大文字と小文字を区別しない検索は使えません。そのかわり + 、このFAQの4.12節で説明する関数のインデックスが使えます。 ・ initdb においては、デフォルトでCロケールが使われなくてはなりません。 [訳注：強制的にインデックスを使うには SET enable_seqscan = off を実行します。 ] @@ -1025,11 +1019,10 @@ GEQO 大文字と小文字を区別しない等値比較次のように表現できる： SELECT * FROM tab - WHERE lower(col) = 'abc' - + WHERE lower(col) = 'abc'; 標準インデックスでは使われず、しかしながら、もし関数インデックスを作ったならそ れが使われるでしょう。 - CREATE INDEX tabindex on tab (lower(col)); + CREATE INDEX tabindex ON tab (lower(col)); WHERE lower(textfield) LIKE lower(pattern) @@ -1043,8 +1036,8 @@ GEQO Type Internal Name Notes -------------------------------------------------- "char" char 1 character -CHAR(#) bpchar 指定された固定長となるように空白が詰められる -VARCHAR(#) varchar 最大長のサイズを指定する、詰め物無し +CHAR(n) bpchar 指定された固定長となるように空白が詰められる +VARCHAR(n) varchar 最大長のサイズを指定する、詰め物無し TEXT text 長さに上限の無いテキスト BYTEA bytea 可変長のバイト配列(null-byte safe) @@ -1057,9 +1050,9 @@ BYTEA bytea れたり複数ロウに渡って保存されたりして、ディスク上の空間は思ったより小さくなり ます。 -CHAR()はいつも長さが同じ文字列を保存するのに最適です。VARCHAR() は可変長の文字 -列を保存するのに最適ですが、保存できる文字列の長さに制限があります。TEXT は長さ -に制限の無い文字列の保存ためのもので、最大1ギガバイトです。 BYTEAは、部分的に +CHAR(n)はいつも長さが同じ文字列を保存するのに最適です。VARCHAR(n) は可変長の文 +字列を保存するのに最適ですが、保存できる文字列の長さに制限があります。TEXT は長 +さに制限の無い文字列の保存ためのもので、最大1ギガバイトです。 BYTEAは、部分的に NULL のバイトを含むバイナリデータを保存するためのものです。 4.15.1) 通番(serial)／自動増分フィールドはどのようにつくりますか？ @@ -1090,9 +1083,9 @@ Numbering Rows ひとつの方法は、nextval() 関数を使ってその値を挿入する前(before)に SEQUENCE オ ブジェクトから次の SERIAL 値を取り出し、それから実際に挿入をすることです。 -4.16.1 の例で使ったテーブルを使うとすると、Perl では次のようになります。 - new_id = output of "SELECT nextval('person_id_seq')" - INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal'); +4.15.1 のテーブルの例を使うとすると、疑似言語ではこのようになります。 + new_id = execute("SELECT nextval('person_id_seq')"); + execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')"); そうして、new_id に保存した新しい値を他の問い合わせに(たとえば、person テーブル に対する外部キー(foreign key)のように)使うとよいでしょう。自動的に作られた SEQUENCEオブジェクトの名前は、__seq のようになり、このうち @@ -1100,8 +1093,8 @@ SEQUENCE あるいは、与えられたSERIAL値を、それが既定値として挿入された後で(after)、 currval() 関数を使って取り出すこともできます。たとえば、 - INSERT INTO person (name) VALUES ('Blaise Pascal'); - new_id = currval('person_id_seq'); + execute("INSERT INTO person (name) VALUES ('Blaise Pascal')"); + new_id = execute("SELECT currval('person_id_seq')"); 最後に、INSERT文から返るOIDを使って、既定値をみつけることもできますが、しかし、 これは最も移植性の低いやり方でしょう。PerlのDBIで Edmund Mergl の作った DBD::Pg モジュールを使えば、$sth->execute() の後に $sth->{pg_oid_status} を経由してその @@ -1110,7 +1103,7 @@ OID 4.15.3) 他のユーザとの競合状態を避けるためには、currval() と nextval() は使わな いほうがよいのでしょうか？ -それはありません。Currval() は、すべてのユーザではありませんが、あなたのバック +それはありません。currval() は、すべてのユーザではありませんが、あなたのバック エンドに与えられた現在の値を返します。 4.15.4) トランザクションが中断したときにもういちどシーケンス番号が使われないの @@ -1124,7 +1117,7 @@ OID OID とは一意のロウID に対する PostgreSQL の答えです。PostgreSQL の中でつくられ るすべてのロウは一意の OID を得ます。initdb で発生される OID はすべて 16384 -(backend/access/transam.h から)より小さな値です。initdb 後のすべての OID (ユー +(include/access/transam.h から)より小さな値です。initdb 後のすべての OID (ユー ザ作成)はそれ以上の値になります。既定では、これらすべての OIDは一つのデーブルや データベース内に留まらず、PostgreSQL インストレーション全体の中で一意です。 @@ -1166,8 +1159,8 @@ TID ・ ポータル(portal), カーソル(cursor) ・ 領域変数(range variable)、テーブル名(table name)、テーブル別名(table alias) -一般的なデータベース用語のリストは： http://www.comptechnews.com/~reaster/ -dbdesign.html で見つけられます。 +一般的なデータベース用語のリストは：http://hea-www.harvard.edu/MST/simul/ +software/docs/pkgs/pgsql/glossary/glossary.html で見つけられます。 4.18) エラーメッセージ "ERROR: Memory exhausted in AllocSetAlloc()"が出るのはな ぜですか？ @@ -1187,7 +1180,7 @@ dbdesign.html 4.19) どのバージョンの PostgreSQL を走らせているかを調べるにはどうしますか？ -psql から select version(); をタイプします。 +psql から SELECT version(); をタイプします。 4.20) ラージ・オブジェクトの操作でinvalid large obj descriptor を受け取りました 。なぜでしょうか？ @@ -1213,26 +1206,28 @@ CURRENT_TIMESTAMP 4.22) なぜ、INを使う副問い合わせがとても遅いのですか？ 現在、外部問い合わせの各ロウについて副問い合わせの結果を順番にスキャンすること -により、副問い合わせを外部問い合わせに結合しています。当面はINをEXISTSで置き換 -えることです： +により、副問い合わせを外部問い合わせに結合しています。もし、副問い合わせが数行 +しか返さず、外部問い合わせが沢山の行を返すなら、当面はINをEXISTSで置き換えるこ +とです： SELECT * FROM tab - WHERE col1 IN (SELECT col2 FROM TAB2) + WHERE col1 IN (SELECT subcol FROM subtab) を、置き換えて： SELECT * FROM tab - WHERE EXISTS (SELECT col2 FROM TAB2 WHERE col1 = col2) -とします。この制限は将来のリリースで直したいと思っています。 + WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col) +とします。これが手っ取り早いですが、subcolは索引付きカラムであるべきです。この +制限は将来のリリースで直したいと思っています。 4.23) 外部結合(outer join)はどのように実現しますか? PostgreSQL は SQL 標準構文を使う外部結合(アウタージョイン)をサポートします。こ こに 2つの例題があります。 -SELECT * - FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col); + SELECT * + FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col); あるいは -SELECT * - FROM t1 LEFT OUTER JOIN t2 USING (col); + SELECT * + FROM t1 LEFT OUTER JOIN t2 USING (col); これらの象徴的な問い合わせでは t1.col を t2.col と結合して、t1 の結合されなかっ たロウ(t2 と一致しなかったロウ)も返しています。RIGHT 結合は t2 の結合されなかっ たロウを加えるでしょう。FULL 結合は、一致したロウに t1 と t2 からは結合されなか @@ -1243,7 +1238,7 @@ NOT IN SELECT tab1.col1, tab2.col2 FROM tab1, tab2 WHERE tab1.col1 = tab2.col1 -UNION ALL + UNION ALL SELECT tab1.col1, NULL FROM tab1 WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2) @@ -1251,19 +1246,19 @@ UNION ALL 4.24) 複数のデータベースを使う問い合わせはどのようにすればできますか？ -現行(current)を除いて、データベースへの問い合わせ方法はありません。というのも -PostgreSQLがデータベース仕様のシステムカタログを読み込むためで、そこには、たと -えそのふりをするだけにしろ、データベースを越えて問い合わせをするすべがありませ -ん。 +現行のデータベース以外への問い合わせ方法はありません。というのもPostgreSQLがデ +ータベース仕様のシステムカタログを読み込むためで、そこには、たとえそのふりをす +るだけにしろ、データベースを越えて問い合わせをするすべがありません。 -もちろん、クライアントは同時に異なる複数のデータベースへ接続してそこにある情報 -をマージすることはできます。 +/contrib/dblink はデータベース間(cross-database)の問い合わせを関数呼出しにより +許します。もちろん、クライアントは同時に接続を別のデータベースへも張らなくては +ならず、結果をクライアント側でマージしなくてはなりません。 4.25) 関数で複数のロウまたはカラムを返すにはどうしますか？ もし、PL/pgSQL 関数でrefcursorsを使うと結果の組を返すことができます。 http:// -developer.postgresql.org/docs/postgres/plpgsql-cursors.html の 23.7.3.3 節をご -覧下さい。 +www.PostgreSQL.org/idocs/index.php?plpgsql-cursors.html の 23.7.3.3 節をご覧下 +さい。 4.26)なぜ、PL/PgSQL 関数の中から一時テーブルを確実に create/drop することができ ないのでしょうか？ @@ -1275,9 +1270,37 @@ PL/PgSQL 時テーブルアクセスのために使うことです。これで、毎回クエリーのパースし直しを起 こすでしょう。 +4.27) どのようなリプリケーションオプションを利用できますか? + +マスター／スレーブのリプリケーションオプションがいくつか利用可能です。これらの +オプションではマスターのみがデータベースを変更でき、スレーブはデータベースを読 +むだけです。 http://gborg.PostgreSQL.org/genpage?replication_research の最後に +それらを一覧にしてあります。マルチ-マスターのリプリケーションによるソリューショ +ンは http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php にて作業 +が進められています。 +[訳注 + JPUG 分散トランザクション開発分科会では、永安悟史さんを中心に２相 + コミットの実装を行なっています。 + http://www.postgresql.jp/subcommittee/dt/index.html + http://www.snaga.org/jpug-dt/ + + 三谷篤さんによる双方向リプリケーションPGReplicate + http://www.csra.co.jp/~mitani/jpug/pgreplicate/ +] + +4.28) どのような暗号化オプションを利用できますか? + + ・ /contrib/pgcrypto SQL問い合わせの中で使うための沢山の暗号化を含みます。 + ・ クライアントからサーバーへの転送をを暗号化する唯一の方法はpg_hba.confの中で + hostsslを使うことによります。 + ・ バージョン7.3 ではデータベースユーザのパスワードは保存される時に自動的に暗 + 号化されます。それより前のバージョンではpostgresql.conf中で + PASSWORD_ENCRYPTIONを有効にする必要があります。 + ・ サーバーは暗号化ファイルシステムを使って走ることもできます。 + ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ PostgreSQLの拡張についての質問 - + 5.1) 自分で書いたユーザ定義関数を psql の中で実行するとコア・ダンプしてしまうの はなぜですか？ @@ -1307,8 +1330,8 @@ PL/PgSQL [訳注： 日本語版の製作については以下の通りです。 - 最終更新日: 2002年08月25日 - 翻訳者: 桑村 潤 (Jun Kuwamura ) + 最終更新日: 2002年10月18日 + 翻訳者: 桑村 潤 (Jun Kuwamura ) このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます): @@ -1335,9 +1358,9 @@ Atsushi SUGAWARA ) 日本語版のこの文書は、以下からもたどれます。 http://www.rccm.co.jp/~juk/pgsql/(FAQ和訳 PostgreSQL についてよくある質問) - http://www.postgresql.jp/subcommittee/jpugdoc/JPUG文書・書籍関連分科会 + http://www.PostgreSQL.jp/subcommittee/jpugdoc/JPUG文書・書籍関連分科会 http://www.linux.or.jp/JF/Linux JFプロジェクト http://www.sra.co.jp/people/t-ishii/PostgreSQL/doc-jp/ - なお、この和訳に関するご意見は(juk@postgresql.jp)までお寄せ下さい。 + なお、この和訳に関するご意見は(juk@PostgreSQL.jp)までお寄せ下さい。 ] diff --git a/doc/src/FAQ/FAQ_japanese.html b/doc/src/FAQ/FAQ_japanese.html index 48494357b5..8662b9657e 100644 --- a/doc/src/FAQ/FAQ_japanese.html +++ b/doc/src/FAQ/FAQ_japanese.html @@ -7,12 +7,12 @@

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

-原文最終更新日: Thu Aug 22 19:20:40 EDT 2002 +原文最終更新日: Sun Oct 13 23:15:09 EDT 2002

現在の維持管理者: Bruce Momjian (pgman@candle.pha.pa.us)
Maintainer of Japanese Translation: Jun Kuwamura (juk@postgresql.jp)

+HREF="mailto:juk@PostgreSQL.jp">juk@PostgreSQL.jp)

この文書の最新版は @@ -27,7 +27,7 @@ http://www.PostgreSQL.org/docs/faq-english.html

-

+
 (以下、訳者による注釈を [訳注： と ] とで囲んで記します。)
 [訳注：
 	日本語版製作についてのメモは最後尾へ移動しました。
@@ -35,23 +35,23 @@ http://www.PostgreSQL.org/docs/faq-english.html
 	日本語版のこの文書は 本家 "User's Lounge" の "Collection of FAQs" の
 	"Japanese" という見出しのところにあります。また、以下のサイトにも
 	あります。
-		http://www.postgresql.jp/subcommittee/jpugdoc/
+		http://www.PostgreSQL.jp/subcommittee/jpugdoc/
 		http://www.rccm.co.jp/~juk/pgsql/
 		http://www.linux.or.jp/JF/
 
-	この和訳についてお気づきの点は(juk@postgresql.jp)までメールでお寄せ下さい。
+	この和訳についてお気づきの点は(juk@PostgreSQL.jp)までメールでお寄せ下さい。
 
-						2002年08月25日    桑村 潤
+						2002年10月16日    桑村 潤
 ]
-

+

-

一般的な質問

+

一般的な質問

-1.1) PostgreSQLとは何ですか？ 何と読みますか？
+1.1) PostgreSQLとは何ですか？ 何と読みますか？
1.2) PostgreSQLの著作権はどうなってますか？
1.3) PostgreSQLの動作するUnixプラットホームは？
1.4) Unix以外の移植版で使えるものは？
@@ -60,24 +60,24 @@ http://www.PostgreSQL.org/docs/faq-english.html 1.7) 最新版はどれですか
1.8) どのような文書がありますか？
1.9) 既知のバグや未だ無い機能はどうやって見つけますか？
-1.10) SQLはどうすれば学べますか？
+1.10) SQLはどうすれば学べますか？
1.11) PostgreSQLは西暦2000年問題(Y2K)に対応していますか？
1.12) 開発チームにはどのように参加しますか？
1.13) バグレポートはどのように発信しますか？
-1.14) 他のDBMSのと比べてPostgreSQLはどうなのですか？
+1.14) 他のDBMSのと比べてPostgreSQLはどうなのですか？
1.15) PostgreSQLを資金面で援助するにはどうすればよいですか？
-

ユーザー・クライアントの質問

+

ユーザー・クライアントの質問

-2.1) PostgreSQL の ODBC ドライバーはありますか？
+2.1) PostgreSQL の ODBC ドライバーはありますか？
2.2) PostgreSQL を Web ページと連携させるにはどんなツールがありますか？
2.3) PostgreSQL にグラフィカル・ユーザインターフェースはありますか？ レポートジェネレータや埋め込み問い合わせ言語インターフェースはありますか？
-2.4) PostgreSQL と通信するにはどんな言語が使えますか？
+2.4) どのような言語で PostgreSQL と通信できすか？
-

管理上の質問

+

管理上の質問

3.1) どのようにすれば /usr/local/pgsql 以外の場所にインストールできますか？
3.2) postmaster を走らせると、 @@ -90,15 +90,15 @@ http://www.PostgreSQL.org/docs/faq-english.html 3.6) より良い性能を得るためには、データベース・エンジンをどのように調整すれば良いですか？
3.7) どのようなデバグ機能が使えますか？
3.8) 接続しようとするときに 'Sorry, too many clients' が出るのはなぜですか？
-3.9) 自分のデータベース・ディレクトリにある pg_sorttemp.XXX ファイルは何ですか？
+3.9) pgsql_tmp ディレクトリの中には何がありますか？
3.10) PostgreSQLのメジャーリリースをアップデートするのにダンプとリストアをしなくてはならないのはなぜですか？
-

操作上の質問

+

操作上の質問

4.1) バイナリ・カーソルと通常カーソルとの違いは何ですか？
-4.2) 最初の数ロウのみを select するにはどうしますか？
+4.2) 最初の数ロウのみを select するにはどうしますか？
4.3) テーブルやその他の情報のリストを psql で見るにはどうしますか？
4.4) テーブルからカラムの削除はどのようにしますか？
4.5) ロウ、テーブル、データベースの最大サイズは？
@@ -109,25 +109,27 @@ http://www.PostgreSQL.org/docs/faq-english.html 4.10) R-tree インデックスとは何ですか？
4.11) 遺伝的問い合わせ最適化とは何ですか？
4.12) 正規表現での検索や大文字と小文字とを区別しない正規表現検索はどのように実現しますか？大文字と小文字とを区別しない検索のためのインデックスはどのように使いますか？
-4.13) 問い合わせの中で、フィールドが NULL であることを検出するにはどうしますか？
+4.13) 問い合わせの中で、フィールドが NULL であることを検出するにはどうしますか？
4.14) 色々な文字型のそれぞれの違いは何ですか？
4.15.1) 通番(serial)／自動増分フィールドはどのようにつくりますか？
-4.15.2) SERIALデータ型に挿入される値は、どうすれば得られますか？
+4.15.2) SERIALデータ型に挿入される値は、どうすれば得られますか？
4.15.3) 他のユーザとの競合状態を避けるためには、currval() と nextval() は使わないほうがよいのでしょうか？
4.15.4) トランザクションが中断したときにもういちどシーケンス番号が使われないのはなぜですか？シーケンス／SERIALカラムに空きがあるのはなぜですか？
-4.16) OID とは何ですか？ TID とは何ですか？
+4.16) OID とは何ですか？ TID とは何ですか？
4.17) PostgreSQL で使われるいくつかの用語の意味は何ですか？
4.18) エラーメッセージ "ERROR: Memory exhausted in AllocSetAlloc()"が出るのはなぜですか？
4.19) どのバージョンの PostgreSQL を走らせているのかを調べるにはどうしますか？
4.20) ラージオブジェクトの操作で、invalid large obj descriptorと出るのはなぜですか？
4.21) 現在の時刻がデフォルトとなるようなカラムはどのようにつくりますか？
-4.22) なぜ、INを使う副問い合わせがとても遅いのですか？
+4.22) なぜ、INを使う副問い合わせがとても遅いのですか？
4.23) 外部結合(outer join)はどのように実現しますか?
4.24) 複数のデータベースを使う問い合わせはどのようにすればできますか？
4.25) 関数で複数のロウまたはカラムを返すにはどうしますか？
4.26) なぜ、PL/PgSQL 関数の中から一時テーブルを確実に create/drop することができないのでしょうか？
+4.27) どのようなリプリケーションオプションを利用できますか?
+4.28) どのような暗号化オプションを利用できますか?
-

PostgreSQLの拡張についての質問

+

PostgreSQLの拡張についての質問

5.1) 自分で書いたユーザ定義関数を psql の中で実行するとコア・ダンプしてしまうのはなぜですか？
5.2) PostgreSQL 用に書いたちょっと素敵な新しい型や関数を提供してプロジェクトに貢献したいのですが？
@@ -135,58 +137,55 @@ http://www.PostgreSQL.org/docs/faq-english.html 5.4) ソース・ファイルを変更しました。再コンパイルしても変化が見られないのはなぜですか？

-

一般的な質問

+

一般的な質問

-

1.1) PostgreSQL とは何ですか？

+

1.1) PostgreSQL とは何ですか？ 何と読みますか？

Post-Gres-Q-L.(ポスト - グレス - キュー - エル) と発音します。

-

PostgreSQL は次世代 DBMS 研究用のプロトタイプであった POSTGRES データベース管理システムの改良版です。PostgreSQL は POSTGRES の強力なデータ・モデルと豊富なデータ・タイプ(型)を保持しながら、POSTGRES で使われた PostQuel 問い合わせ言語を、拡張した SQL のサブセットに置き換えています。PostgreSQL は無料で完全なソースを利用できます。 +

PostgreSQL は次世代 DBMS 研究用のプロトタイプであった POSTGRES データベース管理システムの改良版です。PostgreSQL は POSTGRES の強力なデータ・モデルと豊富なデータ・タイプ(型)を保持しながら、POSTGRES で使われた PostQuel 問い合わせ言語を、拡張した SQL のサブセットに置き換えています。PostgreSQL は無料で完全なソースを利用できます。 -

PostgreSQL の開発は、PostgreSQL 開発メーリングリストに参加しているインターネット上の開発者チームですべて行なわれています。現在の座長は Marc G. Fournier ( scrappy@PostgreSQL.org )です。(以下に参加の仕方があります。)現在、このチームが PostgreSQL 開発のすべての面倒をみています。 +

PostgreSQL の開発は、PostgreSQL 開発メーリングリストに参加している開発者達のチームですべて行なわれています。現在の座長は Marc G. Fournier (scrappy@PostgreSQL.org )です。(下記の1.6節に参加の仕方があります。)現在、このチームが PostgreSQL 開発のすべての面倒をみています。

Postgres95-1.01 の中心的な開発者は Andrew Yu と Jolly Chen でしたが、その他大勢の人々がこのコードの移植、テスト、デバグ、および、改良に参加しました。PostgreSQL の派生元コードである POSTGRES はカリフォルニア大学バークレイ校において、 Michael Stonebraker 教授の指揮のもと、多くの学生、卒業生、本職のプログラマたちの努力により作られました。 -

バークレイにおけるこのソフトウェアのもとの名前は Postgres でしたが、SQL の機能が追加された 1995 年にその名前は Postgres95 に変更され、1996 年の終りにその名前は PostgreSQL に変更されました。 +

バークレイにおけるこのソフトウェアのもとの名前は Postgres でしたが、SQL の機能が追加された 1995 年にその名前は Postgres95 に変更され、1996 年の終りにその名前は PostgreSQL に変更されました。

1.2) PostgreSQL の著作権はどうなってますか？

PostgreSQL は下記の著作権に従います。 -

+
     [訳注：
         正文は英語です。参考として、訳文を併記掲載します。
     ]
-

+
+

+PostgreSQL Data Base Management System

-PostgreSQL Data Base Management System

- Portions Copyright (c) 1996-2002, PostgreSQL Global Development Group -Portions Copyright (c) 1994-6 Regents of the University of California

- +Portions Copyright (c) 1994-6 Regents of the University of California

+

Permission to use, copy, modify, and distribute this software and its documentation for any purpose, without fee, and without a written agreement is hereby granted, provided that the above copyright notice and this paragraph and the following two paragraphs appear in all -copies. +copies.

- IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN ADVISED OF -THE POSSIBILITY OF SUCH DAMAGE. +THE POSSIBILITY OF SUCH DAMAGE.

THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR -MODIFICATIONS. - -

+MODIFICATIONS.

-
+
 	POSTGRESQL データベース管理システム
 
 	部分的著作権 (c) 1996-2002, PostgreSQL国際開発チーム
@@ -213,135 +212,124 @@ MODIFICATIONS.
 	著作権に関する正文は上記の英語による表記です。日本語訳はあくまで
 	参考です。
     ]
-

+
 -

上記はBSDライセンスで古きオープンソースのライセンスです。ソースコード +

上記はBSDライセンスで古きオープンソースのライセンスです。ソースコード がどのように使われようとも制限しません。好ましいことなので、我々もそれを -変えるつもりはありません。

+変えるつもりはありません。

-

1.3) PostgreSQL の動作環境は？

-

著者らは PostgreSQL のコンパイルとテストを次のプラットホーム上で行ないました。(これらのうちのいくつかはコンパイルに gcc が必要です)： -

一般的に、最近のUnix互換プラットホームならばPostgreSQLをはしらせられるはずです。リリースの時点で実際にテストを行なったことの報告がなされたプラットホームについてはインストール手引書に列挙してあります。 +

+一般的に、最近のUnix互換プラットホームならばPostgreSQLをはしらせられるはずです。リリースの時点で実際にテストを行なったことの報告がなされたプラットホームについてはインストール手引書に列挙してあります。

1.4) Unix以外の移植版で使えるものは？

-
-クライアント
-

MS Windows プラットホーム上で、libpq C ライブラリ、psql、それとその他のインターフェースは コンパイル可能で、バイナリーが走ります。この場合、クライアントを MS Windows 上で走らせて、TCP/IP 経由でサポートされている Unix プラットホーム上で走るサーバと通信します。 -

Win32 libpq ライブラリと psql を作るために、win31.mak が配布に含まれてます。PostgreSQLは ODBC クライアントとも通信できます。 +

クライアント

+ +

MS Windows プラットホーム上で走せるために、libpq C ライブラリ、psql、その他のインターフェース、および、クライアントアプリケーションをコンパイルすることは可能です。この場合、クライアントを MS Windows 上で走らせて、TCP/IP 経由でサポートされている Unix プラットホーム上で走るサーバと通信します。

+

Win32 libpq ライブラリと psql を作るために、win32.mak が配布に含まれてます。PostgreSQLは ODBC クライアントとも通信できます。

-
-サーバ
-

現在、Cygnus Unix/NT 移植ライブラリの Cygwin を使って、PostgreSQL データベースサーバは Windows NT と Win2k 上で稼働しています。配布に含まれるpgsql/doc/FAQ_MSWINあるいはウェブサイトにある MS Windows FAQ をご覧下さい。Microsoft の素のプラットホームに移植する計画はありません。

+

サーバ

+

現在、Cygnus Unix/NT 移植ライブラリの Cygwin を使って、PostgreSQL データベースサーバは Windows NT と Win2k 上で稼働しています。配布に含まれるpgsql/doc/FAQ_MSWIN、あるいは、http://www.PostgreSQL.org/docs/faq-mswin.htmlにある MS Windows FAQ をご覧下さい。

+

MS Win NT/2000/XP ネイティブ版への移植が現在進行中です。

-
+
[訳注： -
-
+
+
Win32ネイティーブ版(Win32 Native version) -
-
+
+
 	  Windows-Native サーバー & クライアントパッケージが斉藤さんにより
 	維持管理されています。
-	    http://hp.vector.co.jp/authors/VA023283/PostgreSQL.html
+	    http://hp.vector.co.jp/authors/VA023283/PostgreSQL.html
 	(Windows-Native Server&Client Package for PostgreSQL by Hiroshi Saito)
-	    http://hp.vector.co.jp/authors/VA023283/PostgreSQLe.html
+	    http://hp.vector.co.jp/authors/VA023283/PostgreSQLe.html
 
-
-
+ +
] -
+
-

1.5) PostgreSQL はどこから入手できますか？

-

PostgreSQL の元の anonymous ftp サイトです： - -

-

ミラーサイトについては、我々のメイン Web ページをご覧下さい。 +

PostgreSQL の大元の anonymous ftp サイトは +ftp://ftp.PostgreSQL.org/pub/ +です。 +ミラーサイトについては、我々のメイン Web ページをご覧下さい。

-
+
     [訳注:
 
 	以下は日本のミラーサイトです:
 
-       Japan: ftp://mirror.nucba.ac.jp/mirror/postgresql/pub/
-       Japan: ftp://ring.ip-kyoto.ad.jp/pub/misc/db/postgresql/
-       Japan: ftp://ring.crl.go.jp/pub/misc/db/postgresql/
-       Japan: ftp://ring.saitama-u.ac.jp/pub/misc/db/postgresql/
-       Japan: ftp://ring.astem.or.jp/pub/misc/db/postgresql/
-       Japan: ftp://ring.exp.fujixerox.co.jp/pub/misc/db/postgresql/
-       Japan: ftp://ring.jah.ne.jp/pub/misc/db/postgresql/
-       Japan: ftp://ring.etl.go.jp.jp/pub/misc/db/postgresql/
-       Japan: ftp://ring.asahi-net.or.jp/pub/misc/db/postgresql/
-       Japan: ftp://ring.so-net.ne.jp/pub/misc/db/postgresql/
-       Japan: ftp://ring.aist.go.jp/pub/misc/db/postgresql/
+       Japan: ftp://mirror.nucba.ac.jp/mirror/PostgreSQL/pub/
+       Japan: ftp://ring.ip-kyoto.ad.jp/pub/misc/db/PostgreSQL/
+       Japan: ftp://ring.crl.go.jp/pub/misc/db/PostgreSQL/
+       Japan: ftp://ring.saitama-u.ac.jp/pub/misc/db/PostgreSQL/
+       Japan: ftp://ring.astem.or.jp/pub/misc/db/PostgreSQL/
+       Japan: ftp://ring.exp.fujixerox.co.jp/pub/misc/db/PostgreSQL/
+       Japan: ftp://ring.jah.ne.jp/pub/misc/db/PostgreSQL/
+       Japan: ftp://ring.etl.go.jp.jp/pub/misc/db/PostgreSQL/
+       Japan: ftp://ring.asahi-net.or.jp/pub/misc/db/PostgreSQL/
+       Japan: ftp://ring.so-net.ne.jp/pub/misc/db/PostgreSQL/
+       Japan: ftp://ring.aist.go.jp/pub/misc/db/PostgreSQL/
     ]
-

-
-

+

1.6) サポートはどこで受けられますか？

-

主要なメーリング・リストは: pgsql-general@PostgreSQL.orgです。PostgreSQL に関することであれば議論ができます。このリストへの参加のは、電子メールの本文(Subject 行ではありません)に次の２行を書いて、 - +

主要なメーリング・リストは: pgsql-general@PostgreSQL.orgです。PostgreSQL に関することであれば議論ができます。このリストへの参加のは、電子メールの本文(Subject 行ではありません)に次の２行を書いて、

 	subscribe
 	end
-

pgsql-general-request@PostgreSQL.org へ送って下さい。 - -

ダイジェスト版のメーリング・リストもあります。このリストへの参加は "本文"に： +

pgsql-general-request@PostgreSQL.org へ送って下さい。

+

ダイジェスト版のメーリング・リストもあります。このリストへの参加は "本文"に：

 	subscribe
 	end
-と書いて pgsql-general-digest-request@PostgreSQL.org へ電子メールを送って下さい。 +と書いて pgsql-general-digest-request@PostgreSQL.org へ電子メールを送って下さい。

-

ダイジェスト版は、メインリストで受信するメッセージが 30k 程度溜る毎にダイジェスト版リストのメンバーに送付されます。 +

ダイジェスト版は、メインリストで受信するメッセージが 30k 程度溜る毎にダイジェスト版リストのメンバーに送付されます。

バグレポート用のメーリングリストもあります。このリストへの参加は "本文"といっしょに： bugs-request@PostgreSQL.org -へ電子メールを送って下さい。 +へ電子メールを送って下さい。

開発者の議論のためのメーリングリストも利用できます。このリストへの参加は電子メールの本文に： - -

 	subscribe
 	end
-

と書いて、pgsql-hackers-request@PostgreSQL.orgへ電子メールを送って下さい。 - -

PostgreSQL についてもっと詳しく知りたければ、次の postgreSQL WWWホームページからたどれます： +と書いて、pgsql-hackers-request@PostgreSQL.orgへ電子メールを送って下さい。

+

http://www.PostgreSQL.org +

+

EFNet に #PostgreSQL という IRC チャンネルもあります。 +UNIX コマンドでirc -c '#PostgreSQL' "$USER" irc.phoenix.net を使います。

- - EFNet に #PostgreSQL という IRC チャンネルもあります。 -UNIX コマンドでirc -c '#PostgreSQL' "$USER" irc.phoenix.net を使います。

- -

+
     [訳注:
 	  1999年7月23日、日本PostgreSQLユーザー会(にほん ぽすとぐれす ゆーざー かい)、略称JPUGが設立されました。
 	JPUG は非営利組織で、PostgreSQLを利用する人達の相互協力の場です。
 	正会員の会費は無料ですが、協賛会員の会費と会員の積極的な貢献が会の運営を助けています。
 	詳しくは、JPUG のWeb サイト:
-		http://www.postgresql.jp/
+		http://www.PostgreSQL.jp/
 	をご覧ください。会員登録も可能となっています。
 	  1990年代中ごろより、ポストグレスの日本語メーリング・リストを石井 達夫さんが主催しています。詳細は、
 		http://www.sra.co.jp/people/t-ishii/PostgreSQL/ML/info.html
@@ -349,93 +337,97 @@ UNIX 
 		http://datula.mio.org/~iwakiri/pgsql_jp/
 	で検索することもできます。
 	]
-

-
+
-

商用サポート会社のリストはhttp://www.postgresql.org/users-lounge/commercial-support.htmlにあります。 -

+
商用サポート会社のリストはhttp://www.PostgreSQL.org/users-lounge/commercial-support.htmlにあります。

+

+
     [訳注:
 	 日本では、SRA Inc. オープンシステム事業部 にて商用サポートが行なわれています。
 	ミラクル・リナックス株式会社 で "Miracle Linux for PostgreSQL" の販売とサポートが
 	開始されました。
     ]
-

-
-

+
+

1.7) 最新版はどれですか

- -

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

-我々は、4カ月毎にメジャーリリースを行なうことを計画しています。 +PostgreSQL の最新版はバージョン 7.2.3 です。

+我々は、4カ月毎にメジャーリリースを行なうことを計画しています。

+

1.8) どのような文書がありますか？

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

-
+
     [訳注:
 	（株）SRAと日本ポストグレスユーザー会で翻訳され、
 	「PostgreSQL オフィシャルマニュアル」
 	として出版されています。
     ]
-

+
 -

オンラインで参照できる PostgreSQL の本も2冊あります。オンラインで参照できる PostgreSQL の本も2冊あります。http://www.PostgreSQL.org/docs/awbook.html -

+
     [訳注:
-	日本ポストグレスユーザー会の	「PostgreSQL Book翻訳分科会」
+	日本ポストグレスユーザー会の	「PostgreSQL Book翻訳分科会」
 	にて翻訳されました。
     ]
-

+
および、 http://www.commandprompt.com/ppbook/ です。 - 購入可能な書籍の目録は、http://www.postgresql.org/books/ + "http://www.jp.PostgreSQL.org/books/">http://www.jp.PostgreSQL.org/books/ にあります。 PostgreSQL 技術情報記事も、http://techdocs.postgresql.org/ + "http://techdocs.PostgreSQL.org/">http://techdocs.PostgreSQL.org/ にあります。

+

+ [訳注: + 和訳文書は、日本ポストグレスユーザー会のhttp://www.postgresql.jp/document/ + をごらん下さい。 + ] +

+

psql も、型、演算子、関数、集約、その他の情報をお見せする、いくつかの素晴らしい \d コマンドを持ちます。

-

psql も、型、演算子、関数、集約、その他の情報をお見せする、いくつかの素晴らしい \d コマンドを持ちます。 +

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

-

我々の Web サイトには、もっと沢山の文書があります。 -

1.9) 既知のバグや未だ無い機能はどうやって見つけますか？ -

- -PostgreSQLは拡張されたSQL-92のサブセットをサポートします。 + +

+PostgreSQLは拡張されたSQL-92のサブセットをサポートします。 我々のページの - -TODO リストに、既知のバグや欠落機能や将来計画についての記述があります。 +TODO +リストに、既知のバグや欠落機能や将来計画についての記述があります。

-

-

1.10) SQL はどうすれば学べますか？

+

1.10) SQL はどうすれば学べますか？

http://www.PostgreSQL.org/docs/awbook.html -にあるPostgreSQL本で SQL を教えています。 +にあるPostgreSQL本で SQL を教えています。 -

+
     [訳注:
-	日本ポストグレスユーザー会の	「PostgreSQL Book翻訳分科会」
+	日本ポストグレスユーザー会の	「PostgreSQL Book翻訳分科会」
 	にて翻訳され出版されています。
     ]
-

+
+

その他にも PostgreSQL本として、 "http://sqlcourse.com/">http://sqlcourse.com にあります。

-

その他では、 "Teach Yourself SQL in 21 Days, Second Edition" が http://members.tripod.com/er4ebus/sql/index.htmにあります。

@@ -464,7 +455,7 @@ http://www.PostgreSQL.org/docs/awbook.html

-

+
     [訳注:
 	 石井達夫氏による日本語の参考文献の紹介ページ
 		http://www.SRA.co.jp/people/t-ishii/PostgreSQL/doc-jp/index.html
@@ -479,162 +470,115 @@ http://www.PostgreSQL.org/docs/awbook.html
 		http://www.wakhok.ac.jp/DB/DB.html
 	もオンラインで読むことができます。
     ]
-

+
+

1.11) PostgreSQLは西暦2000年問題(Y2K)に対応していますか？ -

- -対応してます。西暦2000年より後の日付も、紀元前2000年より前の日付も、簡単に扱えます。 +

-

1.12) 開発チームにはどのように参加しますか？
-

+対応してます。西暦2000年より後の日付も、紀元前2000年より前の日付も、簡単に扱えます。

-まず最初(１番目)に、最新のソースをダウンロードし、我々の Web サイトか配布に含まれている -PostgreSQL Developersの文書を読みます。 +

1.12) 開発チームにはどのように参加しますか？
+

+

+まず最初(１番目)に、最新のソースをダウンロードし、我々の Web サイトか配布に含まれているPostgreSQL Developersの文書を読みます。 ２番目に、pgsql-hackers と pgsql-patches メーリング・リストを購読(subscribe)します。 -３番目に、高品質のパッチをpgsql-patchesに発信します。 - -およそ十人ちょっとの人達が、PostgreSQL CVSアーカイブにコミットする権限を持っています。 -そのそれぞれの人達が沢山の高品質なパッチを発信するので、現在コミッターとなっている人達はそれに追い付くのが大変ですが、我々は彼らがコミットしたパッチは高品質であると確信しています。 +３番目に、高品質のパッチをpgsql-patchesに発信します。

+およそ十人ちょっとの人達が、PostgreSQL CVSアーカイブにコミットする権限を持っています。 +そのそれぞれの人達が沢山の高品質なパッチを発信するので、現在コミッターとなっている人達はそれに追い付くのが大変ですが、我々は彼らがコミットしたパッチは高品質であると確信しています。

+

1.13) バグレポートはどのように発信しますか？

-

バグを報告する仕方についてのガイドラインと方向づけがあるPostgreSQL BugTool - (バグツール)のページを訪れてみて下さい。

+

http://www.PostgreSQL.org/bugs/bugs.phpPostgreSQL BugTool (バグツール)のページを訪れてみて下さい。 バグレポートを提出する仕方についての手引と指針があります。

-

その前に http://postgreSQL.orgにある最新の FAQ をチェックして下さい。 +

その前に http://PostgreSQL.orgにある最新の FAQ をチェックして下さい。

-

それと同時に ftp サイト ftp://ftp.postgreSQL.org/pub/で、もっと新しいバージョンの PostgreSQL あるいはパッチをさがしてみて下さい。 +

それと同時に ftp サイト ftp://ftp.PostgreSQL.org/pub/で、もっと新しいバージョンの PostgreSQL あるいはパッチをさがしてみて下さい。

-

-

1.14) 他のDBMSのと比べてPostgreSQLはどうなのですか？ -

+

1.14) 他のDBMSのと比べてPostgreSQLはどうなのですか？ +

-ソフトウェアを計る方法にはいくつかあります。機能と性能と信頼性とサポートと価格です。 +

+ソフトウェアを計る方法にはいくつかあります。機能と性能と信頼性とサポートと価格です。

-
機能(Features) -
-PostgreSQLは、トランザクション、副問い合わせ、トリガー、ビュー、外部キー -整合性参照、および、洗練されたロック機構など、大規模商用 -DBMSが持つ機能をほとんど持っています。さらに PostgreSQLは、ユーザ -定義型、継承、ルール、それから、ロック競合を縮小するマルチバージョン同時 -性制御など、商用DBMSも持ち合わせないような機能をい -くつか持ち合わせています。
-
- -
性能(Performance) -
- -PostgreSQLは他の商用あるいはオープンソースのデータベースと互角の性能も持ちます。ある面ではより早かったり、ほかの面ではより遅かったりします。 -MySQLなどの特化型データベース・システムにくらべて、PostgreSQLの挿入／ -更新が遅いのは、トランザクションによるオーバーヘッドがあるからです。 -もちろん、MySQLには上記のFeaturesの節に示すような機能はまったくあ -りません。我々は、PostgreSQLに柔軟性と機能性を組み込みながらも、絶えず、 -プロファイラーに掛けたりソースコードを解析したりして、性能の改善を続け -ています。PostgreSQL と MySQL とを比較している面白い Web ページが - -http://openacs.org/why-not-mysql.html -にあります。 -

- -PostgreSQLは、Unixプロセスを起動することによりユーザー接続を操作します。 -複数のバックエンド・プロセスが情報をロックしながらデータ・バッファーを -共有します。マルチCPUでは、簡単に複数のバックエンドをそれぞれのCPUで走 -らせることができます。

- - -
信頼性(Reliability) -
- -我々は、DBMSの信頼性が高くなくてはその価値が無いことを理解してます。十 -分テストして、安定したコードをバグを最小にしてからリリースするように勤 -めてます。それぞれのリリースは少なくとも1カ月以上のベータ・テストを行 -ない、これまでのリリースの履歴が、製品版として安定した堅固なリリースで -あることを物語っています。この分野では、他のデータベースと比べても遜色 -がないことに自信を持っています。 - -
サポート(Support) -
- - 我々のメーリングリストは、遭遇するいかなる問題についても解決への手 -助けをしてくれる、開発者やユーザの大きな集まりを提供しています。我々は -問題の解決を保証することはできませんが、商用データベースであっても常に -解決されるわけではありません。開発者や、ユーザ・コミュニティ、マニュア -ル類、それに、ソースコードなどへ直接アクセスできることよって、 -PostgreSQLのサポートは、他のDBMSサポートよりも優れたものとなっています。 -御要望に答えて、事柄毎の商用サポートなどもあります（サポートFAQ項目をご覧 -下さい）。 - -
価格(Price) -
- -PostgreSQLの利用は、商用でも非商用でも、すべて無料です。上記に示してあ -るBSDスタイルの使用許諾に外れない限り、PostgreSQLのコードを制限無しで -商品に組み込むことができます。 -

+
機能(Features)
+
+ PostgreSQLは、トランザクション、副問い合わせ、トリガー、ビュー、外部キー整合性参照、および、洗練されたロック機構など、大規模商用DBMSが持つ機能をほとんど持っています。さらに PostgreSQLは、ユーザ定義型、継承、ルール、それから、ロック競合を縮小するマルチバージョン同時性制御など、商用DBMSも持ち合わせないような機能をいくつか持ち合わせています。
+
+ +
性能(Performance)
+
+ PostgreSQLは他の商用あるいはオープンソースのデータベースと互角の性能も持ちます。ある面ではより早かったり、ほかの面ではより遅かったりします。MySQLなどの特化型データベース・システムにくらべて、PostgreSQLの挿入／更新が遅いのは、トランザクションによるオーバーヘッドがあるからです。もちろん、MySQLには上記のFeaturesの節に示すような機能はまったくありません。我々は、PostgreSQLに柔軟性と機能性を組み込みながらも、絶えず、プロファイラーに掛けたりソースコードを解析したりして、性能の改善を続けています。PostgreSQL と MySQL とを比較している面白い Web ページがhttp://openacs.org/why-not-mysql.htmlにあります。 +
+PostgreSQLは、Unixプロセスを起動することによりユーザー接続を操作します。複数のバックエンド・プロセスが情報をロックしながらデータ・バッファーを共有します。マルチCPUでは、簡単に複数のバックエンドをそれぞれのCPUで走らせることができます。
+
+ +
信頼性(Reliability)
+
+ 我々は、DBMSの信頼性が高くなくてはその価値が無いことを理解してます。十分テストして、安定したコードをバグを最小にしてからリリースするように勤めてます。それぞれのリリースは少なくとも1カ月以上のベータ・テストを行ない、これまでのリリースの履歴が、製品版として安定した堅固なリリースであることを物語っています。この分野では、他のデータベースと比べても遜色がないことに自信を持っています。
+
+ +
サポート(Support)
+
+ 我々のメーリングリストは、遭遇するいかなる問題についても解決への手助けをしてくれる、開発者やユーザの大きな集まりへの接点を提供しています。我々は問題の解決を保証することはできませんが、商用データベースであっても常に解決されるわけではありません。開発者や、ユーザ・コミュニティ、マニュアル類、それに、ソースコードなどへ直接アクセスできることよって、PostgreSQLのサポートは、他のDBMSサポートよりも優れたものとなっています。御要望に答えて、事柄毎の商用サポートなどもあります（FAQ1.6節をご覧下さい）。
+
+ +
価格(Price)
+
+ PostgreSQLの利用は、商用でも非商用でも、すべて無料です。上記に示してあるBSDスタイルの使用許諾に外れない限り、PostgreSQLのコードを制限無しで商品に組み込むことができます。
+
-

+

1.15) PostgreSQLを資金面で援助するにはどうすればよいですか？

-

PostgreSQLは、我々が6年前に始めたとき以来、最高クラスの基盤を -持っています。これはすべて、Marc Fournieさんのおかげで、彼はこの基盤 -を何年にもわたって創造し管理してきました。

+

PostgreSQLは、我々が始めた 1996年以来、最高クラスの情報基盤を持っています。これはすべて、Marc Fournieさんのおかげで、彼はこの基盤を何年にもわたって創造し管理してきました。

-

質の良い基盤はオープンソース・プロジェクトにとってはとても大切な -もので、前進する勢いを失うプロジェクトの分裂を回避します。 -

+

質の良い基盤はオープンソース・プロジェクトにとってはとても大切なもので、前進する勢いを失うプロジェクトの分裂を回避します。

-

もちろん、この基盤は安いものではありません。維持し続けるためには -毎月あるいは一時の経費がかかります。もし、あなたやあなたの会社に、こうし -た努力のための資金を助けるために施すことができるようでしたら、 - https://store.pgsql.com/shopping/index.php?id=1 -から寄付をお願いします。 +

もちろん、この基盤は安いものではありません。維持し続けるためには毎月あるいは一時の経費がかかります。もし、あなたやあなたの会社に、こうした努力のための資金を助けるために施すことができるようでしたら、https://store.pgsql.com/shopping/から寄付をお願いします。 -

また、Webページには PostgreSQL,Inc とありますが、そこの"義援 -(contributions)"アイテムは PostgreSQL プロジェクトをサポートするためだけ -のためで、決して特定の会社のための資金のためではありません。もし、手形 -(check)の方が都合がよければ連絡先の住所へお送り下さい。

+

また、Webページには PostgreSQL,Inc とありますが、そこの"義援(contributions)"アイテムは PostgreSQL プロジェクトをサポートするためだけのためで、決して特定の会社のための資金のためではありません。もし、手形(check)の方が都合がよければ連絡先の住所へお送り下さい。

-

-

ユーザー・クライアントの質問

+ +

ユーザー・クライアントの質問

-

2.1) PostgreSQL のための ODBC ドライバーはありますか？ +

2.1) PostgreSQL のための ODBC ドライバーはありますか？

-

PsqlODBC と OpenLink ODBC の二つの ODBC ドライバーが利用可能です。 +

PsqlODBC と OpenLink ODBC の二つの ODBC ドライバーが利用可能です。

PsqlODBC は PostgreSQL の配布に含まれています。それについてのさらに詳細な情報は ftp://ftp.PostgreSQL.org/pub/odbc/ から取得できます。

-

+
     [訳注:
 	PsqlODBC の 日本語パッチを片岡裕生さん(kataoka@interwiz.koganei.tokyo.jp)が作られました:
 	●http://www.interwiz.koganei.tokyo.jp/software/PsqlODBC/index.html
 	現在、最新版は井上博司さんのサイトにあります。
 	●http://w2422.nsk.ne.jp/~inoue/indexj.html
     ]
-

+
-

OpenLink ODBC は http://www.openlinksw.com/から入手できます。標準的な ODBC クライアント・ソフトウェアで使えますので、支援しているすべてのプラットホーム(Win, Mac, Unix, VMS)から PostgreSQL の ODBC が利用できます。 +

OpenLink ODBC は http://www.openlinksw.com/から入手できます。標準的な ODBC クライアント・ソフトウェアで使えますので、支援しているすべてのプラットホーム(Win, Mac, Unix, VMS)から PostgreSQL の ODBC が利用できます。

たぶん彼らは、商用品質のサポートの必要な人々に売っていると思いますが、 フリーウェア版はいつでも入手可能のようです。質問は、postgres95@openlink.co.uk へ送って下さい。

- + Programmer's Guide -の ODBC の章もご覧ください。 +の ODBC の章もご覧ください。

@@ -643,10 +587,9 @@ Programmer's Guide

データベースを裏に持つ Web ページについての素晴らしい紹介が、
http://www.webreview.comにあります。

-

http://www.phone.net/home/mwm/hotlist/にも、もう一つあります。

Web への拡張のためには、PHP が卓越したインターフェースとなっています。http://www.php.net/にあります。 -

+
     [訳注:
 	  PHPに関する日本語の情報は、2000年4月19日に発足した日本PHPユーザ会のサイト
 		http://www.php.gr.jp/
@@ -661,12 +604,13 @@ Programmer's Guide
 		ftp://night.fminn.nagano.nagano.jp/php4/
 	を用意して下さってます。
 	  本家の方で国際化のMLも立ち上がっています。
+	PHP-4.2 からマルチバイト拡張文字列として採り入れられました。
     ]
-

+
-

処理が複雑な場合、多くの人は Perl インターフェースと CGI.pm を使います。 +

処理が複雑な場合、多くの人は Perl インターフェースと CGI.pm か mod_perl を使います。 -

+
     [訳注:
 	WDB は、Web から DataBase への Perl の Interface です。
 	wdb-p95 へのリンクは切れてしまっています。おそらく、Perl DBI 経由で DBD::Pg の利用が可能と思われます。
@@ -676,19 +620,19 @@ Programmer's Guide
 		http://www.i-con.dk/wdb/
 	とがあります。その経緯はよくわかりません。
     ]
-

+

2.3) PostgreSQL にグラフィカル・ユーザインターフェースはありますか？ レポートジェネレータや埋め込み問い合わせ言語インターフェースはありますか？

-

pgaccess と呼ばれる素晴らしいグラフィカル・ユーザ・インターフェースがあり、この配布と共に出荷されます。Pgaccess にはレポート・ジェネレータもあります。Web ページはhttp://www.flex.ro/pgaccessです。 +

PgAccess と呼ばれる素晴らしいグラフィカル・ユーザ・インターフェースがあり、この配布と共に出荷されます。PgAccess にはレポート・ジェネレータもあります。Web ページはhttp://www.pgaccess.org/です。 -

ecpg という C 言語のための埋め込み SQL 問い合わせ言語インターフェースもあります。 +

ecpg という C 言語のための埋め込み SQL 問い合わせ言語インターフェースもあります。

-

2.4) PostgreSQL と通信するにはどんな言語が使えますか？ +

2.4) どのような言語で PostgreSQL と通信できすか？

以下のものがあります: @@ -698,24 +642,24 @@ Programmer's Guide

  • C++ (libpq++)
  • 埋め込みC (ecpg)
  • Java (jdbc) -
  • Perl (perl5) +
  • Perl (DBD::Pg and perl5)
  • ODBC (odbc)
  • Python (PyGreSQL)
  • TCL (libpgtcl)
  • C Easy API (libpgeasy) -
  • 埋め込みHTML (PHP from http://www.php.net) +
  • PHP ('pg_' 関数群、 Pear::DB)

    その他の利用可能なインターフェースは - http://www.postgresql.org/interfaces.html + href="http://www.PostgreSQL.org/interfaces.html"> + http://www.PostgreSQL.org/interfaces.html にあります。

    -
    +
         [訳注：
-	rubyの作者であるまつもと ゆきひろ(matz@ZetaBITS.COM)さんと、まつもと えいじ(ematsu@pfu.co.jp)さんが
+	rubyの作者であるまつもと ゆきひろ(matz@ZetaBITS.COM)さんと、まつもと えいじ(ematsu@pfu.co.jp)さんが
 	ruby の PostgreSQL インターフェースを作りました。現在の維持管理は斉藤 登さんがしています。
-		http://webclub.kcom.ne.jp/mb/noborus/ruby/
+		http://www.postgresql.jp/interfaces/ruby/
         PgBash は 境田 雅明 さんが作った bash の PostgreSQL インターフェースです。
 		http://www.psn.co.jp/PostgreSQL/pgbash/
 	Bashコマンドラインでpostgres に問い合わせできます。
@@ -724,11 +668,11 @@ Programmer's Guide
 	永安悟史さんは Palm 版の libpq を開発されました。
 		http://www.snaga.org/libpq/
     ]
-
    
+

    -

    管理上の質問

    +

    管理上の質問

    3.1) どのようにすれば /usr/local/pgsql 以外の場所にインストールできますか？

    @@ -752,7 +696,7 @@ PostgreSQL Administrator's Gide

    3.4) postmasterを走らせようとすると、IpcSemaphoreCreate エラーが出ます。なぜですか？

    -

    もしエラーメッセージがIpcSemaphoreCreate: semget failed (No space left on device)であれば、カーネルが十分なセマフォを使えるように構成されていません。Postgresは潜在的なバックエンドプロセス毎に一つのセマフォを必要とします。とりあえずの解決策はpostmasterを起動するときに、バックエンドプロセスの数をより少なく制限をすることです。既定値の32より小さな数のパラメータを-Nで使います。より恒久的な解決策は、カーネルのSEMMNS と SEMMNI パラメータを増やすことです。 +

    もしエラーメッセージがIpcSemaphoreCreate: semget failed (No space left on device)であれば、カーネルが十分なセマフォを使えるように構成されていません。Postgresは潜在的なバックエンドプロセス毎に一つのセマフォを必要とします。とりあえずの解決策はpostmasterを起動するときに、バックエンドプロセスの数をより少なく制限をすることです。既定値の32より小さな数のパラメータを-Nで使います。より恒久的な解決策は、カーネルのSEMMNS と SEMMNI パラメータを増やすことです。

    操作不能のセマフォも過度なデータベースアクセスの間にクラッシュを 起こす可能性があります。 @@ -773,8 +717,8 @@ PostgreSQL Administrator's Gide

    3.6) より良い性能を得るためには、データベース・エンジンをどのように調整すれば良いですか？

    -

    確かにインデックスは問い合わせの速度を増します。EXPLAINコマンドで PostgreSQL がどのようにあなたの問い合わせを翻訳しているかを見ることができ、そして、どのインデックスが使われているかを見ることができます。 -

    もし INSERT を多用している場合は、COPY コマンドを使って大きなバッチ処理でそれを行なうことを検討して下さい。これは、INSERT を別々に行なうよりもっと高速です。次に、BEGIN WORK/COMMIT のトランザクション・ブロックの中に無い文は、それら自身がそれぞれのトランザクションに入っていると見なされます。いくつかの文を一つのトランザクション・ブロックの中で行なうことを考えて下さい。これによりトランザクションのオーバーヘッドが減ります。また、大きなデータの変更を行なう際はインデックスを一度外して、作り直すことを考えてみて下さい。 +

    確かにインデックスは問い合わせの速度を増します。EXPLAINコマンドで PostgreSQL がどのようにあなたの問い合わせを翻訳しているかを見ることができ、そして、どのインデックスが使われているかを見ることができます。 +

    もし INSERT を多用している場合は、COPY コマンドを使って大きなバッチ処理でそれを行なうことを検討して下さい。これは、INSERT を別々に行なうよりもっと高速です。次に、BEGIN WORK/COMMIT のトランザクション・ブロックの中に無い文は、それら自身がそれぞれのトランザクションに入っていると見なされます。いくつかの文を一つのトランザクション・ブロックの中で行なうことを考えて下さい。これによりトランザクションのオーバーヘッドが減ります。また、大きなデータの変更を行なう際はインデックスを一度外して、作り直すことを考えてみて下さい。

    チューニングのオプションがいくつかあります。postmaster を -o -F オプションで起動することによって、fsync() を無効にすることができます。これによって、各トランザクション毎に fsync() でディスクを更新するのを止めさせます。 @@ -782,7 +726,7 @@ PostgreSQL Administrator's Gide

    バックエンドを -S オプションを使って、それぞれのバックエンド・プロセスが一時的な並べ替えによって使うメモリーの最大サイズを増やすこともできます。 その -S の値はキロバイト単位で、既定値は 512 (すなわち、512K)です。 -

    また、CLUSTER コマンドを使って、テーブルのデータをインデックスに合わせるためにグループ化することもできます。詳しくは、オンラインマニュアルで CLUSTER を見て下さい。 +

    また、CLUSTER コマンドを使って、テーブルのデータをインデックスに合わせるためにグループ化することもできます。詳しくは、オンラインマニュアルで CLUSTER を見て下さい。

    3.7) どのようなデバグ機能が使えますか？

    @@ -800,19 +744,19 @@ PostgreSQL Administrator's Gide

    これにより PostgreSQL の最上部のディレクトリに server.log ファイルが置かれます。このファイルはサーバーが遭遇した問題やエラーについて有用な情報を含みます。Postmaster は更に詳細な情報を報告するための -d オプションを持ちます。その -d オプションは、デバグ・レベルを指定します。高いデバグ・レベルでは、大きなログファイルを生成することに注意しなくてはなりません。 -

    もし、postmasterが走っていなければ、postgresバックエンドをコマンド行から走らせることができ、直接SQL文をタイプすることができます。このやりかたは、デバグ目的のときだけお奨めします。セミコロンではなく、改行が問い合わせの終りになることに注意してください。もし、デバグシンボルを入れてコンパイルしていれば、デバッガを使って何が起きているかを見ることができます。postmaster からバックエンドを開始したわけではないので、独立な環境で走っているのではなくロック／バックエンドとの対話の問題が重複することはありません。 +

    もし、postmasterが走っていなければ、postgresバックエンドをコマンド行から走らせることができ、直接SQL文をタイプすることができます。このやりかたは、デバグ目的のときだけお奨めします。セミコロンではなく、改行が問い合わせの終りになることに注意してください。もし、デバグシンボルを入れてコンパイルしていれば、デバッガを使って何が起きているかを見ることができます。postmaster からバックエンドを開始したわけではないので、独立な環境で走っているのではなくロック／バックエンドとの対話の問題が重複することはありません。

    もし、postmasterが走っていれば、あるウィンドウで psqlを開始すると、psql で使われる postgres プロセス -のPIDが見つかります。デバッガを使って -postgresのPIDにアタッチ(attach)します。デバッ +のPIDが見つかります。デバッガを使って +postgresのPIDにアタッチ(attach)します。デバッ ガの中からブレーク・ポイントをセットし、psql から問い合わせを発行 します。デバグのためにpostgresを始動する場合は、PGOPTIONS="-W n" を設定でき、それから、psql を開始します。これにより、n 秒 開始を遅らせるはずなので、デバッガでプロセスにアタッチして、ブレークポイ ントを設定し、開始から順を追って見てゆくことができます。 -

    postgreSQL プログラムには、デバグと性能測定にとても役に立つ -sや -Aや -t 等のオプションがあります。 +

    PostgreSQL プログラムには、デバグと性能測定にとても役に立つ -sや -Aや -t 等のオプションがあります。

    何という関数がどのくらい実行時間を食っているかを見るために、プロファイリング（プロフィール付き）でコンパイルすることも可能です。そのバックエンドのプロフィール・ファイルは pgsql/data/base/dbname ディレクトリに格納されるでしょう。クライアントのプロフィールはクライアントの現行ディレクトリに置かれるでしょう。Linux でまともなプロファイリングを行うには -DLINUX_PROFILE でコンパイルする必要があります。 @@ -822,16 +766,16 @@ PostgreSQL Administrator's Gide

    postmasterが同時始動できるバックエンドプロセスに対する制限数を増やす必要があります。 -

    既定の最大プロセスは32プロセスです。-Nに適切な値を引数にしてpostmasterを再起動するか、postgresql.conf を修正することによって、その値を増やすことができます。 +

    既定の最大プロセスは32プロセスです。-Nに適切な値を引数にしてpostmasterを再起動するか、PostgreSQL.conf を修正することによって、その値を増やすことができます。 -。既定の構成では-Nは最大1024まで設定できます。もし、もっと必要であればinclude/config.hの中のMAXBACKENDSを増加させ、再構築します。もし、望むならconfigureの --with-maxbackends切替を使って、-Nの既定値を構成時に設定できます。 +。既定の構成では-Nは最大1024まで設定できます。もし、もっと必要であればinclude/config.hの中のMAXBACKENDSを増加させ、再構築します。もし、望むならconfigureの --with-maxbackends切替を使って、-Nの既定値を構成時に設定できます。

    もし、-N を 32よりも大きくするのであれば、-Bも既定の64より大きい値に増加させなくてはならないし、-B は少なくとも -N の2倍はなくてはならず、おそらく最高性能を望むならばそれより大きい値が必要なはずです。バックエンドプロセスをたくさんにすると、いろいろなUnixカーネル構成パラメータも増やすことが必要になるかもしれません。 -共有メモリー・ブロックの最大値(SHMMAX)、 -セマフォの最大数(SEMMNSとSEMMNI)、 -プロセスの最大数(NPROC)、 -ユーザ毎の最大プロセス数(MAXUPRC)、 -開くファイルの最大数(NFILEとNINODE +共有メモリー・ブロックの最大値(SHMMAX)、 +セマフォの最大数(SEMMNSとSEMMNI)、 +プロセスの最大数(NPROC)、 +ユーザ毎の最大プロセス数(MAXUPRC)、 +開くファイルの最大数(NFILEとNINODE も確認事項に含まれます。 PostgreSQLに許されるバックエンドのプロセス数が制限されているのは、 システムのリソースを使い果してしまうことを避けるためです。 @@ -839,15 +783,14 @@ PostgreSQL

    6.5より前のバージョンのPostgreSQLではバックエンドの最大数は64でしたが、変更するには、include/storage/sinvaladt.hの中のMaxBackendId定数を修正した後に再構築が必要でした。

    -

    3.9) 自分のデータベース・ディレクトリにある pg_sorttemp.XXXファイルは何ですか？ +

    3.9) pgsql_tmp ディレクトリの中には何がありますか？

    -

    問い合わせ実行モジュールによって生成された一時的なファイルです。例えば、もし ORDER BY 句を満たすためにバックエンドの -S パラメータで許可した値よりも大きなスペースがソートの際に必要だとすると、溢れたデータを保持するために一時的なファイルがいくつか生成されます。 +

    問い合わせ実行モジュールによって生成された一時的なファイルです。例えば、もし ORDER BY 句を満たすためにバックエンドの -S パラメータで許可した値よりも大きなスペースがソートの際に必要だとすると、溢れたデータを保持するために一時的なファイルがいくつか生成されます。

    -一時的なファイルは自動的に消し去られるはずですが、もし、ソートの途中でバックエンドがクラッシュしてしまうとそうはなりません。そのときバックエンドがひとつも走ってなければ、pg_tempNNN.NNファイルを消しても大丈夫です。 - +一時的なファイルは自動的に消し去られるはずですが、もし、ソートの途中でバックエンドがクラッシュしてしまうとそうはなりません。postmasterの停止とリスタートでこれらのファイルはディレクトリから消しさられます。 -

    +
         [訳注：
 	 SYSLOGD 経由でログを出力するには、まず、configure を --enable-syslog 
 	付きで走らせた後、コンパイルとインストールを行ないます。
@@ -855,34 +798,34 @@ PostgreSQL
 	syslogd に HUP シグナルを送って初期化しておきます。そして、
 	$PGDATA/pg_options に syslog=2 を加えて、 postmaster を -S 
 	オプション付きにてサーバモードで起動します。(バージョン 7.1 からは 
-	pg_options は postgresql.conf になっています。)
+	pg_options は PostgreSQL.conf になっています。)
     ]
-
    
+

    3.10) PostgreSQLのメジャーリリースをアップデートするのにダンプとリストアをしなくてはならないのはなぜですか？

    -PostgreSQLチームはマイナーリリースでは小さな変更しか行ないませんので、7.2 から 7.2.1 へのアップグレードにはダンプとリストアの必要はありません。しかし、メジャーリリースでは、システムテーブルやデータファイルの内部フォーマットの変更をしばしば行ないます。これらの変更はたいてい複雑で、そのため我々はデータファイルのための後方互換性を維持することができません。ダンプは汎用フォーマットでデータを出力し、それを新しい内部フォーマットを使って読み込むことができます。 +PostgreSQLチームはマイナーリリースでは小さな変更しか行ないませんので、7.2 から 7.2.1 へのアップグレードにはダンプとリストアの必要はありません。しかし、メジャーリリース(たとえば、7.2から7.3へのような)では、システムテーブルやデータファイルの内部フォーマットの変更をしばしば行ないます。これらの変更はたいてい複雑で、そのため我々はデータファイルのための後方互換性を維持することができません。ダンプは汎用フォーマットでデータを出力し、それを新しい内部フォーマットに読み込むことができます。

    -同一リリースではディスク上でのフォーマットに変更はないので、アップグレードにはダンプ／リストアではなく、pg_upgrade スクリプトを使うことができます。リリースノートには、pg_upgrade が利用可能なリリースかどうか記されています。 +同一リリースではディスク上でのフォーマットに変更はないので、アップグレードにはダンプ／リストアではなく、pg_upgrade スクリプトを使うことができます。リリースノートには、pg_upgrade が利用可能なリリースかどうか記されています。

    -

    操作上の質問

    +

    操作上の質問

    4.1) バイナリ・カーソルと通常カーソルとの厳密な違いは何ですか？

    -

    詳述は、オンラインマニュアルで DECLARE を見て下さい。 +

    詳述は、オンラインマニュアルで DECLARE を見て下さい。

    -

    4.2) 最初の数ロウのみを SELECT するにはどうしますか？ +

    4.2) 最初の数ロウのみを SELECT するにはどうしますか？

    -

    オンラインマニュアルでFETCHを見てください。あるいは、SELECT ... LIMIT....を使ってみて下さい。 +

    オンラインマニュアルでFETCHを見てください。あるいは、SELECT ... LIMIT....を使ってみて下さい。 -

    たとえ、欲しいのは最初の数ロウだけでも、すべての問い合わせを評価しなくてはならないかもしれません。ORDER BY を持った問い合わせを考えてみて下さい。 -もし、ORDER BYに合ったインデックスがあるとすると PostgreSQLは要求された最初の数ロウだけで評価できるかもしれませんが、でなれば、PostgreSQL は意図したロウが生成されるまですべてのロウを評価しなければならないかもしれません。 +

    たとえ、欲しいのは最初の数ロウだけでも、すべての問い合わせを評価しなくてはならないかもしれません。ORDER BY を持った問い合わせを使うことを考えてみて下さい。 +もし、ORDER BYに合ったインデックスがあるとすると PostgreSQLは要求された最初の数ロウだけで評価できるかもしれませんが、でなれば、PostgreSQL は意図したロウが生成されるまですべてのロウを評価しなければならないかもしれません。

    4.3) テーブルやその他の情報のリストを psql で見るにはどうしますか？ @@ -890,14 +833,15 @@ PostgreSQL

    psqlのソースコードとして書かれた pgsql/src/bin/psql/describe.c ファイルを読むことがその答えです。 -そこには、psqlのバックスラッシュコマンドによる出力のためのSQLコマンドが含まれています。 psql に -E オプションをつけて起動すれば、与えたコマンドを実行するための問い合わせが出力されます。 +そこには、psqlのバックスラッシュコマンドによる出力のためのSQLコマンドが含まれています。 psql に -E オプションをつけて起動すれば、与えたコマンドを実行するための問い合わせが出力されます。

    4.4) テーブルからカラムの削除はどのようにしますか？

    -

    ALTER TABLE DROP COLUMN はサポートしていませんが、その代わりにこうします: +

    この機能は、ALTER TABLE DROP COLUMN としてリリース7.3 +から加えられました。それまでのバージョンでは、その代わりにこうします: 

     	BEGIN;
@@ -919,7 +863,7 @@ PostgreSQL
 
 
     制限は以下のとおりです。
 
    -データベースの最大サイズ? 	制限無し (500GB のデータベースも存在します)
+データベースの最大サイズ? 	制限無し (1 TB のデータベースも存在します)
 テーブルの最大サイズ?           16TB
 ロウの最大サイズ?               1.6TB
 フィールドの最大サイズ?         1GB
@@ -976,7 +920,7 @@ PostgreSQL
 
 
 
     psql にはいろいろなバックスラッシュ・コマンドがあり、こうした情報を表示します。バックスラッシュ・コマンドの種類を見るには \? を使って下さい。
-
     また、pgsql/src/tutorial/syscat.source ファイルを走らせてみて下さい。それは、沢山の SELECT 文により必要な情報をデータベースのシステム・テーブルから取り出して例示してくれます。また、pg_ で始まるシステムテーブルにも記述されています。さらに、psql -l はすべてのデータベースをリスト表示します。
+
     また、pgsql/src/tutorial/syscat.source ファイルを走らせてみて下さい。それは、沢山の SELECT 文により必要な情報をデータベースのシステム・テーブルから取り出して例示してくれます。また、pg_ で始まるシステムテーブルにも記述されています。さらに、psql -l はすべてのデータベースをリスト表示します。
 
 
    
 
    4.8)	問い合わせが遅いうえ、インデックスを使っている様子がありません。なぜですか？
@@ -1008,7 +952,7 @@ ORDER BY 
     SELECT col
     FROM tab
     ORDER BY col [ DESC ]
-    LIMIT 1
+    LIMIT 1;
 
    
 
     
     LIKE あるいは ~ のようなワイルドカード演算
@@ -1020,7 +964,8 @@ ORDER BY 
     
  • ~ (正規表現) パターンは^.で始まらなければならない
    • 
     
     
  • 検索文字列を文字クラスから始めることはできません。たとえば、[a-e]。
    • 
-    
  • ILIKE や ~* のように大文字小文字を区別しない検索は使えません。そのかわり、このFAQで後述する関数のインデックスが使えます。
    • 
+    
  • ILIKE や ~* のような大文字と小文字を区別し
+	ない検索は使えません。そのかわり、このFAQの4.12節で説明する関数のインデックスが使えます。
    • 
     
  • initdb においては、デフォルトでCロケールが使われなくてはなりません。
    • 
     
     
    
@@ -1034,7 +979,7 @@ ORDER BY 
 
    4.9)	問い合わせオブティマイザがどのように問い合わせを評価するのかを見るにはどうしますか？
 
    
 
-
     オンラインマニュアルで EXPLAIN を見て下さい。
+
     オンラインマニュアルで EXPLAIN を見て下さい。
 
 
    
 
    4.10)	R-tree インデックスとは何ですか？
    
@@ -1050,25 +995,25 @@ Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of Data, 45-57.
 でも取り上げられています。
 
 
    
-
    +
         [訳注：
 	  奈良先端大の石川佳治さんよりR-Tree関係の文献を紹介して頂きました。
 	日本語 Postgres ML のアーカイブから "Subject: [postgres95 801] spatial data structures" 
 		http://www.sra.co.jp/people/t-ishii/PostgreSQL/mhonarc/pgsql-jp/1996Oct/msg00007.html
 	をご覧下さい。
     ]
-
    
+
    
 
 
     組込みの R-Tree でポリゴンやボックスを操作できます。理論的にはR-Tree はもっと高い次元を操作するようにも拡張できます。実質的には、R-Tree の拡張にはちょっとした作業が必要でして、現在、我々はそれをどのようにするかについての文書を持っていません。
 
 
    
-
    +
         [訳注：
 	  インターウィズの片岡さんが多次元幾何オブジェクトへの拡張作業中です。詳しくは、
 	http://www.interwiz.koganei.tokyo.jp/software/geometric/index.html
 	をご覧ください。
     ]
-
    
+
    
 
 
 
    
@@ -1082,22 +1027,22 @@ Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of Data, 45-57.
 
 
 
    
-~演算子は正規表現照合を行ない、~* は大文字と小文字を区別しない(case-insensitive)正規表現照合を行います。 大文字と小文字を区別しない LIKE 演算子を ILIKE といいます。
+~演算子は正規表現照合を行ない、~* は大文字と小文字を区別しない(case-insensitive)正規表現照合を行います。 大文字と小文字を区別しない LIKE 演算子を ILIKE といいます。
 
 
 
    大文字と小文字を区別しない等値比較次のように表現できる：
    
-    
    -    SELECT *
+
    +    SELECT *
     FROM tab
-    WHERE lower(col) = 'abc'
-    
    
+    WHERE lower(col) = 'abc';
+
    
 
 標準インデックスでは使われず、しかしながら、もし関数インデックスを
 作ったならそれが使われるでしょう。
 
    
    -   CREATE INDEX tabindex on tab (lower(col));
+   CREATE INDEX tabindex ON tab (lower(col));
    
    
 
 
@@ -1109,7 +1054,7 @@ Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of Data, 45-57.
 
 
 
    
-
    4.13)	問い合わせの中で、フィールドが NULL であることを検出するにはどうしますか？
+
    4.13)	問い合わせの中で、フィールドが NULL であることを検出するにはどうしますか？
 
    
 
     
    カラムを IS NULL と IS NOT NULL
@@ -1123,8 +1068,8 @@ Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of Data, 45-57.
 Type            Internal Name   Notes
 --------------------------------------------------
 "char"          char            1 character
-CHAR(#)         bpchar          指定された固定長となるように空白が詰められる
-VARCHAR(#)      varchar         最大長のサイズを指定する、詰め物無し
+CHAR(n)         bpchar          指定された固定長となるように空白が詰められる
+VARCHAR(n)      varchar         最大長のサイズを指定する、詰め物無し
 TEXT            text            長さに上限の無いテキスト
 BYTEA           bytea           可変長のバイト配列(null-byte safe)
    @@ -1132,10 +1077,10 @@ BYTEA bytea

    内部名にお目にかかるのは、システム・カタログを調べるときや、エラーメッセージを受け取るときです。 -

    上記の型のうち後の４つの型は "varlena" 型です(すなわち、ディスクの最初の４バイトがデータ長で、それの後に実際のデータが続きます)。このように実際の空間は宣言された大きさよりも少し大きくなります。しかし、これらのデータ型はTOASTにより圧縮されたり複数ロウに渡って保存されたりして、ディスク上の空間は思ったより小さくなります。 +

    上記の型のうち後の４つの型は "varlena" 型です(すなわち、ディスクの最初の４バイトがデータ長で、それの後に実際のデータが続きます)。このように実際の空間は宣言された大きさよりも少し大きくなります。しかし、これらのデータ型はTOASTにより圧縮されたり複数ロウに渡って保存されたりして、ディスク上の空間は思ったより小さくなります。 -

    CHAR()はいつも長さが同じ文字列を保存するのに最適で -す。VARCHAR() は可変長の文字列を保存するのに最適ですが、 +

    CHAR(n)はいつも長さが同じ文字列を保存するのに最適で +す。VARCHAR(n) は可変長の文字列を保存するのに最適ですが、 保存できる文字列の長さに制限があります。TEXT は長さに制限 の無い文字列の保存ためのもので、最大1ギガバイトです。 BYTEAは、部分的にNULL のバイトを含むバイナ @@ -1146,7 +1091,7 @@ BYTEA bytea

    4.15.1) 通番(serial)／自動増分フィールドはどのようにつくりますか？

    -

    PostgreSQL は SERIAL データ型をサポートします。カラム上に通番とインデックスを自動作成します。たとえば、 +

    PostgreSQL は SERIAL データ型をサポートします。カラム上に通番とインデックスを自動作成します。たとえば、 

     	CREATE TABLE person ( 
@@ -1164,40 +1109,37 @@ BYTEA           bytea           
 	CREATE UNIQUE INDEX person_id_key ON person ( id );
    通番についてのもっと詳しい情報は、オンラインマニュアルで create_sequence をご覧下さい。 -

    また、各ロウのOIDフィールドを一意値として使うこともできます。しかしながら、もしもデータベースをダンプしてりロードする必要がある場合は、OIDを温存するためにpg_dump で -oオプションを使うか、または、COPY WITH OIDSオプションを使う必要があります。 +

    また、各ロウのOIDフィールドを一意値として使うこともできます。しかしながら、もしもデータベースをダンプしてりロードする必要がある場合は、OIDを温存するためにpg_dump で -oオプションを使うか、または、COPY WITH OIDSオプションを使う必要があります。 Bruce Momjian の(http://www.PostgreSQL.org/docs/aw_pgsql_book)の Numbering Rowsの章にありあます。 -

    4.15.2) SERIALデータ型に挿入される値は、どうすれば得られますか？ +

    4.15.2) SERIALデータ型に挿入される値は、どうすれば得られますか？

    -

    ひとつの方法は、nextval() 関数を使ってその値を挿入する -前(before)に SEQUENCE オブジェクトから次の SERIAL 値を取り出し、それから実際に挿入をすることです。4.16.1 の例で使ったテーブルを使うとすると、Perl では -次のようになります。 +

    ひとつの方法は、nextval() 関数を使ってその値を挿入する前(before)に SEQUENCE オブジェクトから次の SERIAL 値を取り出し、それから実際に挿入をすることです。4.15.1 のテーブルの例を使うとすると、疑似言語ではこのようになります。 

    -	new_id = output of "SELECT nextval('person_id_seq')"
-	INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal');
+	new_id = execute("SELECT nextval('person_id_seq')");
+	execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')");
    -そうして、new_id に保存した新しい値を他の問い合わせに(たとえば、person テーブルに対する外部キー(foreign key)のように)使うとよいでしょう。自動的に作られたSEQUENCEオブジェクトの名前は、<table>_<serialcolumn>_seq のようになり、このうち、table と serialcolumn はそれぞれテーブルの名前とSERIALカラムの名前です。 +そうして、new_id に保存した新しい値を他の問い合わせに(たとえば、person テーブルに対する外部キー(foreign key)のように)使うとよいでしょう。自動的に作られたSEQUENCEオブジェクトの名前は、<table>_<serialcolumn>_seq のようになり、このうち、table と serialcolumn はそれぞれテーブルの名前とSERIALカラムの名前です。

    -あるいは、与えられたSERIAL値を、それが既定値として挿入された後で(after)、 currval() 関数を使って取り出すこともできます。たとえば、 +あるいは、与えられたSERIAL値を、それが既定値として挿入された後で(after)、 currval() 関数を使って取り出すこともできます。たとえば、 

    -	INSERT INTO person (name) VALUES ('Blaise Pascal');
-	new_id = currval('person_id_seq');
+	execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
+	new_id = execute("SELECT currval('person_id_seq')");
    -最後に、INSERT文から返るOIDを使って、既定値をみつけることもできますが、しかし、これは最も移植性の低いやり方でしょう。PerlのDBIで Edmund Mergl の作った DBD::Pg モジュールを使えば、$sth->execute() の後に $sth->{pg_oid_status} を経由してその OID 値を使えるようにすることはできます。 +最後に、INSERT文から返るOIDを使って、既定値をみつけることもできますが、しかし、これは最も移植性の低いやり方でしょう。PerlのDBIで Edmund Mergl の作った DBD::Pg モジュールを使えば、$sth->execute() の後に $sth->{pg_oid_status} を経由してその OID 値を使えるようにすることはできます。

    4.15.3) 他のユーザとの競合状態を避けるためには、currval() と nextval() は使わないほうがよいのでしょうか？

    -

    それはありません。Currval() は、すべてのユーザではありませんが、あなたのバックエンドに与えられた現在の値を返します。 +

    それはありません。currval() は、すべてのユーザではありませんが、あなたのバックエンドに与えられた現在の値を返します。

    4.15.4) トランザクションが中断したときにもうい @@ -1211,15 +1153,15 @@ HREF="#4.16.1">4.16.1

    -

    4.16) OID とは何ですか？ TID とは何ですか？ +

    4.16) OID とは何ですか？ TID とは何ですか？

    -

    OID とは一意のロウID に対する PostgreSQL の答えです。PostgreSQL の中でつくられるすべてのロウは一意の OID を得ます。initdb で発生される OID はすべて 16384 (backend/access/transam.h から)より小さな値です。initdb 後のすべての OID (ユーザ作成)はそれ以上の値になります。 -既定では、これらすべての OIDは一つのデーブルやデータベース内に留まらず、PostgreSQL インストレーション全体の中で一意です。 +

    OID とは一意のロウID に対する PostgreSQL の答えです。PostgreSQL の中でつくられるすべてのロウは一意の OID を得ます。initdb で発生される OID はすべて 16384 (include/access/transam.h から)より小さな値です。initdb 後のすべての OID (ユーザ作成)はそれ以上の値になります。 +既定では、これらすべての OIDは一つのデーブルやデータベース内に留まらず、PostgreSQL インストレーション全体の中で一意です。 -

    PostgreSQL はテーブル間のロウを結びつけるために、そのシステムテーブル内に OID を使います。この OID は特定のユーザのロウを識別するためや結合の中で使われることができます。OID の値を保存するためには OID 型をカラムに使うことを奨めます。より速くアクセスするために OID フィールドにインデックスを作ることができます。 +

    PostgreSQL はテーブル間のロウを結びつけるために、そのシステムテーブル内に OID を使います。この OID は特定のユーザのロウを識別するためや結合の中で使われることができます。OID の値を保存するためには OID 型をカラムに使うことを奨めます。より速くアクセスするために OID フィールドにインデックスを作ることができます。 - OID は、全てのデータベースで使われる中央領域から、全ての新しいロウに割り当てられます。OID を他の何かに変えたい、あるいは元の OID もテーブルと一緒にコピーしたいのなら、できなくはありません。 + OID は、全てのデータベースで使われる中央領域から、全ての新しいロウに割り当てられます。OID を他の何かに変えたい、あるいは元の OID もテーブルと一緒にコピーしたいのなら、できなくはありません。 

    @@ -1234,9 +1176,9 @@ HREF="#4.16.1">4.16.1 
 -->
    -

    OID は、4バイトの整数として保存されているので、40億を越えると溢れてしまうでしょう。誰もこれが起きたと報告してくる人はいませんでしたが、そうなる前にこの制限を取り除くことを計画しています。 +

    OID は、4バイトの整数として保存されているので、40億を越えると溢れてしまうでしょう。誰もこれが起きたと報告してくる人はいませんでしたが、そうなる前にこの制限を取り除くことを計画しています。 -

    TID は特定の物理ロウをそのブロックとオフセット値で識別するために使われます。TID はロウが修正されたり再ロードされると変わります。それらの TID は、物理ロウを指すためにインデックス記載で使われます。 +

    TID は特定の物理ロウをそのブロックとオフセット値で識別するために使われます。TID はロウが修正されたり再ロードされると変わります。それらの TID は、物理ロウを指すためにインデックス記載で使われます。

    4.17) PostgreSQL で使われるいくつかの用語の意味は何ですか？ @@ -1251,14 +1193,13 @@ HREF="#4.16.1">4.16.1
  • 取得(retrieve)、選択(select)
  • 置換(replace)、更新(update)
  • 追加(append)、挿入(insert) -
  • OID, 連番(serial value) +
  • OID, 連番(serial value)
  • ポータル(portal), カーソル(cursor)
  • 領域変数(range variable)、テーブル名(table name)、テーブル別名(table alias)

    一般的なデータベース用語のリストは： -http://www.comptechnews.com/~reaster/dbdesign.html -で見つけられます。 +href="http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html">http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html +で見つけられます。

    4.18) エラーメッセージ "ERROR: Memory exhausted in AllocSetAlloc()"が出るのはなぜですか？ @@ -1273,13 +1214,13 @@ http://www.comptechnews.com/~reaster/dbdesign.html

    -シェルによって、どちらかひとつが成功するでしょうが、これはプロセスのデータセグメント制限をより高く設定し、たぶん問い合わせが完結するようになるでしょう。このコマンドは現行のプロセスと、このコマンドを走らせた後に作られる全てのサブプロセスについて適用されます。バックエンドがとても多くのデータを返すためにSQL クライアントで問題が続いているのであれば、クライアントを開始する前にこれを試してみてください。 +シェルによって、どちらかひとつが成功するでしょうが、これはプロセスのデータセグメント制限をより高く設定し、たぶん問い合わせが完結するようになるでしょう。このコマンドは現行のプロセスと、このコマンドを走らせた後に作られる全てのサブプロセスについて適用されます。バックエンドがとても多くのデータを返すためにSQL クライアントで問題が続いているのであれば、クライアントを開始する前にこれを試してみてください。

    4.19) どのバージョンの PostgreSQL を走らせているかを調べるにはどうしますか？

    -psql から select version(); をタイプします。 +psql から SELECT version(); をタイプします。

    @@ -1290,7 +1231,7 @@ http://www.comptechnews.com/~reaster/dbdesign.html

    現在は、PostgreSQLのトランザクションのコミット時にラージ・オブジェクト・ハンドルを閉じることにより、lo_openコマンドが完了した直後に強制的にルールを実行します。このため、最初にハンドルに対して何かをしようとすると、invalid large obj descriptor(ラージ・オブジェクトの記述子が不正)となります。それで、もし、トランザクションを使うのを忘れると、（少なくともほとんどの時間）働いていたコードがエラーメッセージを出すのです。 -

    もし、ODBCのようなクライアントインターフェースをお使いなら、auto-commit offを設定する必要があるかもしれません。 +

    もし、ODBCのようなクライアントインターフェースをお使いなら、auto-commit offを設定する必要があるかもしれません。

    @@ -1303,22 +1244,26 @@ http://www.comptechnews.com/~reaster/dbdesign.html

    -

    4.22) なぜ、INを使う副問い合わせがとても遅いのですか？ +

    4.22) なぜ、INを使う副問い合わせがとても遅いのですか？

    -現在、外部問い合わせの各ロウについて副問い合わせの結果を順番にスキャンすることにより、副問い合わせを外部問い合わせに結合しています。当面はINをEXISTSで置き換えることです： +現在、外部問い合わせの各ロウについて副問い合わせの結果を順番にスキャンす +ることにより、副問い合わせを外部問い合わせに結合しています。 +もし、副問い合わせが数行しか返さず、外部問い合わせが沢山の行を返すなら、 +当面はINをEXISTSで置き換えることです： 

    -	SELECT *
+	SELECT *
 	FROM tab
-	WHERE col1 IN (SELECT col2 FROM TAB2)
+	WHERE col1 IN (SELECT subcol FROM subtab)
    を、置き換えて： 
     	SELECT *
 	FROM tab
-	WHERE EXISTS (SELECT col2 FROM TAB2 WHERE col1 = col2)
+	WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col)
    とします。 +これが手っ取り早いですが、subcolは索引付きカラムであるべきです。 この制限は将来のリリースで直したいと思っています。

    @@ -1326,24 +1271,26 @@ http://www.comptechnews.com/~reaster/dbdesign.html

    PostgreSQL は SQL 標準構文を使う外部結合(アウタージョイン)をサポートします。ここに 2つの例題があります。 -

    -SELECT *
- FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
    +
    +	SELECT *
+	FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
+
    あるいは -
    -SELECT *
- FROM t1 LEFT OUTER JOIN t2 USING (col);
    +
    +	SELECT *
+	FROM t1 LEFT OUTER JOIN t2 USING (col);
+
    -これらの象徴的な問い合わせでは t1.col を t2.col と結合して、t1 の結合されなかったロウ(t2 と一致しなかったロウ)も返しています。RIGHT 結合は t2 の結合されなかったロウを加えるでしょう。FULL 結合は、一致したロウに t1 と t2 からは結合されなかったロウを返すでしょう。OUTER という言葉はオプションで LEFT, RIGHT, または FULL などの結合を仮定されています。 +これらの象徴的な問い合わせでは t1.col を t2.col と結合して、t1 の結合されなかったロウ(t2 と一致しなかったロウ)も返しています。RIGHT 結合は t2 の結合されなかったロウを加えるでしょう。FULL 結合は、一致したロウに t1 と t2 からは結合されなかったロウを返すでしょう。OUTER という言葉はオプションで LEFT, RIGHT, または FULL などの結合を仮定されています。 -以前のリリースでは外部結合(outer join)をUNION と NOT IN を使ってシミュレートできます。 +以前のリリースでは外部結合(outer join)をUNION と NOT IN を使ってシミュレートできます。 たとえば、tab1 と tab2 を結合するときは、次の問い合わせで二つのテーブルを外部結合します。 
     	SELECT tab1.col1, tab2.col2
 	FROM tab1, tab2
 	WHERE tab1.col1 = tab2.col1
-UNION ALL
+	UNION ALL
 	SELECT tab1.col1, NULL
 	FROM tab1
 	WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2)
@@ -1354,28 +1301,69 @@ PostgreSQL 
 
    4.24)  複数のデータベースを使う問い合わせはどのようにすればできますか？
    
 
 
    
-現行(current)を除いて、データベースへの問い合わせ方法はありません。というのもPostgreSQLがデータベース仕様のシステムカタログを読み込むためで、そこには、たとえそのふりをするだけにしろ、データベースを越えて問い合わせをするすべがありません。
+現行のデータベース以外への問い合わせ方法はありません。というのもPostgreSQLがデータベース仕様のシステムカタログを読み込むためで、そこには、たとえそのふりをするだけにしろ、データベースを越えて問い合わせをするすべがありません。
 
    
-もちろん、クライアントは同時に異なる複数のデータベースへ接続してそこにある情報をマージすることはできます。
+/contrib/dblink はデータベース間(cross-database)の問い合わせを関数呼出しにより許します。もちろん、クライアントは同時に接続を別のデータベースへも張らなくてはならず、結果をクライアント側でマージしなくてはなりません。
    
+
 
 
    
 
    4.25) 関数で複数のロウまたはカラムを返すにはどうしますか？
    
 
-     
    もし、PL/pgSQL 関数でrefcursorsを使うと結果の組を返すことができます。
-http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html の
+     
    もし、PL/pgSQL 関数でrefcursorsを使うと結果の組を返すことができます。
+http://www.PostgreSQL.org/idocs/index.php?plpgsql-cursors.html の
 23.7.3.3 節をご覧下さい。
    
 
 
 
    
 
    4.26)なぜ、PL/PgSQL 関数の中から一時テーブルを確実に create/drop することができないのでしょうか？
    
+
    
+PL/PgSQL は関数の内容をキャッシュし、その不幸な副作用のため、もし PL/PgSQL 関数が一時テーブルにアクセスすると、そのテーブルはあとでドロップされ再作成されますが、関数が再び呼び出されると、キャッシュされているその関数の内容はまだ古い一時テーブルを依然として指しているからです。解決策は、 PL/PgSQL の中で EXECUTE を一時テーブルアクセスのために使うことです。これで、毎回クエリーのパースし直しを起こすでしょう。
    
 
-PL/PgSQL は関数の内容をキャッシュし、その不幸な副作用のため、もし PL/PgSQL 関数が一時テーブルにアクセスすると、そのテーブルはあとでドロップされ再作成されますが、関数が再び呼び出されると、キャッシュされているその関数の内容はまだ古い一時テーブルを依然として指しているからです。解決策は、 PL/PgSQL の中で EXECUTE を一時テーブルアクセスのために使うことです。これで、毎回クエリーのパースし直しを起こすでしょう。
+
+
    4.27) どのようなリプリケーションオプションを利用できますか?
+
    
+
    
+マスター／スレーブのリプリケーションオプションがいくつか利用可能です。これらのオプションではマスターのみがデータベースを変更でき、スレーブはデータベースを読むだけです。
+
+http://gborg.PostgreSQL.org/genpage?replication_research
+の最後にそれらを一覧にしてあります。
+マルチ-マスターのリプリケーションによるソリューションは
+
+http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php
+にて作業が進められています。
+
    
+
+
    +[訳注
+    JPUG 分散トランザクション開発分科会では、永安悟史さんを中心に２相
+    コミットの実装を行なっています。
+	http://www.postgresql.jp/subcommittee/dt/index.html
+	http://www.snaga.org/jpug-dt/
+
+    三谷篤さんによる双方向リプリケーションPGReplicate
+	http://www.csra.co.jp/~mitani/jpug/pgreplicate/
+]
+
    
+
+
    4.28) どのような暗号化オプションを利用できますか?
+
    
+
      
+
    • /contrib/pgcrypto
+SQL問い合わせの中で使うための沢山の暗号化を含みます。
+
      • 
+
    • 
+クライアントからサーバーへの転送をを暗号化する唯一の方法はpg_hba.confの中でhostsslを使うことによります。 
+
      • 
+
    • バージョン7.3 ではデータベースユーザのパスワードは保存される時に自動的に暗号化されます。 それより前のバージョンではpostgresql.conf中でPASSWORD_ENCRYPTIONを有効にする必要があります。 
+
      • 
+
    • サーバーは暗号化ファイルシステムを使って走ることもできます。
+
    
 
 
 
    
 
    
-
    PostgreSQLの拡張についての質問
    
+
    PostgreSQLの拡張についての質問
    
 
    
 
 
    5.1)	自分で書いたユーザ定義関数を psql の中で実行するとコア・ダンプしてしまうのはなぜですか？
@@ -1399,17 +1387,17 @@ PL/PgSQL 
 
    5.4)	ソース・ファイルを変更しました。再コンパイルしても変化が見られないのはなぜですか？
 
    
 
-
     いくつかの Makefile がインクルード・ファイルに対して適切な依存関係を持っていません。make clean をしてからもう一度 make を行なわなくてはなりません。もし、GCC をお使いであれば configure の --enable-depend オプションを使って、コンパイラに依存関係を自動的に調べさせることもできます。
+
     いくつかの Makefile がインクルード・ファイルに対して適切な依存関係を持っていません。make clean をしてからもう一度 make を行なわなくてはなりません。もし、GCC をお使いであれば configure の --enable-depend オプションを使って、コンパイラに依存関係を自動的に調べさせることもできます。
 
 
 
    
 
-
    +
     [訳注：
   日本語版の製作については以下の通りです。
 
-  最終更新日:	2002年08月25日
-  翻訳者:	桑村 潤 (Jun Kuwamura <juk@postgresql.jp>)
+  最終更新日:	2002年10月18日
+  翻訳者:	桑村 潤 (Jun Kuwamura <juk@PostgreSQL.jp>)
 
   このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):
 
@@ -1436,13 +1424,13 @@ Atsushi SUGAWARA <asugawar at f3.dion.ne.jp>)
 
   日本語版のこの文書は、以下からもたどれます。
 	http://www.rccm.co.jp/~juk/pgsql/(FAQ和訳 PostgreSQL についてよくある質問)
-	http://www.postgresql.jp/subcommittee/jpugdoc/JPUG文書・書籍関連分科会
+	http://www.PostgreSQL.jp/subcommittee/jpugdoc/JPUG文書・書籍関連分科会
 	http://www.linux.or.jp/JF/Linux JFプロジェクト
 	http://www.sra.co.jp/people/t-ishii/PostgreSQL/doc-jp/
 
-  なお、この和訳に関するご意見は(juk@postgresql.jp)までお寄せ下さい。
+  なお、この和訳に関するご意見は(juk@PostgreSQL.jp)までお寄せ下さい。
 ]
-
    
+
    
 
 
 
-- 
GitLab