From 350196df4ab96d2f568666fc7a86323a27f4d138 Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Fri, 26 Oct 2007 03:59:22 +0000 Subject: [PATCH] Set Japanese FAQ character code to UTF-8. Jun Kuwamura --- doc/src/FAQ/FAQ_japanese.html | 1488 ++++++++++++++++----------------- 1 file changed, 744 insertions(+), 744 deletions(-) diff --git a/doc/src/FAQ/FAQ_japanese.html b/doc/src/FAQ/FAQ_japanese.html index 5be9eaee00..3f613c11b5 100644 --- a/doc/src/FAQ/FAQ_japanese.html +++ b/doc/src/FAQ/FAQ_japanese.html @@ -4,165 +4,165 @@ PostgreSQL FAQ in Japanese - +
-

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

-

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

-

現在の維持管理者: Bruce Momjian (PostgreSQL(鴻違鴻祉ャ若祉)ゃ莖茹ｇ(FAQ) +

腟贋井: Last updated: Wed Oct 17 13:34:42 EDT 2007

+

憜膓膊∞: Bruce Momjian (bruce@momjian.us)
Maintainer of Japanese Translation: Jun Kuwamura (juk at postgresql.jp)

-

この文書の最新版は吾亥 http://www.postgresql.org/docs/faqs.FAQ.html -で見ることができます。

-

プラットホームに特有の質問については: +

若号莖ゃ: http://www.postgresql.org/docs/faq/
-に解答があります。

+茹ｇ障

-(以下、訳者による注釈を [訳注： と ] とで囲んで記します。)
-[訳注：
-	日本語版のFAQは、
+(篁ヤ荐活羈 [荐恰絵鐚  ] у蚊ц障)
+[荐恰絵鐚
+	ユ茯FAQ
 		http://www.postgresql.org/docs/faqs.FAQ_japanese.html
-	にあります。
-	最新の日本語版については、この文書の最後にある「日本語版について」をごらんください。
+	障
+	違ユ茯ゃ吾緇ユ茯ゃ
 
 ]

-

一般的な質問

- -1.1) PostgreSQLとは何ですか？ その呼び方は？
-1.2) 誰が PostgreSQL をコントロールしていますか？
-1.3) PostgreSQLの著作権はどうなってますか？
-1.4) PostgreSQLをサポートするプラットホームは？
-1.5) PostgreSQLはどこから入手できますか？
-1.6) 最新のリリースはどれですか？
-1.7) サポートはどこで受けられますか？
-1.8) バグレポートはどのように発信しますか？
-1.9) 既知のバグや未だ無い機能はどうやって見つけますか？
-1.10) どのような文書がありますか？
-1.11) SQLはどうすれば学べますか？
-1.12) パッチを提供したり、開発チーム参加するにはどうすればよいですか？
-1.13) 他のDBMSと比べてPostgreSQLはどうなのですか？
-1.14) PostgreSQLは国毎の最新の夏時間の変更を扱いますか？
- -

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

- -2.1) PostgreSQL にはどんなインターフェースが使えますか？
-2.2) PostgreSQL を Web ページと連携させるにはどんなツールがありますか？
-2.3) PostgreSQL にグラフィカル・ユーザインターフェースはありますか？
- - -

管理上の質問

- -3.1) どうすれば、PostgreSQLを/usr/local/pgsql 以外の場所にインストールできますか？
-3.2) 他のホストからの接続はどのように制御しますか？
-3.3) より良い性能を得るためには、データベース・エンジンをどのように調整しますか？
-3.4) どのようなデバグ機能が使えますか？
-3.5) 接続しようとするときに 'Sorry, too many clients' が出るのはなぜですか？
-3.6) PostgreSQLのアップグレードの手順はどうなりますか？
-3.7) ハードウェアにはどのようなコンピュータを使えばよいですか？
- - -

操作上の質問

- -4.1) 最初のいくつかのロウのみを select するにはどうしますか？ ランダムなロウ？
-4.2) 定義されたテーブル、インデックス、データベース、および、ユーザをどのようにして見つけ出しますか？
-4.3) カラムのデータタイプを変更するにはどうしますか？
-4.4) ロウ、テーブル、データベースの最大サイズは？
-4.5) 一般的なテキストファイルのデータを保存するには、データベースのディスク容量はどのくらい必要ですか？
-4.6) クエリが遅いのはなぜでしょう？ なぜ、インデックスが使われないのでしょうか？
-4.7) クエリオプティマイザが、どのようにクエリを評価していかを、見るにはどうしますか？
-4.8) 正規表現での検索や大文字と小文字とを区別しない正規表現検索はどのように実現しますか？大文字と小文字とを区別しない検索のためのインデックスはどのように使いますか？
-4.9) クエリの中で、フィールドが -NULL であることを検出するにはどうしますか？ -NULLの可能性のあるものをどのようすれば連結できますか? -フィールドがNULLかどうかでどのようにソートができますか？
-4.10) いろいろな文字型のそれぞれの違いは何ですか？
-4.11.1) 通番(serial)／自動増分フィールドはどのようにつくりますか？
-4.11.2) SERIALデータ型に挿入される値は、どうすれば得られますか？
-4.11.3) currval() は他のユーザとの競合状態に陥ることはないですか？
-4.11.4) トランザクションが中断したときにもういちどシーケンス番号が使われないのはなぜですか？シーケンス／SERIALカラムに空きがあるのはなぜですか？
-4.12) OID とは何ですか？ TID とは何ですか？
-4.13) エラーメッセージ "ERROR: Memory exhausted in AllocSetAlloc()"が出るのはなぜですか？
-4.14) どのバージョンの PostgreSQL を走らせているのかを調べるにはどうしますか？
-4.15) 現在の時刻がデフォルトとなるようなカラムはどのようにつくりますか？
-4.16) 外部結合(outer join)はどのように実現しますか?
-4.17) 複数のデータベースを使う問い合わせはどのようにすればできますか？
-4.18) 関数から複数のロウまたはカラムを返すにはどうしますか？
-4.19) PL/PgSQL の関数の中で一時テーブルにアクセスするとき、どうして "relation with OID ##### does not exist" というエラーを受け取るのでしょうか？
-4.20) どのようなレプリケーションのソリューションがありますか？
-4.21) テーブルとカラムの名前がクエリーの中で認識 -されないのはなぜですか？ なぜ大文字化(キャピタライズ)は温存されないのですか?
- -

日本語に関する質問

- -5.1) 日本語がうまく扱えないのはなぜですか？
-5.2) psql でWindowsからアクセスしたときに、日本語が文字化けするのですが？
+

筝莖

+ +1.1) PostgreSQL篏с鐚 若恰鴻鐚
+1.2) 茯違 PostgreSQL 潟潟若障鐚
+1.3) PostgreSQL篏罔ｃ障鐚
+1.4) PostgreSQL泣若若鐚
+1.5) PostgreSQLユс障鐚
+1.6) 違若鴻с鐚
+1.7) 泣若у障鐚
+1.8) 違若坂拭障鐚
+1.9) ∝ャ違＜罘純ｃ荀ゃ障鐚
+1.10) 吾障鐚
+1.11) SQL医鴻障鐚
+1.12) 箴冴若違с鐚
+1.13) 篁DBMS罸鴻PostgreSQLс鐚
+1.14) PostgreSQL醇違紊紊眼宴障鐚
+ +

若吟祉ゃ≪潟莖

+ +2.1) PostgreSQL ゃ潟帥若с若鴻篏帥障鐚
+2.2) PostgreSQL Web 若吾ｆ冴若障鐚
+2.3) PostgreSQL 違ｃ祉若吟ゃ潟帥若с若鴻障鐚
+ + +

膊∞筝莖

+ +3.1) 違PostgreSQL/usr/local/pgsql 篁ュ贋ゃ潟鴻若с障鐚
+3.2) 篁鴻･膓九勝障鐚
+3.3) ц純緇若帥若鴻祉潟吾潟茯炊眼障鐚
+3.4) 井純篏帥障鐚
+3.5) ･膓 'Sorry, too many clients' 冴с鐚
+3.6) PostgreSQL≪違若障鐚
+3.7) 若с≪潟潟ャ若帥篏帥違с鐚
+ + +

篏筝莖

+ +4.1) ゃ帥 select 障鐚 潟鐚
+4.2) 絎臂若ゃ潟鴻若帥若鴻潟若吟荀ゃ冴障鐚
+4.3) 若帥帥ゃ紊眼障鐚
+4.4) 若若帥若鴻紊с泣ゃ冴鐚
+4.5) 筝鴻＜ゃ若帥篆絖若帥若鴻ｃ鴻絎拷綽荀с鐚
+4.6) с鐚 ゃ潟鴻篏帥с鐚
+4.7) ｃゃ吟荅箴＜荀障鐚
+4.8) 罩ｈ頫憗с罎膣≪紊ф絖絨絖阪ャ罩ｈ頫憝膣≪絎憗障鐚紊ф絖絨絖阪ャ罎膣≪ゃ潟鴻篏帥障鐚
+4.9) 筝сｃ若 +NULL с罎冴障鐚 +NULL醇с育ｇс障? +ｃ若NULLс純若с障鐚
+4.10) 絖篏с鐚
+4.11.1) (serial)鐚紜ｃ若ゃ障鐚
+4.11.2) SERIAL若水水ャゃ医障鐚
+4.11.3) currval() 篁若吟腴九倶ャс鐚
+4.11.4) 潟吟激с潟筝＜激若宴潟合垩篏帥с鐚激若宴潟刻SERIAL腥冴с鐚
+4.12) OID 篏с鐚 TID 篏с鐚
+4.13) 若＜祉若 "ERROR: Memory exhausted in AllocSetAlloc()"冴с鐚
+4.14) 若吾с潟 PostgreSQL 莎違茯帥鴻障鐚
+4.15) 憜祉ゃ障鐚
+4.16) 紊腟(outer join)絎憗障?
+4.17) 茲違若帥若鴻篏帥違с障鐚
+4.18) ∽違茲違障菴障鐚
+4.19) PL/PgSQL ∽違筝т若≪祉鴻 "relation with OID ##### does not exist" 若с鐚
+4.20) 宴若激с潟純ャ若激с潟障鐚
+4.21) 若若筝ц茘 +с鐚 紊ф絖(ｃ帥ゃ)羝絖с?
+ +

ユ茯≪莖

+ +5.1) ユ茯障宴с鐚
+5.2) psql Windows≪祉鴻ユ茯絖с鐚
-

一般的な質問

+

筝莖

-

1.1) PostgreSQLとは何ですか？ その呼び方は？

+

1.1) PostgreSQL篏с鐚 若恰鴻鐚

-

PostgreSQLはPost-Gres-Q-L(ポスト・グレス・キュー・エル) - と発音しますが、会話の中では単純に Postgres と呼ばれることも - あります。（"PostgreSQL"をどう発音するか気になる人のために、 +

PostgreSQLPost-Gres-Q-L(鴻祉違鴻祉ャ若祉) + 咲潟障篌荅宴筝с膣 Postgres 若違 + 障鐚"PostgreSQL"咲潟羂篋冴 - 音声ファイルを用意してあります。

