Update Japanese FAQ, from Jun Kuwamura.

This commit is contained in:
Bruce Momjian 2002-10-20 02:37:49 +00:00
parent 55c6f06991
commit c650d52e14
2 changed files with 557 additions and 546 deletions

View File

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

File diff suppressed because it is too large Load Diff