+ 喝０＜ゃ障

-

PostgreSQL はオブジェクト-リレーショナルデータベースシステムで、 - 伝統的な商用データベースシステムに、次世代DBMSシステ - ムに見られるような改良が施された特徴を有します。PostgreSQLは、無料で - 完全なソースコードを手に入れることができます。

+

PostgreSQL 吾с-若激с若帥若鴻激鴻с + 篌腟援若帥若鴻激鴻罨＞篁DBMS激鴻 + 荀壕純劫彰障PostgreSQL≧ + 絎純若鴻潟若ャс障

-

PostgreSQL の開発は、ほとんどが、世界中にひろがったボランティアの - 開発者によって、インターネットを通したコミュニケーションによって行わ - れています。コミュニティによるプロジェクトであるため、どの企業の制御 - もうけません。開発に参加したければ、PostgreSQL 冴祉筝筝蚊ｃ潟ｃ≪ + 肴ｃゃ潟帥若潟ャ宴若激с潟ｃ茵 + 障潟ャｃ吾сс篌罐九勝 + 障冴違 http://www.postgresql.org/docs/faqs.FAQ_DEV.html - にある開発者のFAQを見てください。 + 肴FAQ荀

-

1.2) 誰が PostgreSQL をコントロールしていますか？

+

1.2) 茯違 PostgreSQL 潟潟若障鐚

-

PostgreSQLの門番、中央委員会、あるいは、コントロールをする会社を - 探そうとしても、諦めざるをえず ---- 存在しないのです。我々は、中心 - となるコミッティとCVSコミッタを持ちますが、これらのグループはコン - トロールするためというよりも、管理上のものです。ここでは、プロジェ - クトは、だれでも参加ができる開発者とユーザのコミュニティにより方向 - 付けられます。読者がやらなければならないことは、メーリングリストを - サブスクライブして、議論に 参加することです。（PostgreSQL筝紊紮＞潟潟若篌腓障 + ｢茫 ---- 絖с筝綽 + 潟ｃCVS潟帥＜障違若潟 + 若膊∞筝сс吾 + сс肴若吟潟ャｃ劫 + 篁障茯違＜若潟違鴻 + 泣鴻ゃ茘域 с鐚Developer's - FAQには、Postgres開発に加わり方についての情報があります。）

+ FAQPostgres冴鴻ゃ宴障鐚

-

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

+

1.3) PostgreSQL 篏罔ｃ障鐚

-

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

-

PostgreSQLは古くからのBSDライセンスの下で配布されています。それ - は基本的には、利用者がそのコードを好き勝手に利用することが許されて - います。制限があるとすれば、このソフトウェアに伴ういかなる問題にお - いても法的に責任を我々に負わせることができないということです。 - また、この著作権表示がこのソフトウェアのすべての複製に表示すること - も必要です。以下に、我々が実際に使っているBSD使用許諾書を示します： +

PostgreSQL 筝荐篏罔緇障

+

PostgreSQLゃBSDゃ祉潟鴻筝ч絽障 + 堺潟若絅純荐宴 + 障狗違純с≪篌眼馹 + 羈莢篁祉莢сс + 障篏罔茵腓冴純с≪鴻茲茖純茵腓冴 + 綽荀с篁ヤ絎篏帥ｃBSD篏睡荐沿丈吾腓冴障鐚 

-    [訳注：
-        正文は英語です。参考として、訳文を併記掲載します。
+    [荐恰絵鐚
+        罩ｆ沿с荐恰篏笈ｲ莠障
     ]

PostgreSQL Data Base Management System

@@ -190,258 +190,258 @@ href="mailto:juk at postgresql.jp">juk at postgresql.jp)

MODIFICATIONS.

-	POSTGRESQL データベース管理システム
+	POSTGRESQL 若帥若合∞激鴻
 
-	部分的著作権 (c) 1996-2007, PostgreSQL国際開発チーム
-	部分的著作権 (c) 1994-1996 カリフォルニア大学本校
+	篏罔 (c) 1996-2007, PostgreSQL初冴若
+	篏罔 (c) 1994-1996 √ぇ絖
 
 
-	  本ソフトウェアおよびその文書一式は上記の著作権表示と、この文章
-	およびこれに続く二つの段落が全ての複製に添付されている限りにおい
-	て、使用、複製、修正および配付の許可を、いかなる目的であっても、
-	無償でかつ同意書無しに行なえることをここに認めます。
+	  純с≪潟娯綣筝荐篏罔茵腓冴腴
+	潟膓鋋ゃ罧笈純茲茖純羞私
+	篏睡茲茖純篆罩ｃ渇篁荐怨сｃ
+	≦сゅ悟＜茵茯障
 	
-	  カリフォルニア大学は、いかなる当事者にたいしても、利益の壊失を
-	含む、直接的、間接的、特別、偶然あるいは必然的にかかわらず生じた
-	損害について、たとえカリフォルニア大学がこれらの損害について訴追
-	を受けていたとしても、一切の責任を負いません。
+	  √ぇ絖綵篋紕紊宴
+	贋･･劫ャ句吟綽句
+	絎潟ゃ√ぇ絖絎潟ゃ荐頑申
+	筝莢篁祉莢障
 	
-	  カリフォルニア大学は、商用目的における暗黙の保証と、特定目的で
-	の適合性に関してはもとより、これらに限らず、いかなる保証も放棄す
-	ることを明言します。以下に用意されたソフトウェアは「そのまま」を
-	基本原理とし、カリフォルニア大学はそれを維持、支援、更新、改良あ
-	るいは修正する義務を負いません。
-
-    [訳注：
-	著作権に関する正文は上記の英語による表記です。日本語訳はあくまで
-	参考程度としてください。
+	  √ぇ絖藥篆荐若劫
+	с≪篆荐若丈
+	荐障篁ヤ純с≪障障
+	堺√ぇ絖膓叵贋違壕
+	篆罩ｃ臂莢障
+
+    [荐恰絵鐚
+	篏罔≪罩ｆ筝荐沿茵荐сユ茯荐潟障
+	腮綺
     ]
-

1.4) PostgreSQLをサポートするプラットホームは？

+

1.4) PostgreSQL泣若若鐚

-

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

筝菴Unix篋若сPostgreSQL腮弱 + с若鴻鴻у鴻茵ｃ怨 + 若ゃゃ潟鴻若綣吾障

-

PostgreSQL は、Win2000 SP4, WinXP, そして、Win2003 など Microsoft - Windows NTベースのオペレーティングシステムで、ネイティブに走ります。 - あらかじめパッケージにされたインストーラがPostgreSQL Win2000 SP4, WinXP, Win2003 Microsoft + Windows NT若鴻若ｃ潟違激鴻сゃｃ莎違障 + 宴若吾ゃ潟鴻若 http://pgfoundry.org/projects/pginstaller - にあり、利用できます。MSDOSベースのWindowsのバージョン(Win95, Win98, - WinMe)では、Cygwinを使って Postgres を走らせることができます。

+ с障MSDOS若鴻Windows若吾с(Win95, Win98, + WinMe)сCygwin篏帥ｃ Postgres 莎違с障

-    [訳注
-	pgInstaller の入手はFTPミラーサイトの win32 ディレクトリからも可能です。
+    [荐恰絵
+	pgInstaller ユFTP若泣ゃ win32 ｃ純с
 	    http://www.postgresql.org/mirrors-ftp.html
 
-	詳しくは、次の Windows版に関するFAQの和訳をごらんください。
+	荅潟罨＜ Windows≪FAQ荐潟
 	http://old.postgresql.jp/wg/jpugdoc/FAQ_windows.ja.html
     ]
-

次のサイトに Novell Netware 6 への移植版もあります。 +

罨＜泣ゃ Novell Netware 6 吾腱紙障 http://forge.novell.com - また、OS/2 (eComStation) バージョンは、 - http://hobbes.nmsu.edu/cgi-bin/h-search?sh=1&button=Search&key=postgreSQL&stype=all&sort=type&dir=%2Fにあります。

+ http://hobbes.nmsu.edu/cgi-bin/h-search?sh=1&button=Search&key=postgreSQL&stype=all&sort=type&dir=%2F障


-

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

+

1.5) PostgreSQL ユс障鐚

-

Webブラウザ経由だと、 - http://www.postgresql.org/ftp/、それから、ftp経由だと、 +

Web句宴 + http://www.postgresql.org/ftp/ftp腟宴 - ftp://ftp.postgresql.org/pub/ を使います。

+ ftp://ftp.postgresql.org/pub/ 篏帥障

-

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

+

1.6) 違若鴻с鐚

-

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

-

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

+

PostgreSQL 亥若吾с 8.2.5 с

+

1綛贋＜吾ｃ若若鴻違究ゃ若若鴻 + 茵荐祉障

-    [訳注
-	バージョン番号の x.y.z の最初の x.y がメジャーリリースの番号に相
-	当し、最後の z がマイナーリリースの番号になります。メジャーリリー
-	スの番号が同じであれば、データベース・クラスタに互換性があります。
+    [荐恰絵
+	若吾с括垩 x.y.z  x.y ＜吾ｃ若若鴻垩
+	綵緇 z ゃ若若鴻垩障＜吾ｃ若
+	鴻垩с違若帥若鴻祉鴻帥篋с障
     ]

-

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

+

1.7) 泣若у障鐚

-

PostgreSQL コミュニティは多くのユーザのために、電子メール経由の支 - 援を提供しています。電子メールリストをサブスクライブするためのメイン - となるウェブサイトは +

PostgreSQL 潟ャｃ紊若吟糸＜若腟宴 + 叵箴障糸＜若鴻泣鴻ゃ＜ゃ + с泣ゃ - http://www.postgresql.org/community/lists/です。これから、始める - のであれば general または、bugs といったリストがよいで - しょう。

- -

メジャーなIRC チャンネルは、Freenode (irc.freenode.net)の - #postgresql というチャンネルです。UNIX コマンドでは、 - irc -c '#PostgreSQL' "$USER" irc.freenode.net を使って - 参加できます。同じネットワークに、スペイン語のチャンネル - (#postgresql-es)、フランス語のチャンネル - (#postgresqlfr)、ブラジル語チャンネル (#postgresql-br) - もあります。また、EFNetにもPostgreSQLチャンネルがあります。

+ http://www.postgresql.org/community/lists/с紮 + с general 障bugs ｃ鴻 +

+ +

＜吾ｃ若IRC ｃ潟Freenode (irc.freenode.net) + #postgresql ｃ潟сUNIX 潟潟с + irc -c '#PostgreSQL' "$USER" irc.freenode.net 篏帥ｃ + с障若鴻ゃ活ｃ潟 + (#postgresql-es)潟壕ｃ潟 + (#postgresqlfr)吾茯ｃ潟 (#postgresql-br) + 障障EFNetPostgreSQLｃ潟障

-    [訳注:
-	  1999年7月23日、日本ポストグレスユーザー会、略称JPUGが設立されました。
-	JPUG は非営利組織で、PostgreSQLを利用する人達の相互協力の場となっています。  
-	(2006年 特定非営利活動(NPO)法人日本PostgreSQLユーザ会になりました。
-	Web会員と正会員の会費は無料ですが、協賛会員の会費と会員の貢献で
-	  会は運営されています。)
-	詳しくは、JPUG のWeb サイト:
+    [荐恰絵:
+	  1999綛723ャユ鴻違鴻若吟寂ョОJPUG荐腴障
+	JPUG 九腟膵сPostgreSQL篋咲娯眼ｃ障  
+	(2006綛 劫九羇糸(NPO)羈篋堺ユPostgreSQL若銀障
+	Web篌＜罩ｄ＜篌莢祉≧с莖篌＜篌莢祉篌＜莢∝
+	  篌吟障)
+	荅潟JPUG Web 泣ゃ:
 		http://www.postgresql.jp/
-	をごらんください。
+	
 
-	日本語のIRCチャンネル '#PostgreSQL:*.jp' も存在します。
+	ユ茯IRCｃ潟 '#PostgreSQL:*.jp' 絖障
     ]

-

商用サポート会社のリストは泣若篌腓障鴻 - http://www.postgresql.org/support/professional_supportにあります。

+ http://www.postgresql.org/support/professional_support障

-

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

1.8) 違若坂拭障鐚

http://www.postgresql.org/support/submitbug - のPostgreSQL バグフォームを訪れてください。 バグレポートを提出する仕方 - についての手引と指針があります。

+ PostgreSQL 違若荐 違若冴篁 + ゃ綣障

-

それと同時に ftp サイト ftp 泣ゃ ftp://ftp.postgresql.org/pub/ - で、最新バージョンの Postgres を探してみてください。

+ с違若吾с潟 Postgres ｢帥

-

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

1.9) ∝ャ違＜罘純ｃ荀ゃ障鐚

-

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

+

PostgreSQL≦宍SQL:2003泣祉泣若 + 障若吾 TODO 鴻 + ∝ャ違罨醇純絨ヨ祉ゃ荐菴違障

-

特徴の要求は普通次のいずれかの解答の中にあります：

+

劫彰荀羆罨＜茹ｇ筝障鐚

-

我々は、PostgreSQL に関して、電子メールで直接対応して +

PostgreSQL ≪糸＜若х贋･絲上 TODO - リストを最新に更新してゆくほうがより効果的であることを知っています - ので、バグ追跡システムは使いません。 - 現実に、このソフトウェアの中でバグはそれほど長くはい続けませんし、 - 多くのユーザに影響するバグは早急に修正されます。Postgresのリリース - で、すべての変更点、改良点、そして、修正点を知りたければ、 + 鴻違贋違祉号сャｃ障 + с域申莊＜激鴻篏帥障 + 憜純с≪筝с違祉激膓障 + 紊若吟綵演帥違ャ篆罩ｃ障Postgres若 + с鴻紊雁鴻壕鴻篆罩ｇ鴻ャ違 CVS - のログメッセージを見てください。リリースノートにさえ、このソフトウェア - に加えられたすべての変更点は網羅されていません。

+ 違＜祉若吾荀若鴻若純с + 鴻紊雁鴻膓牙障

-

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

+

1.10) 吾障鐚

-

配付の中に、いくつかのマニュアルとオンライン・マニュアル(マニュ - アル・ページ)およびいくつかの小さなテスト例題が含まれます。 - /docディレクトリをごらんください。また、マニュアルは、 篁筝ゃャ≪潟ゃ潟祉ャ≪( + ≪祉若)潟ゃ絨鴻箴蕁障障 + /docｃ障ャ≪ -http://www.postgresql.org/docs/でオンラインでも閲覧できます。 +http://www.postgresql.org/docs/с潟ゃ潟с画Ηс障 

-    [訳注:
-	JPUG 文書・書籍関連分科会で翻訳されたマニュアルもあります。
+    [荐恰絵:
+	JPUG 吾紙悟∫ｅ腱篌х浸荐潟ャ≪障
 		
 	http://www.postgresql.jp/document/pg825doc/
-	インプレスから、
+	ゃ潟鴻
 	
-	PostgreSQLオフィシャルマニュアルとして出版されています。
+	PostgreSQLｃ激ｃャ≪榊障
 
     ]

-

オンラインで参照できる PostgreSQL の本も2冊あります。潟ゃ潟усс PostgreSQL 2障 http://www.postgresql.org/docs/books/awbook.html 

-    [訳注:
-	この本は、JPUG「PostgreSQL Book翻訳分科会」
-	で翻訳され、ピアソンから
-	「はじめてのPostgreSQL」として出版されています。
+    [荐恰絵:
+	JPUGPostgreSQL Book膺肢┳腱篌
+	х浸荐潟≪純潟
+	PostgreSQL榊障
     ]

- および、 - http://www.commandprompt.com/ppbook/です。 + http://www.commandprompt.com/ppbook/с 

-    [訳注:
-	邦訳は「実践 PostgreSQL」
-	がオライリーから出版されています。
+    [荐恰絵:
+	荐潟絎莊 PostgreSQL
+	ゃ若榊障
     ]

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

+ 障

-    [訳注:
-	日本語の書籍等については、日本PostgreSQLユーザ会の、http://www.postgresql.jp/PostgreSQL/references.html
-	もごらんください。
+	
     ]

-

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

+

潟潟ゃ潟ゃ≪潟違psql + 羲膊絖∽違膣篁宴茯帥鴻膣眼 \d 潟潟 + ゃ障 \? ュ純潟潟茵腓冴障

-

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

+

Web 泣ゃ羃√臼吾障

-

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

+

1.11) SQL 医鴻障鐚

-

まず、 上記で述べた PostgreSQL についての本を読むことを検討してください。 +

障 筝荐ц唇鴻 PostgreSQL ゃ茯罎荐 The Practical SQL Handbook, Bowman Judith S. et al., - Addison-Wesley も多くのユーザに好評です。 ほかでは、The Complete - Reference SQL, Groff et al., McGraw-Hill も好評です。

+ Addison-Wesley 紊若吟絅処с 祉сThe Complete + Reference SQL, Groff et al., McGraw-Hill 絅処с

-

素晴らしい手引書は、膣眼綣吾

  • http://www.intermedia.net/support/sql/sqltut.shtm
    • @@ -456,218 +456,218 @@ http://www.postgresql.org/docs/ "http://mysite.verizon.net/Graeme_Birchall/id1.html">http://mysite.verizon.net/Graeme_Birchall/id1.html - にあります。

    + 障

    -    [訳注:
-	 日本PostgreSQLユーザ会の日本語の参考文献の紹介ページ
+    [荐恰絵:
+	 ユPostgreSQL若銀ユ茯膣剛若
 		
 http://www.postgresql.jp/PostgreSQL/references.html
-	があります。
-	 近藤直文氏の「初心者向のＤＢ設計入門・ＳＱＬ入門参考書紹介」のコーナー
+	障
+	 菴ょ贋羂綽鐚わ滋荐荐ラ誌竺鐚縁蒔ラ悟換篁潟若
 		http://www.shonan.ne.jp/~nkon/ipsql/books_SQL.html
-	があります(やや古い2000年版)。
-	 堀田倫英氏の「PostgreSQL日本語マニュアル」
+	障(ゃ2000綛雁)
+	 医掩PostgreSQLユ茯ャ≪
 		http://www.net-newbie.com/
-	ではオンラインマニュアルの検索ができます。
-	 丸山不二夫氏のUNIX データベース入門
+	с潟ゃ潟ャ≪罎膣≪с障
+	 筝後臼筝篋紊羂UNIX 若帥若劫ラ
 		http://www.wakhok.ac.jp/DB/DB.html
-	もオンラインで読むことができます。
-	 Nikkei BP IT Pro にある石井達夫氏の PostgreSQL ウォッチ
-	では毎回新しい情報をとりあげています。
+	潟ゃ潟цс障
+	 Nikkei BP IT Pro 割紊羂 PostgreSQL 
+	с罸違宴障
     ]

    -

    1.12) パッチを提供したり、開発チーム参加するにはどうすればよいですか？

    +

    1.12) 箴冴若違с鐚

    - （開発者向けの）Developer's FAQをごらんください。

    + 鐚肴鐚Developer's FAQ

    -

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

    +

    1.13) 篁DBMS罸PostgreSQLс鐚

    -

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

    +

    純с≪荐号ゃ障罘純ц純篆♂惹с + 泣若箴≧若с

    -
    機能(Features)
    +
    罘(Features)
    - PostgreSQLは、トランザクション、サブクエリ、トリガー、ビュー、外 - 部キー整合性参照、および、洗練されたロック機構など、大規模商用 - DBMSが持つ機能をほとんど持っています。さらに - PostgreSQLは、ユーザ定義型、継承、ルール、それから、ロック競合を縮 - 小するマルチバージョン同時性制御など、商用DBMSも持 - ち合わせないような機能をいくつか持ち合わせています。
    + PostgreSQL潟吟激с潟泣若ャ若紊 + 惹翫ус潟羇膩眼罘罕紊ц閞≦ + DBMSゆ純祉ｃ障 + PostgreSQL若九臂膓帥若腴九膰 + 絨若吾с喝у九勝DBMS + ≦罘純ゃ≦障
    -
    性能(Performance)
    +
    ц(Performance)
    - PostgreSQLは他の商用あるいはオープンソースのデータベースと互角の性 - 能も持ちます。ある面ではより早かったり、ほかの面ではより遅かったり - します。他のデータベースに比べた性能は、ふつう +/-10% くらいでしょう。 + PostgreSQL篁若潟純若鴻若帥若鴻篋茹 + 純＜障≪сｃ祉≪сｃ + 障篁若帥若鴻罸鴻ц純泣ゃ +/-10% с
    -
    信頼性(Reliability)
    +
    篆♂惹(Reliability)
    - 我々は、DBMSの信頼性が高くなくてはその価値が無いこ - とを理解してます。十分テストして、安定したコードをバグを最小にして - からリリースするように努めてます。それぞれのリリースは少なくとも1 - カ月以上のベータ・テストを行ない、これまでのリリースの履歴が、製品 - 版として安定した堅固なリリースであることを物語っています。この分野 - では、他のデータベースと比べても遜色がないことに自信を持っています。 + DBMS篆♂惹с蕭箴≦ゃ＜ + 茹ｃ障鴻絎絎潟若違絨 + 若鴻障若鴻絨1 + 篁ヤ若帥祉鴻茵障с若鴻絮ユ眼茖遵 + 絎絎冴若鴻с茯ｃ障 + с篁若帥若鴻罸鴻蚊篆＜ｃ障
    -
    サポート(Support)
    +
    泣若(Support)
    - 我々のメーリングリストは、遭遇するいかなる問題についても解決への手 - 助けをしてくれる、開発者やユーザの大きな集まりへの接点を提供してい - ます。我々は問題の解決を保証することはできませんが、商用データベー - スであっても常に解決されるわけではありません。開発者や、ユーザ・コ - ミュニティ、マニュアル類、それに、ソースコードなどへ直接アクセスで - きることによって、PostgreSQLのサポートは、他のDBMS - サポートよりも優れたものとなっています。御要望に答えて、事柄毎の商 - 用サポートなどもあります（FAQ1.7節をごらんくだ - さい）。 + ＜若潟違鴻馹ゃ茹ｆ浦吾 + 肴若吟紊с障吾･鴻箴 + 障馹茹ｆ浦篆荐若с障若帥 + 鴻сｃ絽吾茹ｆ浦с障肴若吟祉 + ャｃャ≪蕁純若鴻潟若悟贋･≪祉鴻 + ｃPostgreSQL泣若篁DBMS + 泣若ｃ障緇∴膈篋罸 + 泣若障鐚FAQ1.7膀 + 鐚
    -
    価格(Price)
    +
    箴≧(Price)
    - PostgreSQLの利用は、商用でも非商用でも、すべて無料です。上記に示し - てあるBSDスタイルの使用許諾に外れない限り、PostgreSQLのコードを制 - 限無しで商品に組み込むことができます。
    + PostgreSQLсс鴻≧с筝荐腓冴 + BSD鴻帥ゃ篏睡荐沿障紊PostgreSQL潟若 + ＜у腟粋昭с障

    -

    1.14) PostgreSQLは国毎の最新の夏時間の変更を扱いますか？

    +

    1.14) PostgreSQL醇違紊紊眼宴障鐚

    -

    合州国の夏時間の変更は、PostgreSQLのリリース8.0.4以降[4+]と、その - 後のメジャーリリース、たとえば 8.1 には含まれています。カナダとオー - 西部ストラリアの変更は、8.0.[10+], 8.1.[6+] および、その後のメジャー - リリースのすべてに含まれます。8.0より前のPosrgreSQLではオペレーティ - ングシステムのタイムゾーンデータベースを夏時間情報のために使ってい - ます。

    +

    綏純紊紊眼PostgreSQL若8.0.4篁ラ[4+] + 緇＜吾ｃ若若鴻 8.1 障障 + 茱翠鴻≪紊眼8.0.[10+], 8.1.[6+] 潟緇＜吾ｃ + 若鴻鴻障障8.0PosrgreSQLс若 + 潟違激鴻帥ゃ障若潟若帥若鴻紊宴篏帥ｃ + 障

    -

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

    +

    若吟祉ゃ≪潟莖

    -

    2.1) PostgreSQL にはどんなインターフェースが使えますか？

    +

    2.1) PostgreSQL ゃ潟帥若с若鴻篏帥障鐚

    -

    PostgreSQL のインストールに含まれる物はCと組込み - Cのインターフェースだけです。その他のインターフェース - は独立したプロジェクトで、別々にダウンロードされます。分かれることで、 - それぞれの開発チームが独自のリリーススケジュールを持つことが許されま - す。

    +

    PostgreSQL ゃ潟鴻若障C腟莨若 + Cゃ潟帥若с若鴻с篁ゃ潟帥若с若 + 腴吾ссャ潟若障с + 冴若若鴻鴻宴吾ャ若ゃ荐宴 +

    -

    PHP のようないくつかのプログラミング言語は、 - PostgreSQLのインターフェースを含んでいます。Perl, TCL, - Python, そして、そのほかの利用可能な言語のインターフェースは、 +

    PHP ゃ違潟域茯 + PostgreSQLゃ潟帥若с若鴻с障Perl, TCL, + Python, 祉純荐茯ゃ潟帥若с若鴻 http://gborg.postgresql.org - の Drivers/Interfaces の節の中とインターネットの検索でみつけ - られます。 + Drivers/Interfaces 膀筝ゃ潟帥若罎膣≪с帥ゃ + 障

    -

    2.2) PostgreSQL を Web ページと連携させるにはどんなツールがありますか？

    +

    2.2) PostgreSQL Web 若吾ｆ冴若障鐚

    -

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

    -

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

    +

    若帥若鴻茖 Web 若吾ゃ膣眼膣剛
    + http://www.webreview.com障

    +

    Web 吾≦宍PHP(http://www.php.net/) + 莇ゃ潟帥若с若鴻ｃ障

    -    [訳注:
-	  PHPに関する日本語の情報は、2000年4月19日に発足した日本PHPユーザ会のサイト
+    [荐恰絵:
+	  PHP≪ユ茯宴2000綛419ャ肴恭ユPHP若銀泣ゃ
 		http://www.php.gr.jp/
-	あるいは、廣川 類さんのサイト
+	綮ｅ 蕁泣ゃ
 		http://www.geocities.jp/rui_hirokawa/php/
-	にかなりまとめられています。
+	障障
     ]

    -

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

    +

    茲翫紊篋冴 Perl ゃ潟帥若с若鴻 CGI.pm + mod_perl 篏帥障

    -

    2.3) PostgreSQL にグラフィカル・ユーザインターフェースはありますか？

    +

    2.3) PostgreSQL 違ｃ祉若吟ゃ潟帥若с若鴻障鐚

    -

    商用とオープンソース開発者によるもの両方で、PostgreSQLには多くのGUIツールが利用可能で、詳細なリストは、PostgreSQLコミュニティ文書 でごらんください。

    +

    若潟純若拷肴筝≧鴻сPostgreSQL紊GUI若純с荅括完鴻PostgreSQL潟ャｆ с

    -

    管理上の質問

    +

    膊∞筝莖

    -

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

    +

    3.1) /usr/local/pgsql 篁ュ贋ゃ潟鴻若с障鐚

    -

    簡単な方法は、 configure を走らせるときに --prefix オプショ - ンを指定することです。

    +

    膂≦号 configure 莎違 --prefix 激 + 潟絎с

    -

    3.2) 他のホストからの接続はどのように制御しますか？

    +

    3.2) 篁鴻･膓九勝障鐚

    -

    既定値では、PostgreSQL は Unix ドメインソケット、または、TCP/IP接 - 続のローカルマシンからの接続しか許しません。postgresql.conf の中の - listen_addresses を修正し、かつ、$PGDATA/pg_hba.conf - ファイルを適切に直して、ホスト主導型認証を有効にしないかぎりは、他 - のマシンからは接続できないでしょう。

    +

    √ゃсPostgreSQL Unix ＜ゃ潟純宴障TCP/IP･ + 膓若激潟･膓荐宴障postgresql.conf 筝 + listen_addresses 篆罩ｃ$PGDATA/pg_hba.conf + ＜ゃ眼鴻筝糸茯荐若鴻篁 + 激潟･膓сс

    -

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

    +

    3.3) ц純緇若帥若鴻祉潟吾潟茯炊眼障鐚

    -

    性能改善の可能性のありそうな主な領域が3つあります：

    +

    ц醇劫醇с筝祉3ゃ障鐚

    -
    クエリの変更
    +
    紊
    -
    クエリを修正してより良い性能を得ることを含みます： +
    篆罩ｃц純緇帥障鐚
      -
    • 式および部分インデックスを含む、インデックスを作成
      • -
    • 複数のINSERTのかわりにCOPYを使用
      • -
    • 複数の文をグループ化し、1つのトランザクションにしてコミットのオーバヘッドを削減
      • -
    • インデックスからから沢山のロウを取り出すときはCLUSTERを使用
      • -
    • クエリの出力のサブセットを返すためにLIMITを使用
      • -
    • 準備されているクエリを使用
      • -
    • オプティマイザの正確な統計を維持するためにANALYZEを使用
      • -
    • VACUUM または pg_autovacuum の常用
      • -
    • 大きなデータ変更のあるときはインデックスを削除
      • +
    • 綣渇ゃ潟鴻ゃ潟鴻篏
      • +
    • 茲違INSERTCOPY篏睡
      • +
    • 茲違違若1ゃ潟吟激с潟潟若羝
      • +
    • ゃ潟鴻羃√臼冴CLUSTER篏睡
      • +
    • 阪泣祉菴LIMIT篏睡
      • +
    • 羣篏睡
      • +
    • ｃゃ吟罩ｇ∈腟沿膓ANALYZE篏睡
      • +
    • VACUUM 障 pg_autovacuum 絽悟
      • +
    • 紊с若水眼ゃ潟鴻


    -
    サーバ構成
    +
    泣若罕
    -
    postgresql.confの設定のいくつかは性能に影響します。 - 詳しくは、postgresql.conf荐絎ゃц純綵演帥障 + 荅潟 Administration Guide/Server Run-time Environment/Run-time - Configuration の全件リストをごらんください( 篁吟鴻( - JPUGサイトの日本語版、サーバの構成)。 - そして、解説として、) + 茹ｈ http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html - および、 - http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html を - ごらんください。 + 潟 + http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html +

    -
    ハードウェアの選定
    +
    若с≪後
    -
    性能におけるハードウェアの影響は +
    ц純若с≪綵演帥 - http://www.powerpostgresql.com/PerfList/ と、 http://momjian.us/main/writings/pgsql/hw_performance/index.html - (JPUGサイトの日本語版) - に述べられています。 + (JPUG泣ゃユ茯) + 菴違鴻障

    @@ -675,103 +675,103 @@ http://www.postgresql.jp/PostgreSQL/references.html 

    -    [訳注:
-      JPUG理事長の片岡裕生氏による、「今すぐできるPostgreSQLチューニング」
-      というコーナーが ThinkIT サイトにあり、実作業の参考になります。
+    [荐恰絵:
+      JPUG篋激絏∴羂篁сPostgreSQLャ若潟違
+      潟若若 ThinkIT 泣ゃ絎篏罐障
     	http://www.thinkit.co.jp/free/tech/10/1/1.html
     ]

    -

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

    +

    3.4) 井純篏帥障鐚

    -

    サーバ構成変数には多くの log_* があり、クエリとプロ - セスの統計を出力することができ、デバグと性能計測にとても便利です。

    +

    泣若罕紊違紊 log_* + 祉鴻腟沿阪с違ц処羝箴水с

    -

    3.5) 接続しようとするときに 'Sorry, too many clients' が出るのはなぜですか？

    +

    3.5) ･膓 'Sorry, too many clients' 冴с鐚

    -

    既定での制限である 100 のデータベースセッションに達してしまって - います。サーバーの同時接続できるバックエンドプロセスの制限値を増やす - 必要があります。postgresql.conf の中のmax_connections - の値を変更してサーバを再起動することで可能になります。

    +

    √с狗с 100 若帥若鴻祉激с潟障ｃ + 障泣若若･膓с潟祉鴻狗ゃ紜 + 綽荀障postgresql.conf 筝max_connections + ゃ紊眼泣若莎桁у純障

    -

    3.6) PostgreSQLのアップグレードの手順はどうなりますか？

    +

    3.6) PostgreSQL≪違若障鐚

    -

    バージョン番号付けの方針について、更新全般についての解説はhttp://www.postgresql.org/support/versioning を、 - そして、アップグレードについての一般的な説明は 若吾с括垬拷ゃ贋医ゃ茹ｈhttp://www.postgresql.org/support/versioning + ≪違若ゃ筝茯 http://www.postgresql.org/docs/current/static/install-upgrading.html - をご覧ください。 + 荀с 

    -[訳注：
-   アップグレードについての和訳版は下記にあります。
+[荐恰絵鐚
+   ≪違若ゃ荐括筝荐障
   http://www.postgresql.jp/document/current/html/install-upgrading.html
 ]
 

    -[訳注：
-   原文では、下記の内容は独立したページに移され、削除されています。
+[荐恰絵鐚
+   с筝荐絎鴻腴若吾腱祉ゃ障
    -

    新しい機能を盛り込むPostgreSQLのメジャーリリースはだいたい年に1回 - 程度行ないます。メジャーリリースは、たとえば、8.1から8.2へのように、 - バージョン番号の1番目か2番目の部分を増やしてゆきます。

    - -

    PostgreSQLのメジャーリリースは通常、システムテーブルとデータの内 - 部フォーマットを変更します。これらの変更はたいていは複雑なのでで、デー - タファイルの後方互換性を維持したりはしません。メジャーアップグレード - のためには、データベースのダンプ/リロードが必要になります。

    - -

    マイナーリリースは、たとえば、8.1.5 から8.1.6へのように、バージョ - ン番号の3番目の値を増やします。PostgreSQLチームは、マイナーリリース - に対しては、バグフィクスしか行ないません。すべてのユーザは、できるだ - け最新のマイナーリリースに更新すべきです。アップグレードには、常にリ - スクがつきものですから、PostgreSQLのマイナー修正リリースでは、頻繁に - 発生したり、セキュリティに関係したり、データがつぶれるバグだけを修正 - し、アップグレードのリスクを最小限にとどめます。我々のコミュニティで - は、アップグレードするリスクよりも、アップグレードしないリスク - のほうが高いと考えています。

    - -

    マイナーリリースのアップグレードにはダンプとリストアの必要はなく、 - データベースサーバを停止して、アップデートされたバイナリをインストー - ルし、サーバをリスタートします。

    +

    違罘純莨若PostgreSQL＜吾ｃ若若鴻綛眼1 + 腮綺茵障＜吾ｃ若若鴻違8.18.2吾 + 若吾с括垩12紜障

    + +

    PostgreSQL＜吾ｃ若若鴻絽吾激鴻若若帥 + 若紊眼障紊眼茲сс + 帥＜ゃ緇剛с膓障＜吾ｃ若≪違若 + 若帥若鴻潟/若綽荀障

    + +

    ゃ若若鴻違8.1.5 8.1.6吾若吾 + 括垩3ゃ紜障PostgreSQL若ゃ若若 + 絲障違ｃ鴻茵障鴻若吟с + 違ゃ若若鴻贋違鴻с≪違若絽吾 + 鴻ゃсPostgreSQLゃ寂信罩ｃ若鴻с紫 + 榊祉ャ≫若帥ゃ吟違篆罩 + ≪違若鴻絨障潟ャｃ + ≪違若鴻≪違若鴻 + 祉蕭障

    + +

    ゃ若若鴻≪違若潟鴻≪綽荀 + 若帥若鴻泣若罩≪≪若ゃゃ潟鴻 + 泣若鴻帥若障

     ]
    -

    3.7) ハードウェアにはどのようなコンピュータを使えばよいですか？

    +

    3.7) 若с≪潟潟ャ若帥篏帥違с鐚

    -

    PCハードウェアはほとんど互換性がありますので、ほとんどの人は、す - べてのPCハードウェアが同じ品質だと思い込む傾向があります。しかし、そ - れは間違いです。ECC RAM、SCSI、および、高品質マザーボードは、安いハー - ドウェアに比べると、より信頼性が高く、より性能も良いのです。 - PostgreSQL はほとんどのハードウェアで稼働しますが、信頼性や性能が重 - 要な場合は、使用中のハードウェアのオプションについて調査することが - 賢明です。我々のメーリングリスト上でもハードウェアオプションのトレー - ドオフについて議論することができます。

    +

    PC若с≪祉篋с障с祉篋冴 + 鴻PC若с≪莖莨若上障 + сECC RAMSCSI潟蕭莖吟若若絎 + с≪罸鴻篆♂惹с蕭ц純с + PostgreSQL 祉若с≪х┝障篆♂惹сц純 + 荀翫篏睡筝若с≪激с潟ゃ茯炊祉 + 莖∽с＜若潟違鴻筝с若с≪激с潟 + ゃ茘域с障

    -

    操作上の質問

    +

    篏筝莖

    -

    4.1) 最初の数ロウのみを SELECTするにはどうしますか？ランダムなロウ？ +

    4.1) 違帥 SELECT障鐚潟鐚

    -

    たったの数行のロウを取り出すために、何行必要かがわかれば、 - SELECT のときに LIMIT を使います。 - ORDER BYにインデックスがマッチした場合、まったくクエ - リが実行されないこともあります。SELECT のときに何行 - が必要かを知らなければ、カーソルを使いFETCHします。

    +

    ｃ域冴篏茵綽荀違 + SELECT LIMIT 篏帥障 + ORDER BYゃ潟鴻翫障ｃ + 絎茵障SELECT 篏茵 + 綽荀ャ違若純篏帥FETCH障

    -

    ランダムロウをSELECTするには、次の文を使います： +

    潟SELECT罨＜篏帥障鐚 

         SELECT col
     FROM tab
@@ -780,36 +780,36 @@ http://www.postgresql.jp/PostgreSQL/references.html
    -

    4.2) 定義されたテーブル、インデックス、データベース、および、ユーザをどのようにして見つけ出しますか？psqlで使われているクエリを表示するにはどうしますか？

    +

    4.2) 絎臂若ゃ潟鴻若帥若鴻潟若吟荀ゃ冴障鐚psqlт戎茵腓冴障鐚

    -

    psql の中で \dtコマンドを使ってテーブルを見ることができ - ます。psqlの中で \? を使って、コマンドの全リストを調べることができま - す。一方で、psql のソースコードで、バックスラッシュコマンドを - 出力する pgsql/src/bin/psql/describe.c ファイルを読むこともで - きます。その中には、 SQL コマンドを生成する部分も含ま - れます。また、 -E オプションを付けて psql を開始すると、 - 入力されたコマンドを実行するためのクエリを印字出力するようになります。 - PostgreSQLは SQL 準拠の INFORMATION SCHEMA インター - フェースを提供しますので、データベースについての情報を問い合わせるこ - ともできます。

    +

    psql 筝 \dt潟潟篏帥ｃ若荀с + 障psql筝 \? 篏帥ｃ潟潟鴻茯帥鴻с + 筝鴻сpsql 純若鴻潟若с鴻激ャ潟潟 + 阪 pgsql/src/bin/psql/describe.c ＜ゃ茯 + 障筝 SQL 潟潟 + 障障 -E 激с潟篁 psql 紮 + ュ潟潟絎茵医阪障 + PostgreSQL SQL 羣 INFORMATION SCHEMA ゃ潟帥 + с若鴻箴障с若帥若鴻ゃ宴 + с障

    -

    pg_ で始まるシステムテーブルでもこれらを記述することができ - ます。

    +

    pg_ у障激鴻若с荐菴違с + 障

    -

    psql -lを使うと全てのデータベースをリストします。

    +

    psql -l篏帥若帥若鴻鴻障

    -

    それと、pgsql/src/tutorial/syscat.source を試してみてくだ - さい。そこには、データベースのシステムテーブルから情報を得るために必 - 要な SELECT 文が沢山あります。

    +

    pgsql/src/tutorial/syscat.source 荅帥 + 若帥若鴻激鴻若宴緇綽 + 荀 SELECT 羃√臼障

    -

    4.3) カラムのデータ型を変更するにはどうしますか？

    +

    4.3) 若水紊眼障鐚

    -

    カラムのデータ型の変更は 8.0 以降では、 - ALTER TABLE ALTER COLUMN TYPE を使うことにより間単に - なりました。

    +

    若水紊眼 8.0 篁ラс + ALTER TABLE ALTER COLUMN TYPE 篏帥 + 障

    -

    それより前のバージョンでは、以下のようにします:

    +

    若吾с潟с篁ヤ障:

         BEGIN;
     ALTER TABLE tab ADD COLUMN new_col new_data_type;
@@ -818,171 +818,171 @@ http://www.postgresql.jp/PostgreSQL/references.html
     COMMIT;
    -

    これを行なったときは、抹消された行が使っているディスク空間を回収 - するためにVACUUM FULL tabをしたほうが良いかもしれません。

    +

    茵ｃ号茵篏帥ｃｃ鴻腥咲 + VACUUM FULL tab祉障

    -

    4.4) ロウ、テーブル、データベースの最大サイズは？

    +

    4.4) 若若帥若鴻紊с泣ゃ冴鐚

    -

    制限は以下のとおりです:

    +

    狗篁ヤс:

    - - - - - - - + + + + + + +
    データベースの最大サイズ?制限無し (32 TB のデータベースも存在します)
    テーブルの最大サイズ?32 TB
    ロウの最大サイズ?400 GB
    フィールドの最大サイズ?1 GB
    テーブル内での最大ロウ数?制限無し
    テーブル内での最大カラム数?カラムの型によって 250-1600
    テーブル内での最大インデックス数?制限無し
    若帥若鴻紊с泣ゃ?狗＜ (32 TB 若帥若鴻絖障)
    若紊с泣ゃ?32 TB
    紊с泣ゃ?400 GB
    ｃ若紊с泣ゃ?1 GB
    若с紊с?狗＜
    若с紊с?ｃ 250-1600
    若с紊сゃ潟号?狗＜
    -

    もちろん、これらは実際は無制限ではなく、ディスク容量とメモリーや - スワップスペースの大きさにより制限されます。性能はこれらの値がことの - ほか大きな時に煽りを受けます。

    +

    ＜絎≦狗сｃ鴻絎拷＜≪若 + 鴻鴻若鴻紊с狗障ц純ゃ + 祉紊с純障

    -

    最大テーブルサイズの32TBはオペレーティングシステムによる巨大ファ - イルのサポートは必要としません。巨大なテーブルは複数の1GBのファイル - に分けて保存されますので、ファイルシステムの制限は重要ではありません。 +

    紊с若泣ゃ冴32TB若ｃ潟違激鴻綏紊с + ゃ泣若綽荀障綏紊с若茲違1GB＜ゃ + 篆絖障с＜ゃ激鴻狗荀с障

    -

    デフォルトのブロックサイズを32kに増加することで、最大テーブルサイズ - と行サイズと最大カラム数とを4倍にすることができます。また、最大テーブル - サイズはテーブルパーティションを使って増やすこともできます。

    +

    泣ゃ冴32k紜с紊с若泣ゃ + 茵泣ゃ冴紊с違4с障障紊с若 + 泣ゃ冴若若ｃ激с潟篏帥ｃ紜с障

    -

    ひとつの制限は、約2,000文字以上の長さのカラムにインデックスを付 - けることができないことです。 幸いにも、そのようなインデックスは実際 - は必要ありません。長いカラムのMD5ハッシュの関数インデックスは一意性 - がなによりの保険で、また、フルテキストのインデックスではカラム内の - 単語を検索することができます。

    +

    蚊ゃ狗膣2,000絖篁ヤ激ゃ潟鴻篁 + сс 綛吾ゃ潟鴻絎 + 綽荀障激MD5激ャ∽違ゃ潟鴻筝 + 篆冴с障鴻ゃ潟鴻с + 茯罎膣≪с障

    -

    4.5) 一般的なテキストファイルのデータを保存するには、データベースのディスク容量はどのくらい必要です？

    +

    4.5) 筝鴻＜ゃ若帥篆絖若帥若鴻ｃ鴻絎拷綽荀с鐚

    -

    普通のテキストファイルを PostgreSQL のデータベースに保存するには、 - 最大で約5倍のディスク容量を必要とします。

    +

    鴻＜ゃ PostgreSQL 若帥若鴻篆絖 + 紊сх5ｃ鴻絎拷綽荀障

    -

    例題として、各行に整数とテキスト記述を持つ 100,000行のファイルを - 考えてみましょう。テキストの文字列の平均長さを20バイトと仮定すると、 - フラットファイルの大きさは約2.8MB です。このデータを含む Postgres - データベースファイルの大きさは次のように約5.2MBと見積もることができ - ます： +

    箴蕁茵贋違鴻荐菴違 100,000茵＜ゃ + 帥障鴻絖綛喝激20ゃ篁絎 + ＜ゃ紊с膣2.8MB с若帥 Postgres + 若帥若鴻＜ゃ紊с罨＜膣5.2MB荀腥с + 障鐚 

    -    24 bytes: 各ロウのヘッダ(概算)
-    24 bytes: 整数(int)フィールドとテキスト(text)フィールド
-   + 4 bytes: ページ上のタップルへのポインタ
+    24 bytes: (网膊)
+    24 bytes: 贋(int)ｃ若鴻(text)ｃ若
+   + 4 bytes: 若娯帥吾ゃ潟
    ----------------------------------------
     52 bytes per row
 
-   Postgres のデータページサイズは 8192バイト(8KB)なので:
+   Postgres 若帥若吾泣ゃ冴 8192ゃ(8KB):
 
    8192 bytes per page
-   -------------------   =  146 rows per database page (切り捨て)
+   -------------------   =  146 rows per database page ()
      52 bytes per row
 
    100000 data rows
-   --------------------  =  633 database pages (切り上げ)
+   --------------------  =  633 database pages (筝)
       158 rows per page
  
   633 database pages * 8192 bytes per page  =  5,185,536 bytes (5.2 MB)
    -

    インデックスは、これほどのオーバヘッドは要求しませんが、インデッ - クス付けされるデータを含む以上、それなりに大きくなります。

    -

    NULLはビットマップとして保存されていて、それらがわ - ずかにスペースを使います。

    +

    ゃ潟鴻祉若荀羆障ゃ潟 + 剛若帥篁ヤ紊с障

    +

    NULL篆絖 + 鴻若鴻篏帥障

    -

    4.6) クエリが遅いのはなぜでしょう？ なぜ、インデックスが使われないのでしょうか？

    +

    4.6) с鐚 ゃ潟鴻篏帥с鐚

    -

    インデックスは、すべてのクエリで使われるわけではありません。テー - ブルが最小サイズより大きく、クエリでそのわずかなパーセンテージのロウ - を選択する時だけ、インデックスは使われます。これはインデックススキャ - ンにより起こされるランダムなディスクアクセスは、テーブルをストレート - に読む順次走査よりも遅くなることがあるからです。

    +

    ゃ潟鴻鴻т戎с障 + 絨泣ゃ冴紊сс若祉潟若吾 + 御ゃ潟鴻篏帥障ゃ潟鴻鴻 + 潟莎激潟ｃ鴻≪祉鴻若鴻若 + 茯罨∴軌祉с

    -

    インデックスを使うかを決定するために、PostgreSQL はテーブルについ - ての統計情報を持たなければなりません。この統計情報は、 - VACUUM ANALYZEまたは、単に ANALYZE を使っ - て収集することができます。統計情報を使ってオプティマイザはテーブルの - 中にあるロウ数を知り、インデックスを使うべきかの決定をより正しくでき - ます。統計情報は最適な結合順や結合方法を決める上でも貴重なものもあり - ます。統計情報の収集は、テーブルの内容が変わる毎に繰返しなされるべ - きです。

    +

    ゃ潟鴻篏帥羆阪PostgreSQL 若ゃ + 腟沿宴違障腟沿宴 + VACUUM ANALYZE障 ANALYZE 篏帥 + с障腟沿宴篏帥ｃｃゃ吟若 + 筝違ャゃ潟鴻篏帥鴻羆阪罩ｃс + 障腟沿宴腟腟号羆冴筝с莢顔 + 障腟沿宴若絎鴻紊罸膵域 + с

    -

    インデックスは、通常 ORDER BY や結合を行なうため - には使われません。順次スキャンに続く明示的ソートは、巨大なテーブルの - インデックススキャンよりも普通は高速です。

    +

    ゃ潟鴻絽 ORDER BY 腟茵 + 篏帥障罨＜鴻ｃ潟膓腓榊純若綏紊с若 + ゃ潟鴻鴻ｃ潟蕭с

    - しかし、ORDER BYと組み合わされたLIMIT - は、テーブルの小さな部分を返すためにたびたびインデックスを使うでしょ - う。 + ORDER BY腟水LIMIT + 若絨菴潟潟ゃ潟鴻篏帥с + -

    もし、オプティマイザが間違ってシーケンシャルスキャンを選択したこ - とに疑いがなければ、SET enable_seqscan TO 'off'に設定し - て、クエリをもう一度実行し、インデックススキャンがまちがいなく速くなっ - ているかどうかをみてください。

    +

    ｃゃ吟ｃ激若宴潟激ｃ鴻ｃ潟御 + 違SET enable_seqscan TO 'off'荐絎 + 筝綺絎茵ゃ潟鴻鴻ｃ潟障＜ + 帥

    -

    LIKE あるいは ~ のようなワイルドカード演算 - 子は特別な環境でしか使えません： +

    LIKE ~ ゃ若羲膊 + 絖劫ャ医с篏帥障鐚

      -
    • 検索文字列が文字列の最初にききます。たとえば：
      • +
    • 罎膣∽絖絖障逸
        • -
      • LIKE パターンが%で始まらない
        • -
      • ~ (正規表現) パターンは^で始まらなければならない
        • +
      • LIKE 帥若潟%у障
        • +
      • ~ (罩ｈ頫) 帥若潟^у障違
      -
    • 検索文字列を文字クラスから始めることはできません。たとえば、[a-e]。
      • -
    • ILIKE や ~* のような大文字と小文字を区別し - ない検索は使えません。そのかわり、このFAQの4.8節で説明する式インデックスが使えます。 +
    • 罎膣∽絖絖鴻紮с障違[a-e]
      • +
    • ILIKE ~* 紊ф絖絨絖阪ャ + 罎膣≪篏帥障FAQ4.8膀ц綣ゃ潟鴻篏帥障
      • -
    • initdb においては、デフォルトでCロケールが使われな - くてはなりません。その理由は、Cロケール以外では次に大きな文字を - 知ることができないからです。このような場合、
      LIKE
      イン - デクシングにだけ働くような、特別な
      text_pattern_ops
      イ - ンデックスを作成することもできます。また、それを全文検索のフル - テキストのインデックス作成に使うことができます。 +
    • initdb C宴若篏帥 + 障宴C宴若篁ュс罨＜紊с絖 + ャсс翫
      LIKE
      ゃ + 激潟違劫ャ
      text_pattern_ops
      + 潟鴻篏с障障罎膣≪ + 鴻ゃ潟剛篏帥с障

    -

    4.7) 問い合わせオプティマイザがどのように問い合わせを評価するのかを見るにはどうしますか？

    +

    4.7) ｃゃ吟荅箴＜荀障鐚

    -

    オンラインマニュアルで EXPLAIN を見てください。

    +

    潟ゃ潟ャ≪ EXPLAIN 荀

    -

    4.8) 正規表現での検索や大文字と小文字とを区別しない正規表現検索はどのように実現しますか？大文字と小文字とを区別しない検索のためのインデックスはどのように使いますか？

    +

    4.8) 罩ｈ頫憗с罎膣≪紊ф絖絨絖阪ャ罩ｈ頫憝膣≪絎憗障鐚紊ф絖絨絖阪ャ罎膣≪ゃ潟鴻篏帥障鐚

    -

    ~演算子は正規表現照合を行ない、~* は大文字と小文字 - を区別しない(case-insensitive)正規表現照合を行います。 大文字と小文 - 字を区別しない LIKE 演算子を ILIKE と - いいます。

    +

    ~羲膊絖罩ｈ頫憟у茵~* 紊ф絖絨絖 + 阪ャ(case-insensitive)罩ｈ頫憟у茵障 紊ф絖絨 + 絖阪ャ LIKE 羲膊絖 ILIKE + 障

    -

    大文字と小文字を区別しない等値比較は次のように表現できる： +

    紊ф絖絨絖阪ャ膈ゆ莠罨＜茵憗с鐚 

         SELECT *
     FROM tab
     WHERE lower(col) = 'abc';
    -

    標準インデックスでは使われず、しかしながら、もし、式インデックス - を作ったならそれが使われるでしょう。

    +

    罔羣ゃ潟鴻с篏帥綣ゃ潟 + 篏ｃ篏帥с

         CREATE INDEX tabindex ON tab (lower(col));
    -

    上記のインデックスがUNIQUEで作成された場合、カラム - は大文字と小文字を格納できますが、その違いが文字ケースだけであっても - 同一にはなりません。あえて特定の文字ケースをカラムに格納するには - CHECK制約か、トリガーを使ってください。

    +

    筝荐ゃ潟鴻UNIQUEт翫 + 紊ф絖絨絖主с障絖宴若鴻сｃ + 筝障劫絖宴若鴻主 + CHECK句若篏帥ｃ

    -

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

    +

    4.9) 筝сｃ若NULL с罎冴障鐚 NULL с罎冴障鐚 ｃ若NULLс純若с障鐚

    -

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

    +

    篁ヤIS NULL IS NOT + NULLс鴻帥障鐚

        SELECT *
@@ -990,19 +990,19 @@ http://www.postgresql.jp/PostgreSQL/references.html
    WHERE col IS NULL;
    -NULLの可能性のあるものを連結するには、COALESCE()を -次のように使います。 +NULL醇сｇCOALESCE() +罨＜篏帥障 
        SELECT COALESCE(col1, '') || COALESCE(col2, '')
    FROM tab
    -

    NULL状態でソートするには、IS NULL と - IS NOT NULL の修飾子を ORDER BY 句の中 - で使ってみます。true のものは false のものよりも高い値 - として並べられますので、次の例では NULL の記載が結果リストの上部に置 - かれます。 +

    NULL倶с純若IS NULL + IS NOT NULL 篆蕋上 ORDER BY ャ筝 + т戎ｃ帥障true false 蕭 + 筝鴻障с罨＜箴с NULL 荐莠腟鴻筝臀 + 障 

        SELECT *
@@ -1011,42 +1011,42 @@ http://www.postgresql.jp/PostgreSQL/references.html
    -

    4.10) いろいろな文字型のそれぞれの違いは何ですか？ +

    4.10) 絖篏с鐚

    - - - - - - + + + + + +
    型内部名備考
    VARCHAR(n)varchar最大長のサイズを指定する、詰め物無し
    CHAR(n)bpchar指定された固定長となるように空白が詰められる
    TEXTtext長さに特別な上限は無し
    BYTEAbytea可変長のバイト配列(null-byte safe)
    "char"char1文字
    VARCHAR(n)varchar紊ч激泣ゃ冴絎荅違＜
    CHAR(n)bpchar絎阪激腥榊純荅違
    TEXTtext激劫ャ筝＜
    BYTEAbytea紊激ゃ(null-byte safe)
    "char"char1絖
    -

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

    +

    激鴻祉帥違茯帥鴻 + ＜祉若吾с

    -

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

    +

    筝荐≧鐚ゃ "varlena" с(＜ｃ + 鐚ゃ若翠激с緇絎若帥膓障) + 絎腥咲絎ｈ紊с絨紊с障 + 激ゃх軒сｃ鴻筝腥咲ｃ絨障

    -

    VARCHAR(n) は可変長の文字列を保存するのに最適です - が、保存できる文字列の長さに制限があります。TEXT は長 - さに制限の無い文字列の保存のためのもので、最大で 1ギガバイトです。 - CHAR(n)は、VARCHAR(n)が与えられた文字 - だけを保存するのに対し、ブランクを詰め込んでいつも同じ長さで文字列を - 保存するのに最適です。BYTEAは、部分的に - NULL のバイトを含むバイナリデータを保存するためのもの - です。これらのタイプは同じくらいの性能特性をもちます。

    +

    VARCHAR(n) 紊激絖篆絖с + 篆絖с絖激狗障TEXT + 狗＜絖篆絖с紊с 1ゃс + CHAR(n)VARCHAR(n)筝絖 + 篆絖絲障潟荅違莨若сゃ激ф絖 + 篆絖сBYTEA + NULL ゃゃ若帥篆絖 + с帥ゃц順号с＜障

    -

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

    +

    4.11.1) (serial)鐚紜ｃ若ゃ障鐚

    -

    PostgreSQL は SERIAL データ型をサポートします。カ - ラム上にシーケンスを自動作成します。たとえば、

    +

    PostgreSQL SERIAL 若水泣若障 + 筝激若宴潟鴻篏障違

         CREATE TABLE person ( 
@@ -1054,7 +1054,7 @@ http://www.postgresql.jp/PostgreSQL/references.html
         name TEXT 
     );
    - は自動的に次のように翻訳されます: + 罨＜膺肢┳障: 
         CREATE SEQUENCE person_id_seq;
     CREATE TABLE person ( 
@@ -1064,269 +1064,269 @@ http://www.postgresql.jp/PostgreSQL/references.html
 

    -    [訳注：
+    [荐恰絵鐚
 	CREATE UNIQUE INDEX person_id_key ON person ( id );
-	は、 7.3 以降は自動的には行なわれなくなりました。
+	 7.3 篁ラ茵障
     ]

    -

    自動的につくられる通番は、 +

    ゃ <table>_<serialcolumn>_seq - と名付けられていて、table と serialcolumn は、それぞれ - テーブルと SERIAL カラムの名前です。 - 通番については、オンラインマニュアルでcreate_sequence - をごらんください。

    + 篁table serialcolumn + 若 SERIAL с + ゃ潟ゃ潟ャ≪create_sequence +

    -

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

    +

    4.11.2) SERIAL若水水ャゃ医障鐚

    -

    最も簡単な方法は、割り当てられたSERIAL値を - RETURNINGとして取得することです。 - 4.11.1の例題テーブルを使うと次のように - なります。 +

    膂≦号蚊綵SERIALゃ + RETURNING緇с + 4.11.1箴蕁若篏帥罨＜ + 障 

         INSERT INTO person (name) VALUES ('Blaise Pascal') RETURNING id;
    -

    4.11.3) currval() は他のユーザとの競合状態に陥ることはないですか？

    +

    4.11.3) currval() 篁若吟腴九倶ャс鐚

    -

    それはありません。currval() は、すべてのユーザではありませ - んが、読者のセッションに与えられた現在の値を返します。

    +

    障currval() 鴻若吟с障 + 茯祉激с潟筝憜ゃ菴障

    -

    4.11.4) トランザクションが中断したときにもういちどシーケンス番号が使われないのはなぜですか？シーケンス／SERIALカラムに空きがあるのはなぜですか？

    +

    4.11.4) 潟吟激с潟筝＜激若宴潟合垩篏帥с鐚激若宴潟刻SERIAL腥冴с鐚

    -

    同時性を改善するために、実行中のトランザクションに、必要に応じてト - ランザクションが終了するまでロックされないようシーケンス値を与えてい - ます。このためトランザクションが中断されると番号割り当てにギャップを - 生じます。

    +

    с劫絎茵筝潟吟激с潟綽荀綽 + 潟吟激с潟腟篋障с激若宴潟劫ゃ筝 + 障潟吟激с潟筝垸蚊綵ｃ + 障

    -

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

    +

    4.12) OID 篏с鐚 CTID 篏с鐚

    -

    テーブルがWITH OIDSでつくられた場合は、それぞれの - ロウに一意なOIDが取られます。 - OIDは自動的に4バイトの整数で与えられ、それは、全イン - ストレーションを通して一意な値となります。しかし、約40億でオーバーフ - ローし、そして、OIDは重複をしはじめます。PostgreSQLは - 内部システムテーブルを一緒にリンクするためにOID を使 - います。 +

    若WITH OIDSсゃ翫 + 筝OID障 + OID4ゃ贋違тゃ + 鴻若激с潟筝ゃ障膣40с若若 + 若OID茲障PostgreSQL + 激鴻若筝膩潟OID 篏 + 障 -

    ユーザのテーブルのカラムに一意の番号を付けるためには、 - OID ではなく SERIAL を使うのが最もよい - でしょう。SERIALの連番は1つのテーブル内でのみ一意にな - るからで、オーバーフローを起こしにくいと考えられます。 - 8バイトのシーケンス値を保存するために、SERIAL8があり - ます。

    +

    若吟若筝垩篁 + OID с SERIAL 篏帥 + сSERIALｇ1ゃ若с推 + с若若若莎激障 + 8ゃ激若宴潟劫ゃ篆絖SERIAL8 + 障

    -

    CTID は、特定の物理ロウをブロックとオフセットの値 - で識別するために使われます。CTIDは、ロウが修正された - り再読込みされたときに変わります。また、物理ロウを差すためにインデッ - クスの記載に使われます。

    +

    CTID 劫祉 + цャ篏帥障CTID篆罩ｃ + 茯莨若帥紊障障綏ゃ潟 + 鴻荐莠篏帥障

    -

    4.13) エラーメッセージ "ERROR: Memory exhausted in AllocSetAlloc()"が出るのはなぜですか？

    +

    4.13) 若＜祉若 "ERROR: Memory exhausted in AllocSetAlloc()"冴с鐚

    -

    おそらく、システムの仮想メモリーを全て使い果たしてしまっている可 - 能性があるか、カーネルがあるリソースについてもつ制限値が低すぎる可能 - 性があります。サーバを始動する前にこれを試してみてください：

    +

    激鴻篁潟＜≪若篏帥障ｃ + 醇с若純若鴻ゃゅ狗ゃ篏 + с障泣若紮荅帥鐚

         ulimit -d 262144
     limit datasize 256m
    - シェルによって、どちらかひとつが成功するでしょうが、これはプロセスの - データセグメント制限をより高く設定し、たぶんクエリが完結するようにな - るでしょう。このコマンドは現行のプロセスと、このコマンドを走らせた後 - に作られる全てのサブプロセスについて適用されます。バックエンドがとて - も多くのデータを返すためにSQL クライアントで問題が続 - いているのであれば、クライアントを開始する前にこれを試してみてくださ - い。 + 激сｃ＜蚊ゃс祉鴻 + 若帥祉違＜潟狗蕭頥絎吟絎腟 + с潟潟憠祉鴻潟潟莎違緇 + 篏泣祉鴻ゃ障潟 + 紊若帥菴SQL ゃ≪潟у馹膓 + с違ゃ≪潟紮荅帥 + -

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

    +

    4.14) 若吾с潟 PostgreSQL 莎違茯帥鴻障鐚

    -

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

    +

    psql SELECT version(); 帥ゃ障

    -

    4.15) 現在の時刻がデフォルトとなるようなカラムはどのようにつくりますか？

    +

    4.15) 憜祉ゃ障鐚

    -

    CURRENT_TIMESTAMPを使います:

    +

    CURRENT_TIMESTAMP篏帥障:

         CREATE TABLE test (x int, modtime TIMESTAMP DEFAULT CURRENT_TIMESTAMP );
    -

    4.16) 外部結合(outer join)はどのように実現しますか?

    +

    4.16) 紊腟(outer join)絎憗障?

    -

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

    +

    PostgreSQL SQL 罔羣罕篏帥紊腟(≪帥若吾сゃ)泣 + 障 2ゃ箴蕁障

         SELECT *
     FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.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 などの結合を仮定されています。通常、結合はINNER結合と呼ばれます。 +莟≦彰с t1.col t2.col 腟t1 腟ｃ(t2 筝眼ｃ)菴障RIGHT 腟 t2 腟ｃсFULL 腟筝眼 t1 t2 腟ｃ菴сOUTER 荐激с潟 LEFT, RIGHT, 障 FULL 腟篁絎障絽吾腟INNER腟若違障 -

    4.17) 複数のデータベースを使う問い合わせはどのようにすればできますか？

    +

    4.17) 茲違若帥若鴻篏帥違с障鐚

    -

    現行のデータベース以外への問い合わせの方法はありません。というの - もPostgreSQLがデータベース仕様のシステムカタログを読み込むためで、そ - こには、たとえそのふりをするだけにしろ、データベースを越えて問い合わ - せをするすべがありません。

    +

    憠若帥若剛札紊吾号障 + PostgreSQL若帥若剛罕激鴻帥違茯粋昭с + 泣若帥若鴻莇 + 鴻障

    -

    contrib/dblink はデータベース間(cross-database)の問い合わ - せを関数呼出しにより許します。もちろん、クライアントは同時に接続を別 - のデータベースへも張らなくてはならず、結果をクライアント側でマージし - なくてはなりません。

    +

    contrib/dblink 若帥若拷(cross-database) + ∽医弱冴荐宴障＜ゃ≪潟･膓 + 若帥若鴻吾綣泣腟ゃ≪潟眼с若吾 + 障

    -

    4.18) 関数から複数のロウまたはカラムを返すにはどうしますか？

    +

    4.18) ∽違茲違障菴障鐚

    -

    集合を返す関数(Set Returning Functions): +

    菴∽(Set Returning Functions): http://www.postgresql.org/docs/techdocs.17

    - を使うと簡単です

    。 + 篏帥膂≦с

    -

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

    +

    4.19) PL/PgSQL ∽違筝т若≪祉鴻 "relation with OID ##### does not exist" 若с鐚

    -

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

    +

    若吾с8.3 PostgreSQL сPL/PgSQL ∽違鴻 + ｃ激ャ篏障PL/PgSQL ∽違筝 + 若≪祉鴻緇с若羔篏翫∽違 + 筝綺若喝冴∽違ｃ激ャ絎鴻障ゃ + 筝若腓冴障障ｃс + 茹ｆ浦膈PL/PgSQL筝 EXECUTE 筝 + 吾≪祉鴻篏帥障罸若鴻 + 眼障

    -

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

    +

    馹 PostgreSQL 若吾с8.3 篁ラс莎激障

    -

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

    -

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

    +

    4.20) 宴若激с潟純ャ若激с潟障鐚

    +

    宴若激с潟筝荐с障宴若激с潟 + 茵ゃ鴻罨鴻障

    -

    マスタ／スレーブのレプリケーションは、読み／書きのクエリを受け取 - るシングルマスタが可能で、スレーブでは 読み／SELECTの - 問い合わせだけを受け付けることができます。最も人気がある、フリーで利 - 用できる、マスタ−スレーブのPostgreSQLレプリケーションソリューション - は、鴻随鴻若宴若激с潟茯随吾 + 激潟違鴻帥純с鴻若с 茯随SELECT + 篁с障篋堺若у + с鴻垂鴻若PostgreSQL宴若激с潟純ャ若激с + - Slony-I です。

    + Slony-I с

    -

    マルチ−マスタのレプリケーションは、読み／書きのクエリを受けと - り、複数のレプリケートさせるコンピュータに送ることができます。この機 - 能は、サーバ間の変更の同期が必要なため、性能に重大な衝撃を与えます。 - PGCluster は、 - このようなソリューションとしてPostgreSQLのためにフリーで利用できるも - のとして、最も人気があります。

    +

    鴻帥宴若激с潟茯随吾 + 茲違宴若潟潟ャ若帥с障罘 + 純泣若紊眼綽荀ц純紊с茵筝障 + PGCluster + 純ャ若激с潟PostgreSQL若ус + 篋堺障

    -

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

    +

    篁若с≒若鴻宴若激с潟純ャ + 激с潟宴若激с潟≪泣若障

    -

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

    +

    4.21)若若筝ц茘с鐚紊ф絖(ｃ帥ゃ)羝絖с?

    -

    名前が認識されない、最も一般的な原因は、テーブルを作成する際に、 - テーブルやカラムを囲う二重引用符の使用です。 - 二重引用符を使うと、テーブルとカラムの名前（識別子といいます）は大文字と小文字の区別 - をして格納されます。したがって、pgAdminのようにテーブル作成のときに - 自動的に二重引用符を使うものはクエリの中でそれらの名前を使うときに - 二重引用符を付けなくてはならないことを意味します。このため、識別子 - を認識させるためには以下のいずれかを心がけます。 +

    茯茘筝若篏 + 若蚊篋綣膃篏睡с + 篋綣膃篏帥若鐚茘ュ障鐚紊ф絖絨絖阪 + 主障ｃpgAdmin若篏 + 篋綣膃篏帥筝с篏帥 + 篋綣膃篁潟障茘ュ + 茯茘篁ヤ綽障

      -
    • テーブルを作成するときに二重引用符で識別子を囲うことを避ける
      • -
    • 識別子には小文字だけを使う
      • -
    • クエリの中で参照するときは二重引用符で識別子を囲う
      • +
    • 若篏篋綣膃цュ蚊帥
      • +
    • 茘ュ絨絖篏帥
      • +
    • 筝ус篋綣膃цュ蚊
    -

    日本語に関する質問

    +

    ユ茯≪莖

    -

    5.1)日本語がうまく扱えないのはなぜですか？

    +

    5.1)ユ茯障宴с鐚

    -

    createdb -Eコマンドオプションに UTF8 あるいは EUC_JP - のエンコーディングを指定してデータベースを作成すか、次のように - エンコーディングを指定してデータベースを作成してください。

    +

    createdb -E潟潟激с潟 UTF8 EUC_JP + 潟潟若ｃ潟違絎若帥若鴻篏罨＜ + 潟潟若ｃ潟違絎若帥若鴻篏

             CREATE DATABASE dbname WITH ENCODING 'UTF8';
-    もしくは、
+    
         CREATE DATABASE dbname WITH ENCODING 'EUC_JP';
    -

    5.2) psql でWindowsからアクセスしたときに、日本語が文字化けするのですが？

    +

    5.2) psql Windows≪祉鴻ユ茯絖с鐚

    -

    psqlの中でクライアントのエンコーディングを指定してください。

    +

    psql筝сゃ≪潟潟潟若ｃ潟違絎

             SET client_encoding TO 'SJIS'
    -

    PostgreSQLデータベースのエンコーディングに使える日本語文字コード - は EUC_JP か UTF-8(UNICODE) であるため、Shift-JIS表示のコマンドプロ - ンプトからは、client_encodingを設定しておかないと、日本語を表示する - 際に文字化けがおきます。

    +

    PostgreSQL若帥若鴻潟潟若ｃ潟違篏帥ユ茯絖潟若 + EUC_JP UTF-8(UNICODE) сShift-JIS茵腓冴潟潟 + 潟client_encoding荐絎ユ茯茵腓冴 + 絖障

    -

    「日本語版について」

    +

    ユ茯ゃ

    -[訳注：
-  日本語版の製作については以下の通りです。
-
-  最終更新日:	2007年10月20日
-  翻訳者:	桑村 潤 (Jun KUWAMURA <juk at postgresql.jp>)
-
-  このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):
-
-		田仲 稔(Minoru TANAKA <Tanaka.Minoru at keiken.co.jp>)
-		石井 達夫(Tatsuo ISHII <ishii at sraoss.co.jp>)
-		齊藤 知人(Tomohito SAITOH <tomos at elelab.nsc.co.jp>)
-		馬場  肇(Hajime BABA <baba at kusastro.kyoto-u.ac.jp>)
-		岡本 一幸(Kazuyuki OKAMOTO <kaz-okamoto at hitachi-system.co.jp>)
-		小菅 昭一(Shoichi Kosuge <s-kosuge at str.hitachi.co.jp>)
-		山下 義之(Yoshiyuki YAMASHITA <dica at eurus.dti.ne.jp>)
-		境 真太郎(Sintaro SAKAI <s_sakai at mxn.mesh.ne.jp>)
-		生越 昌己(Masami OGOSHI <ogochan at zetabits.com>)
-		石川 俊行(Toshiyuki ISHIKAWA <tosiyuki at gol.com>)
-		本田 茂広(Shigehiro HONDA <fwif0083 at mb.infoweb.ne.jp>)
-		せせ じゅん(Jun SESE <sesejun at linet.gr.jp>)
-		神谷 英孝(Hidetaka KAMIYA <hkamiya at catvmics.ne.jp>)
-		菅原 敦(Atsushi SUGAWARA <asugawar at f3.dion.ne.jp>)
-		稲葉 香理(Kaori Inaba <i-kaori at sraoss.co.jp>)
-
-  をはじめ、ポストグレスに関する話題豊富な日本語PostgreSQLメーリングリスト、
-  和訳のきっかけを作ってくれたり、いつもチェックをしてくれる
-   JF(Linux Japanese FAQ)プロジェクト、FreeBSD ドキュメンテーションプロジェクト
-  の方々、それから、直接あるいは間接的にかかわってくださるすべてのオープンソース
-  コミュニティのみなさまに感謝いたします。
-
-
-  この翻訳文書は 本家 "Frequently Asked Questions"  のページに "Japanese FAQ" 
-  という項目であります。
+[荐恰絵鐚
+  ユ茯茖巡ゃ篁ヤс
+
+  腟贋井:	2007綛1020
+  膺肢┳:	罅 羹 (Jun KUWAMURA <juk at postgresql.jp>)
+
+  FAQ荐潟篏ｃ鴻(腱違ャ障):
+
+		遺参 腮(Minoru TANAKA <Tanaka.Minoru at keiken.co.jp>)
+		割 紊(Tatsuo ISHII <ishii at sraoss.co.jp>)
+		藹 ヤ査(Tomohito SAITOH <tomos at elelab.nsc.co.jp>)
+		薤  (Hajime BABA <baba at kusastro.kyoto-u.ac.jp>)
+		絏≧ 筝綛(Kazuyuki OKAMOTO <kaz-okamoto at hitachi-system.co.jp>)
+		絨 筝(Shoichi Kosuge <s-kosuge at str.hitachi.co.jp>)
+		絮延 臂箙(Yoshiyuki YAMASHITA <dica at eurus.dti.ne.jp>)
+		紜 紊(Sintaro SAKAI <s_sakai at mxn.mesh.ne.jp>)
+		莇 綏(Masami OGOSHI <ogochan at zetabits.com>)
+		喝 篆茵(Toshiyuki ISHIKAWA <tosiyuki at gol.com>)
+		 綺(Shigehiro HONDA <fwif0083 at mb.infoweb.ne.jp>)
+		 (Jun SESE <sesejun at linet.gr.jp>)
+		腑莪 怨(Hidetaka KAMIYA <hkamiya at catvmics.ne.jp>)
+		 (Atsushi SUGAWARA <asugawar at f3.dion.ne.jp>)
+		腮画 薤(Kaori Inaba <i-kaori at sraoss.co.jp>)
+
+  鴻違鴻≪荅演莟絲ユ茯PostgreSQL＜若潟違鴻
+  荐潟ｃ篏ｃゃс
+   JF(Linux Japanese FAQ)吾сFreeBSD ャ＜潟若激с潟吾с
+  鴻贋･･ｃ鴻若潟純若
+  潟ャｃ帥障茗障
+
+
+  膺肢┳吾 絎 "Frequently Asked Questions"  若吾 "Japanese FAQ" 
+  с障
   
-  また、最新版は以下のサイトにあります。
+  障亥篁ヤ泣ゃ障
 	http://www.postgresql.jp/wg/jpugdoc/ 「JPUG文書・書籍関連分科会」
-	http://www.linux.or.jp/JF/JFdocs/INDEX-database.html 「Linux JFプロジェクト」	http://www.linet.gr.jp/~juk/pgsql/ 「PostgreSQL Notes for Japanese」（翻訳者ページ）
+  href="http://www.postgresql.jp/wg/jpugdoc/">http://www.postgresql.jp/wg/jpugdoc/ JPUG吾紙悟∫ｅ腱篌
+	http://www.linux.or.jp/JF/JFdocs/INDEX-database.html Linux JF吾с	http://www.linet.gr.jp/~juk/pgsql/ PostgreSQL Notes for Japanese鐚膺肢┳若醐
 
-  なお、この和訳に関するご意見・ご質問は(juk at postgresql.jp)までお寄せください。
-  （※ メールアドレスの " at " は適切に直してください。半角の "@" です。）
+  荐潟≪頳祉莖(juk at postgresql.jp)障с絲
+  鐚 ＜若≪鴻 " at " 眼茹 "@" с鐚
 ]

    -- GitLab