Here's the patch to fix a lot of markup errors in the HTML FAQs. Doesn't

change content (at least not supposed to). Magnus Hagander
author: Bruce Momjian <bruce@momjian.us> 2005-03-11 21:47:44 +0000
committer: Bruce Momjian <bruce@momjian.us> 2005-03-11 21:47:44 +0000
commit: 2e964aee757c1000590fc38c411ebdfbd66d37fe (patch)
tree: ec9c3beae2746463cc0c6a2de885113ad157299a /doc/src/FAQ/FAQ_japanese.html
parent: 30854a53fefef7ac04e2fb4f047e33baaaa025b4 (diff)
download: postgresql-2e964aee757c1000590fc38c411ebdfbd66d37fe.tar.gz
postgresql-2e964aee757c1000590fc38c411ebdfbd66d37fe.zip
1 files changed, 186 insertions, 159 deletions
diff --git a/doc/src/FAQ/FAQ_japanese.html b/doc/src/FAQ/FAQ_japanese.html
index d09dd6f1d3d..05812e8db53 100644
--- a/doc/src/FAQ/FAQ_japanese.html
+++ b/doc/src/FAQ/FAQ_japanese.html
@@ -2,9 +2,9 @@
 <HTML>
 <HEAD>
 <TITLE>PostgreSQL FAQ in Japanese</TITLE>
+<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=x-euc-jp">
 </HEAD>
 <BODY BGCOLOR="#FFFFFF" TEXT="#000000" LINK="#FF0000" VLINK="#A00000" ALINK="#0000FF">
-<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=x-euc-jp">
 <H1>
 PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ)</H1>
 <P>
@@ -13,20 +13,19 @@ PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ)</H1>
 現在の維持管理者:	Bruce Momjian (<A
 HREF="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR>
 Maintainer of Japanese Translation:	Jun Kuwamura (<A
-HREF="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp</A>)<BR><P>
+HREF="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp</A>)<BR></P>
 <P>
 この文書の最新版は
-    "http://www.postgresql.org/files/documentation/faqs/FAQ.html">
+    <a href="http://www.postgresql.org/files/documentation/faqs/FAQ.html">
     http://www.postgresql.org/files/documentation/faqs/FAQ.html</A></P>
 で見ることができます。
 <P>
 プラットホームに特有の質問については:
-    "http://www.postgresql.org/docs/faq/">
+    <a href="http://www.postgresql.org/docs/faq/">
     http://www.postgresql.org/docs/faq/</A></P>
 <BR>に回答があります。
 
-<P>
-<SMALL><PRE>
+<PRE>
 (以下、訳者による注釈を [訳注： と ] とで囲んで記します。)
 [訳注：
 	日本語版製作についてのメモは最後尾へ移動しました。
@@ -42,11 +41,9 @@ HREF="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp</A>)<BR><P>
 
 						2005年01月12日    桑村 潤
 ]
-</PRE></SMALL>
+</PRE>
 
-<P>
 <HR>
-<P>
 
 <H2 align="center">一般的な質問</H2>
 
@@ -133,15 +130,14 @@ HREF="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp</A>)<BR><P>
 <A HREF="#5.2">5.2</A>)	PostgreSQL 用に書いたちょっと素敵な新しい型や関数を提供してプロジェクトに貢献したいのですが？<BR>
 <A HREF="#5.3">5.3</A>)	タプルを返す C言語の関数はどのように書きますか？<BR>
 <A HREF="#5.4">5.4</A>)	ソース・ファイルを変更しました。再コンパイルしても変化が見られないのはなぜですか？<BR>
-<P>
 <HR>
 <H2 align="center">一般的な質問</H2>
-<P>
 
 <H4><A NAME="1.1">1.1</A>)	PostgreSQL とは何ですか？  何と読みますか？</H4>
 
 <P>PostgreSQLは<I>Post-Gres-Q-L</I>(ポスト - グレス - キュー - エル) と発音します。</P>
 <P>PostgreSQL は次世代 <SMALL>DBMS</SMALL> 研究用のプロトタイプであった POSTGRES データベース管理システムの改良版です（このため、今でもときどき "Postgres" と呼ばれることがあります）。PostgreSQL は POSTGRES の強力なデータ・モデルと豊富なデータ・タイプ(型)を保持しながら、POSTGRES で使われた PostQuel 問い合わせ言語を、拡張した <SMALL>SQL</SMALL> のサブセットに置き換えています。PostgreSQL は無料で完全なソースを利用できます。
+</P>
 
 <P>PostgreSQL の開発は、PostgreSQL 開発メーリングリストに参加している開発者達のチームですべて行なわれています。現在の座長は Marc G. Fournier (<A HREF="mailto:scrappy@PostgreSQL.org">scrappy@PostgreSQL.org</A> )です。(下記の<a href="#1.6">1.6節</a>に参加の仕方があります。)現在、このチームが PostgreSQL 開発のすべての面倒をみています。このチームはコミュニティプロジェクトであり、いかなる企業によっても制御を受けません。参加したければ、<A href=
     "http://www.postgresql.org/files/documentation/faqs/FAQ_DEV.html">
@@ -150,18 +146,20 @@ HREF="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp</A>)<BR><P>
 </P>
 
 <P>Postgres95-1.01 の中心的な開発者は Andrew Yu と Jolly Chen でしたが、その他大勢の人々がこのコードの移植、テスト、デバグ、および、改良に参加しました。PostgreSQL の派生元コードである Postgres はカリフォルニア大学バークレイ校において、 Michael Stonebraker 教授の指揮のもと、多くの学生、卒業生、本職のプログラマたちの努力により作られました。
+</P>
 
 <P>バークレイにおけるこのソフトウェアのもとの名前は Postgres でしたが、<SMALL>SQL</SMALL> の機能が追加された 1995 年にその名前は Postgres95 に変更され、1996 年の終りにその名前は PostgreSQL に変更されました。
+</P>
 
-<P>
 <H4><A NAME="1.2">1.2</A>)	PostgreSQL の著作権はどうなってますか？</H4>
 
 <P> PostgreSQL は下記の著作権に従います。
-<SMALL><PRE>
+</P>
+<PRE>
     [訳注：
         正文は英語です。参考として、訳文を併記掲載します。
     ]
-</PRE></SMALL>
+</PRE>
 <P>
 PostgreSQL Data Base Management System</P>
 <P>
@@ -187,7 +185,7 @@ IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF CALIFORNIA HAS NO
 OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR
 MODIFICATIONS.</P>
 
-<SMALL><PRE>
+<PRE>
 	POSTGRESQL データベース管理システム
 
 	部分的著作権 (c) 1996-2004, PostgreSQL国際開発チーム
@@ -214,7 +212,7 @@ MODIFICATIONS.</P>
 	著作権に関する正文は上記の英語による表記です。日本語訳はあくまで
 	参考です。
     ]
-</PRE></SMALL>
+</PRE>
 
 <P>上記はBSDライセンスで古きオープンソースのライセンスです。ソースコード
 がどのように使われようとも制限しません。好ましいことなので、我々もそれを
@@ -225,7 +223,6 @@ MODIFICATIONS.</P>
 <P>
 一般的に、最近のUnix互換プラットホームであればPostgreSQLを稼働させられるはずです。リリースの時点で実際にテストを行なったことの報告がなされたプラットホームについてはインストール手引書に列挙してあります。</P>
 
-<P>
 <H4><A NAME="1.4">1.4</A>)	Unix以外の移植版で使えるものは？</H4>
 
 <P>バージョン8.0になり、PostgreSQL は、Win2000, WinXP, Win2003などの Microsoft Windows NTベースのオペレーティングシステムでネイティブに走るようになりました。
@@ -233,18 +230,18 @@ MODIFICATIONS.</P>
 Windows (Win95, Win98, WinMe)など、MSDOSベースのバージョンでは、Cygwin を使ってPostgreSQLを走らせることができます。
 </P>
 
-<small><pre>
+<pre>
     [訳注
 	pgInstaller の入手はFTPミラーサイトの win32 ディレクトリからも可能です。
 	    http://www.postgresql.org/mirrors-ftp.html
     ]
-</pre></small>
+</pre>
 
     <p>次のサイトに Novell Netware 6 への移植もあります。
     <a href="http://forge.novell.com">http://forge.novell.com</a>
     また、OS/2 (eComStation) バージョンは、<a href=
-    "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</a>にあります。</p>
+    "http://hobbes.nmsu.edu/cgi-bin/h-search?sh=1&amp;button=Search&amp;key=postgreSQL&amp;stype=all&amp;sort=type&amp;dir=%2F">
+    http://hobbes.nmsu.edu/cgi-bin/h-search?sh=1&amp;button=Search&amp;key=postgreSQL&amp;stype=all&amp;sort=type&amp;dir=%2F</a>にあります。</p>
 <BR>
 
 
@@ -256,7 +253,7 @@ href="ftp://ftp.PostgreSQL.org/pub/">ftp://ftp.PostgreSQL.org/pub/</A>
 です。
 ミラーサイトについては、我々のメイン Web ページをご覧下さい。</P>
 
-<SMALL><PRE>
+<PRE>
     [訳注:
 
 	以下は日本のミラーサイトです:
@@ -274,7 +271,7 @@ href="ftp://ftp.PostgreSQL.org/pub/">ftp://ftp.PostgreSQL.org/pub/</A>
        Japan: <A HREF="ftp://ring.so-net.ne.jp/pub/misc/db/PostgreSQL/">ftp://ring.so-net.ne.jp/pub/misc/db/PostgreSQL/</A>
        Japan: <A HREF="ftp://ring.aist.go.jp/pub/misc/db/PostgreSQL/">ftp://ring.aist.go.jp/pub/misc/db/PostgreSQL/</A>
     ]
-</PRE></SMALL>
+</PRE>
 
 <H4><A NAME="1.6">1.6</A>)	サポートはどこで受けられますか？</H4>
 
@@ -292,33 +289,35 @@ href="ftp://ftp.PostgreSQL.org/pub/">ftp://ftp.PostgreSQL.org/pub/</A>
 	end
 </PRE>
 
-と書いて <A HREF="mailto:pgsql-general-digest-request@PostgreSQL.org"> pgsql-general-digest-request@PostgreSQL.org</A> へ電子メールを送って下さい。</P>
+<P>と書いて <A HREF="mailto:pgsql-general-digest-request@PostgreSQL.org"> pgsql-general-digest-request@PostgreSQL.org</A> へ電子メールを送って下さい。</P>
 
 <P> ダイジェスト版は、メインリストで受信するメッセージが 30k 程度溜る毎にダイジェスト版リストのメンバーに送付されます。</P>
 
 <P> バグレポート用のメーリングリストもあります。このリストへの参加は "本文" に：
+</P>
 <PRE>
 	subscribe
 	end
 </PRE>
+<P>
 と書いて<A
 HREF="mailto:pgsql-bugs-request@PostgreSQL.org">pgsql-bugs-request@PostgreSQL.org</A>
 
 へ電子メールを送って下さい。</P>
 
 <P> 開発者の議論のためのメーリングリストも利用できます。このリストへの参加は電子メールの本文に：
+</P>
 <PRE>
 	subscribe
 	end
 </PRE>
 
-と書いて、<A HREF="mailto:pgsql-hackers-request@PostgreSQL.org">pgsql-hackers-request@PostgreSQL.org</A>へ電子メールを送って下さい。</P>
+<P>と書いて、<A HREF="mailto:pgsql-hackers-request@PostgreSQL.org">pgsql-hackers-request@PostgreSQL.org</A>へ電子メールを送って下さい。</P>
 
-<P PostgreSQL についてもっと詳しく知りたければ、次の PostgreSQL WWWホームページからたどれます：
+<P>PostgreSQL についてもっと詳しく知りたければ、次の PostgreSQL WWWホームページからたどれます：</P>
 <BLOCKQUOTE>
-		<A HREF="http://www.PostgreSQL.org">http://www.PostgreSQL.org</A>
+		<P><A HREF="http://www.PostgreSQL.org">http://www.PostgreSQL.org</A></P>
 </BLOCKQUOTE>
-</P>
 <P>メジャーなIRC チャンネルは、Freenode (<I>irc.freenode.net</I>)の
 <I>#PostgreSQL</I> というチャンネルです。
 UNIX コマンドで、
@@ -329,8 +328,7 @@ UNIX コマンドで、
 EFNetにもPostgreSQLチャンネルがあります。
 </P>
 
-<P>
-<SMALL><PRE>
+<PRE>
     [訳注:
 	  1999年7月23日、日本ポストグレスユーザー会、略称JPUGが設立されました。
 	JPUG は非営利組織で、PostgreSQLを利用する人達の相互協力の場となっています。  
@@ -341,7 +339,7 @@ EFNetにもPostgreSQLチャンネルがあります。
 	をご覧ください。会員登録も可能となっています。
 
 	日本語のIRCチャンネル '#PostgreSQL*jp' も存在します。
-</PRE></SMALL>
+</PRE>
 
 
 <P>商用サポート会社のリストは<a href="http://techdocs.postgresql.org/companies.php">http://techdocs.postgresql.org/companies.php</a>にあります。</P>
@@ -358,24 +356,25 @@ PostgreSQL の最新版はバージョン 7.4.6 です。</P>
 
 <P> 配付の中に、いくつかのマニュアルとオンライン・マニュアル(マニュアル・ページ)およびいくつかの小さなテスト例題が含まれます。<I>/doc</I> ディレクトリをご覧下さい。また、マニュアルは、<A HREF="http://www.ca.PostgreSQL.org/docs/">http://www.ca.PostgreSQL.org/docs/</A>でオンラインでも閲覧できます。</P>
 
-<SMALL><PRE>
+<PRE>
     [訳注:
 	（株）SRAと日本PostgreSQLユーザ会で翻訳され、
 	<A HREF="http://osb.sra.co.jp/PostgreSQL/Manual/">「PostgreSQL オフィシャルマニュアル」</A>
 	として出版されています。
     ]
-</PRE></SMALL>
+</PRE>
 
 
 <P>オンラインで参照できる PostgreSQL の本も2冊あります。<A href=
     "http://www.PostgreSQL.org/docs/awbook.html">http://www.PostgreSQL.org/docs/awbook.html</A>
-<SMALL><PRE>
+</P>
+<PRE>
     [訳注:
 	日本ポストグレスユーザー会の<A HREF="http://www.PostgreSQL.jp/wg/psqltrans/">	「PostgreSQL Book翻訳分科会」</A>
 	にて翻訳されました。
     ]
-</PRE></SMALL>
-
+</PRE>
+<P>
     および、 <A href=
     "http://www.commandprompt.com/ppbook/">http://www.commandprompt.com/ppbook/</A>
 です。
@@ -415,14 +414,13 @@ PostgreSQLは拡張された<SMALL>SQL</SMALL>-92のサブセットをサポートします。
 <A HREF="http://www.PostgreSQL.org/docs/awbook.html">
 http://www.PostgreSQL.org/docs/awbook.html</A>
 にあるPostgreSQL本で <SMALL>SQL</SMALL> を教えています。
-
-<SMALL><PRE>
+</P>
+<PRE>
     [訳注:
 	日本ポストグレスユーザー会の<A HREF="http://www.PostgreSQL.jp/wg/psqltrans/">	「PostgreSQL Book翻訳分科会」</A>
 	にて翻訳され出版されています。
     ]
-</PRE></SMALL>
-</P>
+</PRE>
 
 <P>
 その他にも PostgreSQL本として、<A href=
@@ -449,8 +447,7 @@ http://www.PostgreSQL.org/docs/awbook.html</A>
 のようなのもあります。
 </P>
 
-<P>
-<SMALL><PRE>
+<PRE>
     [訳注:
 	 石井達夫氏による日本語の参考文献の紹介ページ
 		<A HREF="http://www.SRA.co.jp/people/t-ishii/PostgreSQL/doc-jp/index.html">http://www.SRA.co.jp/people/t-ishii/PostgreSQL/doc-jp/index.html</A>
@@ -465,8 +462,7 @@ http://www.PostgreSQL.org/docs/awbook.html</A>
 		<A HREF="http://www.wakhok.ac.jp/DB/DB.html">http://www.wakhok.ac.jp/DB/DB.html</A>
 	もオンラインで読むことができます。
     ]
-</PRE></SMALL>
-</P>
+</PRE>
 
 <H4><A NAME="1.11">1.11</A>)	PostgreSQLは西暦2000年問題(Y2K)に対応していますか？
 </H4>
@@ -536,6 +532,7 @@ http://www.PostgreSQL.org/docs/awbook.html</A>
 <P>質の良い基盤は、オープンソース・プロジェクトにとってはとても大切なもので、プロジェクトが前進する勢いを失って分裂するのを回避します。</P>
 
 <P>もちろん、この基盤は安いものではありません。維持し続けるためには毎月あるいは一時的に経費がかかります。もし、あなたやあなたの会社に、こうした努力のための資金の援助を施すことができるようでしたら、<A href="http://store.pgsql.com/shopping/">http://store.pgsql.com/shopping/</A>から寄付をお願いします。
+</P>
 
 <P>また、Webページには PostgreSQL,Inc とありますが、そこの "貢献(contributions)"という項目は、 PostgreSQL プロジェクトを支援するだけのためで、決して特定の会社のための資金ではありません。もし、小切手(check)の方が都合よければ連絡先の住所へお送り下さい。</P>
 
@@ -546,10 +543,8 @@ http://www.PostgreSQL.org/docs/awbook.html</A>
 へお送りください。
 </P>
 
-<P>
 <HR>
 <H2 align="center">ユーザー・クライアントの質問</H2>
-<P>
 
 <H4><A NAME="2.1">2.1</A>)	PostgreSQL のための <SMALL>ODBC</SMALL> ドライバーはありますか？
 </H4>
@@ -563,26 +558,27 @@ http://www.PostgreSQL.org/docs/awbook.html</A>
 </P>
 
 <P> OpenLink <SMALL>ODBC</SMALL> は <A HREF="http://www.openlinksw.com/">http://www.openlinksw.com/</A>から入手できます。標準的な <SMALL>ODBC</SMALL> クライアント・ソフトウェアで使えますので、支援しているすべてのプラットホーム(Win, Mac, Unix, VMS)から PostgreSQL の <SMALL>ODBC</SMALL> が利用できます。
+</P>
 
 <P> たぶん彼らは、商用品質のサポートの必要な人々に売っていると思いますが、
     フリーウェア版はいつでも入手可能のようです。質問は、<A href=
     "mailto:postgres95@openlink.co.uk">postgres95@openlink.co.uk</A>
     へ送って下さい。</P>
-
+<P>
 <A HREF="http://www.PostgreSQL.org/docs/programmer/odbc.html">
 Programmer's Guide</A>
 の <SMALL>ODBC</SMALL> の章もご覧ください。
+</P>
 
-
-<P>
 <H4><A NAME="2.2">2.2</A>)	PostgreSQL を Web ページと連携させるにはどんなツールがありますか？
 </H4>
 
 <P> データベースを裏に持つ Web ページについての素晴らしい紹介が、<BR>
     <A href="http://www.webreview.com">http://www.webreview.com</A>にあります。</P>
 <P> Web への拡張のためには、PHP が卓越したインターフェイスとなっています。<A HREF="http://www.php.net">http://www.php.net/</A>にあります。
+</P>
 
-<SMALL><PRE>
+<PRE>
     [訳注:
 	  PHPに関する日本語の情報は、2000年4月19日に発足した日本PHPユーザ会のサイト
 		<A HREF="http://www.php.gr.jp/">http://www.php.gr.jp/</A>
@@ -590,11 +586,12 @@ Programmer's Guide</A>
 		<A HREF="http://www.geocities.jp/rui_hirokawa/php/">http://www.geocities.jp/rui_hirokawa/php/</A>
 	にかなりまとめられています。
     ]
-</PRE></SMALL>
+</PRE>
 
 <P> 処理が複雑な場合、多くの人は Perl インターフェイスと CGI.pm か mod_perl を使います。
+</P>
 
-<SMALL><PRE>
+<PRE>
     [訳注:
 	WDB は、Web から DataBase への Perl の Interface です。
 	wdb-p95 へのリンクは切れてしまっています。おそらく、Perl DBI 経由で DBD::Pg の利用が可能と思われます。
@@ -604,9 +601,8 @@ Programmer's Guide</A>
 		<A HREF="http://www.i-con.dk/wdb/">http://www.i-con.dk/wdb/</A>
 	とがあります。その経緯はよくわかりません。
     ]
-</PRE></SMALL>
+</PRE>
 
-<P>
 <H4><A NAME="2.3">2.3</A>)	PostgreSQL にグラフィカル・ユーザインターフェイスはありますか？
 </H4>
   <p>もちろん、PostgreSQL へのグラフィカルインターフェイスがいくつかあります。
@@ -626,12 +622,12 @@ RHDB Admin (<a
 PhpPgAdmin (<a href="http://phppgadmin.sourceforge.net/">
     http://phppgadmin.sourceforge.net/ </a>) はPostgreSQLへのWebベースの
 インターフェイスを提供します。
+</P>
 
 <P>より詳細なリストについては、<a
     href="http://techdocs.postgresql.org/guides/GUITools">http://techdocs.postgresql.org/guides/GUITools</a>
     をご覧ください。</P>
 
-<P>
 <H4><A NAME="2.4">2.4</A>)	どのような言語で PostgreSQL と通信できすか？
 </H4>
 
@@ -640,42 +636,41 @@ PhpPgAdmin (<a href="http://phppgadmin.sourceforge.net/">
 </P>
 
 <P>以下のインターフェイスはPostgreSQLの配布に含まれています。
+</P>
 
 <UL>
-<LI>C (libpq)
-<LI>埋め込みC (ecpg)
-<LI>Java (jdbc)
-<LI>Python (<A HREF="http://www.druid.net/pygresql/">PyGreSQL</A>)
-<LI>TCL (libpgtcl)
+<LI>C (libpq)</LI>
+<LI>埋め込みC (ecpg)</LI>
+<LI>Java (jdbc)</LI>
+<LI>Python (<A HREF="http://www.druid.net/pygresql/">PyGreSQL</A>)</LI>
+<LI>TCL (libpgtcl)</LI>
 </UL>
-    <P>その他の利用可能なインターフェイスは <a 
+    <P>その他の利用可能なインターフェイスは  
 <a href="http://gborg.postgresql.org">http://gborg.postgresql.org</A>
 の<I>Drivers/Interfaces</I>のセクションにあります。
     </P>
 
-<SMALL><PRE>
+<PRE>
     [訳注：
 	永安悟史さんは Palm 版の libpq を開発されました。
 		<a href="http://www.snaga.org/libpq/">http://www.snaga.org/libpq/</a>
     ]
-</PRE></SMALL>
+</PRE>
 
-<P>
 <HR>
 <H2 align="center">管理上の質問</H2>
-<P>
 
 <H4><A NAME="3.1">3.1</A>)	どのようにすれば <I>/usr/local/pgsql</I> 以外の場所にインストールできますか？</H4>
 
 <P> 簡単な方法は、 <I>configure</I> を走らせるときに --prefix オプションを指定することです。
+</P>
 
-<P>
 <H4><A NAME="3.2">3.2</A>)	postmaster を走らせると、<I>Bad System Call</I> とかコア・ダンプしたとのメッセージが出ます。なぜですか？
 </H4>
 
 <P> さまざまな問題が考えられますが、まず最初にあなたのカーネルに System V IPC の拡張がインストールされているかを確認して見てください。PostgreSQL はカーネルによる共有メモリーとセマフォのサポートを必要とします。
 
-<P>
+</P>
 <H4><A NAME="3.3">3.3</A>)	<I>postmaster</I> を走らせようとすると、<I>IpcMemoryCreate</I> エラーが出ます。なぜですか？
 </H4>
 
@@ -686,11 +681,11 @@ PhpPgAdmin (<a href="http://phppgadmin.sourceforge.net/">
 に共有メモリーとセマフォについての情報の詳細がありますのでご覧ください。</P>
 
 
-<P>
 <H4><A NAME="3.4">3.4</A>)	<I>postmasterを</I>走らせようとすると、<I>IpcSemaphoreCreate</I> エラーが出ます。なぜですか？
 </H4>
 
 <P>もしエラーメッセージが<I>IpcSemaphoreCreate: semget failed (No space left on device)</I>であれば、カーネルが十分なセマフォを使えるように構成されていません。Postgresは潜在的なバックエンドプロセス毎に一つのセマフォを必要とします。とりあえずの解決策は<I>postmaster</I>を起動するときに、バックエンドプロセスの数をより少なく制限をすることです。既定値の32より小さな数のパラメータを<I>-N</I>で使います。より恒久的な解決策は、カーネルの<SMALL>SEMMNS</SMALL> と <SMALL>SEMMNI</SMALL> パラメータを増やすことです。
+</P>
 
     <P>操作不能のセマフォも過度なデータベースアクセスの間にクラッシュを
 起こす可能性があります。
@@ -699,7 +694,6 @@ PhpPgAdmin (<a href="http://phppgadmin.sourceforge.net/">
 <P>もし、エラーメッセージがなにか他のものであれば、カーネルの構成でまったくセマフォのサポートをしていないかもしれません。
 PostgreSQL Administrator's Guide に共有メモリーとセマフォについての情報の詳細があります。</P>
 
-<P>
 
 <H4><A NAME="3.5">3.5</A>)	他のホストからの接続はどのように制御しますか？
 </H4>
@@ -707,56 +701,68 @@ PostgreSQL Administrator's Guide に共有メモリーとセマフォについての情報の詳細が�
 <P>	既定値では、PostgreSQL は Unix ドメインソケット、または、TCP/IP接続のローカルマシンからの接続しか許しません。postgresql.conf の中の listen_addresses を修正し、<B>かつ、</B><I>$PGDATA/pg_hba.conf</I> ファイルを適切に直して、ホスト主導型認証を有効にしないかぎりは、他のマシンからは接続できないでしょう。
 </p>
 
-<P>
 <H4><A NAME="3.6">3.6</A>)	より良い性能を得るためには、データベース・エンジンをどのように調整すれば良いですか？
 </H4>
 
 <P> 確かにインデックスは問い合わせの速度を増します。<SMALL>EXPLAIN ANALYZE</SMALL>コマンドで PostgreSQL がどのようにあなたの問い合わせを翻訳しているかを見ることができ、そして、どのインデックスが使われているかを見ることができます。
+</P>
 <P>もし <SMALL>INSERT</SMALL> を多用している場合は、<SMALL>COPY</SMALL> コマンドを使って大きなバッチ処理でそれを行なうことを検討して下さい。これは、<SMALL>INSERT</SMALL> を別々に行なうよりもっと高速です。次に、<SMALL>BEGIN WORK/COMMIT</SMALL> のトランザクション・ブロックの中に無い文は、それら自身がそれぞれのトランザクションに入っていると見なされます。いくつかの文を一つのトランザクション・ブロックの中で行なうことを考えて下さい。これによりトランザクションのオーバーヘッドが減ります。また、大きなデータの変更を行なう際はインデックスを一度外して、作り直すことを考えてみて下さい。
+</P>
 
 <P> <a href=
     "http://www.postgresql.org/docs/current/static/runtime.html">
     Administration Guide/Server Run-time Environment/Run-time
     Configuration</a>には、
 チューニングのオプションがいくつかあります。<i>fsync</I>オプションで<I>fsync()</I> を無効にすることができます。これによって、各トランザクション毎に <I>fsync()</I> でディスクを更新するのを止めさせます。
+</P>
 
 <P> <I>shared_buffers</I>オプションを使ってバックエンド・プロセスにより使われる共有メモリー・バッファを大きくすることもできます。もし、このパラメータを高くしすぎると、カーネルの共有メモリー空間の制限値を越えてしまうために <I>postmaster</I> が走らなくなるでしょう。既定値では、それぞれのバッファの大きさは 8K で、バッファ数は 1000 です。
+</P>
 
 <P> <I>sort_mem</I> (PostgreSQL 8.0からは: <I>work_mem</I>)オプションを使って、それぞれのバックエンド・プロセスが一時的な並べ替えによって使うメモリーの最大サイズを増やすこともできます。 既定値は 1024 (すなわち、1MB)です。
+</P>
 
 <P> また、<SMALL>CLUSTER</SMALL> コマンドを使って、テーブルのデータをインデックスに合わせるためにグループ化することもできます。詳しくは、オンラインマニュアルで <I>CLUSTER</I> を見て下さい。
+</P>
 
-<P>
 <H4><A NAME="3.7">3.7</A>)	どのようなデバグ機能が使えますか？</H4>
 
 <P> PostgreSQL は、デバグのために意味のある、状態情報を報告するいくつかの機能を持ちます。
+</P>
 
 <P> まず、--enable-cassert オプションで <I>configure</I> を走らせます。そうしてコンパイルすることにより、沢山の <I>assert()</I> が、バックエンドの進捗状況を監視し、何か予期せぬことが起きるとプログラムを停止するようになります。
+</P>
 
 <P> <I>postmaster</I> と <I>postgres</I> の両方でいくつかのデバグ・オプションの利用ができます。まず、次のように  <I>postmaster</I> を起動するときはいつでも、標準出力とエラー出力をログ・ファイルに送るようにしてあることを確かめて下さい。
+</P>
 
 <PRE>
 	cd /usr/local/pgsql
-	./bin/postmaster &gt;server.log 2&gt;&1 &
+	./bin/postmaster &gt;server.log 2&gt;&amp;1 &amp;
 </PRE>
 
 <P> これにより PostgreSQL の最上部のディレクトリに server.log ファイルが置かれます。このファイルはサーバーが遭遇した問題やエラーについて有用な情報を含みます。<I>Postmaster</I> は更に詳細な情報を報告するための <I>-d</I> オプションを持ちます。その <I>-d</I> オプションは、デバグ・レベルを指定します。高いデバグ・レベルでは、大きなログファイルを生成することに注意しなくてはなりません。
+</P>
 
 <P>もし、<i>postmaster</i>が走っていなければ、<I>postgres</I>バックエンドをコマンドラインから走らせることができ、直接<SMALL>SQL</SMALL>文をタイプすることができます。このやりかたは、デバグ目的のとき<B>だけ</B>お奨めします。セミコロンではなく、改行が問い合わせの終りになることに注意してください。もし、デバグシンボルを入れてコンパイルしていれば、デバッガを使って何が起きているかを見ることができます。postmaster からバックエンドを開始したわけではないので、独立な環境で走っているのではなくロック／バックエンドとの対話の問題が重複することはありません。
+</P>
 
-	<P> もし、<i>postmaster</i>が走っていれば、あるウィンドウで<I>psql</I>を開始すると、<pre>SELECT pg_backend_pid()</pre>を使って、<i>psql</i> で使われる <i>postgres</i> プロセスの<SMALL>PID</SMALL>が見つかります。
+	<P> もし、<i>postmaster</i>が走っていれば、あるウィンドウで<I>psql</I>を開始すると、<code>SELECT pg_backend_pid()</code>を使って、<i>psql</i> で使われる <i>postgres</i> プロセスの<SMALL>PID</SMALL>が見つかります。
 デバッガを使って<i>postgres</i>の<SMALL>PID</SMALL>にアタッチ(attach)します。デバッガの中からブレーク・ポイントをセットし、<i>psql</i> から問い合わせを発行します。デバグのために<i>postgres</i>を始動する場合は、PGOPTIONS="-W n" を設定でき、それから、<i>psql</i> を開始します。これにより、<i>n</i> 秒開始を遅らせるはずなので、デバッガでプロセスにアタッチして、ブレークポイントを設定し、開始から順を追って見てゆくことができます。
-<P> いくつかの<pre>log_*</pre>サーバ構成変数は、デバッグと性能測定にとても役に立つプロセスの統計の印刷を可能にします。
+</P>
+<P> いくつかの<code>log_*</code>サーバ構成変数は、デバッグと性能測定にとても役に立つプロセスの統計の印刷を可能にします。
+</P>
 
 <P> 何という関数がどのくらい実行時間を食っているかを見るために、プロファイリング（プロフィール付き）でコンパイルすることも可能です。そのバックエンドのプロフィール・ファイルは <I>pgsql/data/base/dbname</I> ディレクトリに格納されるでしょう。クライアントのプロフィールはクライアントの現行ディレクトリに置かれるでしょう。Linux でまともなプロファイリングを行うには <I>-DLINUX_PROFILE</I> でコンパイルする必要があります。
+</P>
 
-
-<P>
 <H4><A NAME="3.8">3.8</A>)	接続しようとするときに <I>'Sorry, too many clients'</I> が出るのはなぜですか？
 </H4>
 
 <P> <I>postmasterが</I>同時始動できるバックエンドプロセスに対する制限数を増やす必要があります。
+</P>
 <P>既定の最大プロセスは32プロセスです。<I>-N</I>に適切な値を引数にして<I>postmaster</I>を再起動するか、PostgreSQL.conf を修正することによって、その値を増やすことができます。
+</P>
 
 <P>もし、<I>-N</I> を 32よりも大きくするのであれば、<I>-B</I>も既定の64より大きい値に増加させなくてはならないし、<I>-B</I> は少なくとも <I>-N</I> の2倍はなくてはならず、おそらく最高性能を望むならばそれより大きい値が必要なはずです。バックエンドプロセスをたくさんにすると、いろいろなUnixカーネル構成パラメータも増やすことが必要になるかもしれません。
 共有メモリー・ブロックの最大値(<SMALL>SHMMAX</SMALL>)、
@@ -767,17 +773,19 @@ PostgreSQL Administrator's Guide に共有メモリーとセマフォについての情報の詳細が�
 も確認事項に含まれます。
 PostgreSQLに許されるバックエンドのプロセス数が制限されているのは、
 システムのリソースを使い果してしまうことを避けるためです。
+</P>
 
-<P>
-<H4><A NAME="3.9">3.9</A>)	pgsql_tmp</I> ディレクトリの中には何がありますか？
+<H4><A NAME="3.9">3.9</A>)	<I>pgsql_tmp</I> ディレクトリの中には何がありますか？
 </H4>
 
 <P> 問い合わせ実行モジュールによって生成された一時的なファイルが、このディ
 レクトリに含まれます。例えば、もし <SMALL>ORDER BY</SMALL> 句を満たすためにバックエンドの <I>-S</I> パラメータで許可した値よりも大きなスペースがソートの際に必要だとすると、溢れたデータを保持するために一時的なファイルがいくつかここに生成されます。
+</P>
 <P>
 一時的なファイルは自動的に消し去られるはずですが、もし、ソートの途中でバックエンドがクラッシュしてしまうとそうはなりません。<I>postmaster</I>の停止とリスタートでこれらのファイルはディレクトリから消しさられます。
+</P>
 
-<SMALL><PRE>
+<PRE>
     [訳注：
 	 SYSLOGD 経由でログを出力するには、まず、configure を --enable-syslog 
 	付きで走らせた後、コンパイルとインストールを行ないます。
@@ -787,41 +795,40 @@ PostgreSQLに許されるバックエンドのプロセス数が制限されているのは、
 	オプション付きにてサーバモードで起動します。(バージョン 7.1 からは 
 	pg_options は PostgreSQL.conf になっています。)
     ]
-</PRE></SMALL>
+</PRE>
 
-<P>
 <H4><A name="3.10">3.10</A>)  PostgreSQLのメジャーリリースをアップデートするのにダンプとリストアをしなくてはならないのはなぜですか？</H4>
 <P>
 PostgreSQLチームはマイナーリリースでは小さな変更しか行ないませんので、7.2 から 7.2.1 へのアップグレードにはダンプとリストアの必要はありません。しかし、メジャーリリース(たとえば、7.2から7.3へのような)では、システムテーブルやデータファイルの内部フォーマットの変更をしばしば行ないます。これらの変更はたいてい複雑で、そのため我々はデータファイルのための後方互換性を維持することができません。ダンプは汎用フォーマットでデータを出力し、それを新しい内部フォーマットに読み込むことができます。</P>
 <P>
 ディスク上でのフォーマットに変更のない同一リリースでは、アップグレードは、ダンプ／リストアではなく、<I>pg_upgrade</I> スクリプトを使うことができます。リリースノートには、<I>pg_upgrade</I> が利用可能なリリースかどうか記されています。</P>
 
-<P>
 <H4><A name="3.11">3.11</A>) ハードウェアにはどんなコンピュータを使えばよいですか？</H4>
 <P>
 PCハードウェアはほとんど互換性がありますので、ほとんどの人は、すべてのPCハードウェアが同じ品質だと思い込む傾向があります。しかし、それは間違いです。ECC RAM、SCSI、および、高品質マザーボードは、安いハードウェアに比べると、より信頼性が高く、より性能も良いのです。PostgreSQL はほとんどのハードウェアで稼働しますが、信頼性や性能が重要な場合は、ハードウェアのオプションを研究することが賢明です。メーリングリストでもハードウェアオプションとトレードオフについて議論することができます。</P>
 
 
-<P>
 <HR>
 <H2 align="center">操作上の質問</H2>
-<P>
 
 <H4><A NAME="4.1">4.1</A>)	バイナリ・カーソルと通常カーソルとの厳密な違いは何ですか？
 </H4>
 
 <P> 詳述は、オンラインマニュアルで <SMALL>DECLARE</SMALL> を見て下さい。
+</P>
 
-<P>
 <H4><A NAME="4.2">4.2</A>)	最初の数ロウのみを <SMALL>SELECT</SMALL>するにはどうしますか？ランダムなロウ？
 </H4>
 
 <P> オンラインマニュアルで<SMALL>FETCH</SMALL>を見てください。あるいは、SELECT ... LIMIT....を使ってみて下さい。
+</P>
 
 <P>たとえ、欲しいのは最初の数ロウだけでも、すべての問い合わせを評価しなくてはならないかもしれません。<SMALL>ORDER BY</SMALL> を持った問い合わせを使うことを考えてみて下さい。
 もし、<SMALL>ORDER BY</SMALL>に合ったインデックスがあるとすると PostgreSQLは要求された最初の数ロウだけで評価できるかもしれませんが、でなれば、PostgreSQL は意図したロウが生成されるまですべてのロウを評価しなければならないかもしれません。
+</P>
 
    <P>ランダムなロウを<SMALL>SELECT</SMALL>するには、次の文を使います： 
+</P>
 <PRE>
     SELECT col
     FROM tab
@@ -829,7 +836,6 @@ PCハードウェアはほとんど互換性がありますので、ほとんどの人は、すべてのPCハードウ
     LIMIT 1;
 </PRE>
 
-<P>
 <H4><A NAME="4.3">4.3</A>)	テーブルやその他の情報のリストを <I>psql</I> で見るにはどうしますか？
 </H4>
 <P>
@@ -842,6 +848,7 @@ PCハードウェアはほとんど互換性がありますので、ほとんどの人は、すべてのPCハードウ
 
 <P> <SMALL>DROP COLUMN</SMALL>機能が、<SMALL>ALTER TABLE DROP COLUMN</SMALL> としてリリース7.3
 に加えられました。それまでのバージョンでは、その代わりにこうします:
+</P>
 
 <PRE>
 	BEGIN;
@@ -855,6 +862,7 @@ PCハードウェアはほとんど互換性がありますので、ほとんどの人は、すべてのPCハードウ
 </PRE>
 
 <P>カラムのデータタイプは次の文で変えられます： 
+</P>
 
 <PRE>
     BEGIN;
@@ -865,12 +873,13 @@ PCハードウェアはほとんど互換性がありますので、ほとんどの人は、すべてのPCハードウ
 </PRE>
 
 <P>これを行なったときは、抹消された行が使っているディスク空間を回収するために<I>VACUUM FULL tab</I>をしたほうが良いかもしれません。
+</P>
 
-<P>
 <H4><A NAME="4.5">4.5</A>)	ロウ、テーブル、データベースの最大サイズは？
 </H4>
 
 <P> 制限は以下のとおりです。
+</P>
 <PRE>
 データベースの最大サイズ? 	制限無し (32 TB のデータベースも存在します)
 テーブルの最大サイズ?           32TB
@@ -882,22 +891,25 @@ PCハードウェアはほとんど互換性がありますので、ほとんどの人は、すべてのPCハードウ
 </PRE>
 
 <P> もちろん、これらは実際は無制限ではなく、ディスク容量とメモリーやスワップスペースの大きさにより制限されます。性能はこれらの値がことのほか大きな時に煽りを受けます。
+</P>
 
 <P> 最大テーブルサイズの32TBはオペレーティングシステムによる巨大ファイルのサポートは必要としません。巨大なテーブルは複数の1GBのファイルに分けて保存されますので、ファイルシステムの制限は重要ではありません。
+</P>
 
 <P> デフォルトのブロックサイズを32kにすることで、最大テーブルサイズと最大カラム数とを４倍にすることができます。
+</P>
 
 
-<P>
 <H4><A NAME="4.6">4.6</A>)	一般的なテキストファイルからデータを保存するには、データベースのディスク容量はどのくらい必要です？
 </H4>
-
-普通のテキストファイルを PostgreSQL のデータベースに保存するには、最大で約5倍のディスク容量を必要とします。<P>
+<P>
+普通のテキストファイルを PostgreSQL のデータベースに保存するには、最大で約5倍のディスク容量を必要とします。</P>
 
 <P> 例題として、各行に整数とテキスト記述を持つ 100,000行のファイルを考え
 てみましょう。テキストの文字列の平均長さを20バイトと仮定すると、フラット
 ファイルの大きさは約2.8MB です。このデータを含む PostgreSQL データベース
 ファイルの大きさは次のように約6.4MBと見積もることができます：
+</P>
 
 <PRE>
     32 bytes: 各ロウのヘッダ(概算)
@@ -921,26 +933,29 @@ PCハードウェアはほとんど互換性がありますので、ほとんどの人は、すべてのPCハードウ
 
 <P>
 インデックスは、これほどのオーバヘッドは要求しませんが、インデックス付けされるデータを含む以上、それなりに大きくなります。
+</P>
 <P><SMALL>NULL</SMALL>はビットマップとして保存されていて、それらがわずかにスペースを使います。
+</P>
 
-
-<P>
 <H4><A NAME="4.7">4.7</A>)	定義されたテーブル、インデックス、データベース、および、ユーザをどのようにして見つけ出しますか？
 </H4>
 
 <P> <I>psql</I> にはいろいろなバックスラッシュ・コマンドがあり、こうした情報を表示します。バックスラッシュ・コマンドの種類を見るには \? を使って下さい。また、<i>pg_</i> で始まるシステムテーブルにも記述されています。さらに、<i>psql -l</i> はすべてのデータベースをリスト表示します。
+</P>
 
 <P> また、<I>pgsql/src/tutorial/syscat.source</I> ファイルを走らせてみて下さい。それは、沢山の <SMALL>SELECT</SMALL> 文により必要な情報をデータベースのシステム・テーブルから取り出して例示してくれます。
+</P>
 
-<P>
 <H4><A NAME="4.8">4.8</A>)	問い合わせが遅いうえ、インデックスを使っている様子がありません。なぜですか？
 </H4>
 
+<P>
 インデックスは自動的にすべての問い合わせで使われるわけではありません。テー
 ブルが最小サイズより大きく、問い合わせでそのわずかなパーセンテージのロウを
 選択する時だけ、インデックスは使われます。これはインデックススキャンによ
 り起こされるランダムなディスクアクセスは、テーブルをストレートに読む順次
 走査よりも遅くなることがあるからです。
+</P>
 
     <P>インデックスを使うかを決定するために、PostgreSQL はテーブルについ
 ての統計情報を持たなければなりません。この統計情報は、<SMALL>VACUUM
@@ -953,10 +968,12 @@ ANALYZE</SMALL>または、単に <SMALL>ANALYZE</SMALL> を使って収集すること
     <P> インデックスは、通常 <SMALL>ORDER BY</SMALL> や結合を行な
 うためには使われません。順次スキャンに続く明示的ソートは、巨大なテーブル
 のインデックススキャンよりも普通は高速です。</P>
+<P>
     しかし、<SMALL>ORDER BY</SMALL>と組み合わされた<SMALL>LIMIT</SMALL> 
 は、テーブルの小さな部分を返すためにたびたびインデックスを使うでしょう。
 実際、MAX() や MIN() がインデックスを使わないとしても、このような値を
 ORDER BY と LIMIT を使ってインデックスを使って取り出すことが可能です:
+</P>
 
 <PRE>
     SELECT col
@@ -969,23 +986,23 @@ ORDER BY と LIMIT を使ってインデックスを使って取り出すことが可能です:
 
     <P> <SMALL>LIKE</SMALL> あるいは <I>~</I> のようなワイルドカード演算
 子は特別な環境でしか使えません：
+</P>
     <UL>
-    <LI>検索文字列が文字列の最初にききます。たとえば：</LI>
+    <LI>検索文字列が文字列の最初にききます。たとえば：
     <UL>
     <LI><SMALL>LIKE</SMALL> パターンが<I>%</I>で始まらない</LI>
     <LI><I>~</I> (正規表現) パターンは<I>^</I>で始まらなければならない</LI>
-    </UL>
+    </UL></LI>
     <LI>検索文字列を文字クラスから始めることはできません。たとえば、[a-e]。</LI>
     <LI><SMALL>ILIKE</SMALL> や <I>~*</I> のような大文字と小文字を区別し
 	ない検索は使えません。そのかわり、このFAQの<a href="#4.12">4.12</a>節で説明する関数のインデックスが使えます。</LI>
     <LI><i>initdb</i> においては、デフォルトで<I>C</I>ロケールが使われな
 くてはなりません。その理由は、Cロケール以外では次に大きな文字を知ること
-ができないからです。このような場合、<PRE>LIKE</PRE>インデクシングにだけ
-働くような、特別な<PRE>text_pattern_ops</PRE>インデックスを作成
+ができないからです。このような場合、<code>LIKE</code>インデクシングにだけ
+働くような、特別な<code>text_pattern_ops</code>インデックスを作成
 することもできます。
 </LI>
     </UL>
-    <P>
 
     <P>8.0より前のリリースでは、インデックスは、データ型がちょうどインデックスのカラムの型と一致しなければ、使えないことがしばしばありました。おそらく、int2, int8, および numeric 等のカラムのインデックスがそうです。</P>
 
@@ -994,84 +1011,84 @@ ORDER BY と LIMIT を使ってインデックスを使って取り出すことが可能です:
 ]
 
 
-<P>
 <H4><A NAME="4.9">4.9</A>)	問い合わせオブティマイザがどのように問い合わせを評価するのかを見るにはどうしますか？
 </H4>
 
 <P> オンラインマニュアルで <SMALL>EXPLAIN</SMALL> を見て下さい。
+</P>
 
-<P>
 <H3><A NAME="4.10">4.10</A>)	R-tree インデックスとは何ですか？</H3>
 
 <P> R-tree インデックスは空間的なデータにインデックスを付けるために使われます。ハッシュインデックスでは範囲の検索ができません。また、B-tree インデックスでは、１次元でしか範囲の検索ができません。R-tree インデックスであれば多次元のデータを扱えます。たとえば、もし R-tree インデックスを <I>point</I> 型の属性に付けることができるとするとシステムは、「長方形に囲まれた点をすべて選択する」というような問い合わせに、より効率良く答えられます。
+</P>
 
 <P> R-Tree の設計の原典となる権威ある論文は:
+</P>
 
 <P> Guttman, A. "R-Trees: A Dynamic Index Structure for Spatial Searching."
 Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of Data, 45-57.
+</P>
 
 <P> この論文は、Stonebraker 教授の "Readings in Database Systems"
 でも取り上げられています。
+</P>
 
-<P>
-<SMALL><PRE>
+<PRE>
     [訳注：
 	  奈良先端大の石川佳治さんよりR-Tree関係の文献を紹介して頂きました。
 	日本語 Postgres ML のアーカイブから "Subject: [postgres95 801] spatial data structures" 
 		<A HREF="http://www.sra.co.jp/people/t-ishii/PostgreSQL/mhonarc/pgsql-jp/1996Oct/msg00007.html">http://www.sra.co.jp/people/t-ishii/PostgreSQL/mhonarc/pgsql-jp/1996Oct/msg00007.html</A>
 	をご覧下さい。
     ]
-</PRE></SMALL>
+</PRE>
 
 <P> 組込みの R-Tree でポリゴンやボックスを操作できます。理論的にはR-Tree はもっと高い次元を操作するようにも拡張できます。実質的には、R-Tree の拡張にはちょっとした作業が必要でして、現在、我々はそれをどのようにするかについての文書を持っていません。
+</P>
 
-<P>
-<SMALL><PRE>
+<PRE>
     [訳注：
 	R-Tree インデックスはGiSTで開発されています。
 	<a href="http://www.sai.msu.su/~megera/postgres/gist/">http://www.sai.msu.su/~megera/postgres/gist/</a>
     ]
-</PRE></SMALL>
+</PRE>
 
 
-<P>
 <H4><A NAME="4.11">4.11</A>)	遺伝的問い合わせ最適化とは何ですか？
 </H4>
 
 <P> GEQO モジュールは、沢山のテーブルを結合するときに、遺伝的アルゴリズム(GA)で問合わせを高速化します。これにより、しらみつぶしに探索を行なわなくても、大きな結合(join queries)を扱うことができるようになります。
+</P>
 
-<P>
 <H4><A NAME="4.12">4.12</A>)	正規表現での検索や大文字と小文字とを区別しない正規表現検索はどのように実現しますか？大文字と小文字とを区別しない検索のためのインデックスはどのように使いますか？
 </H4>
 
 <P>
 <I>~</I>演算子は正規表現照合を行ない、<I>~*</I> は大文字と小文字を区別しない(case-insensitive)正規表現照合を行います。 大文字と小文字を区別しない <SMALL>LIKE</SMALL> 演算子を <SMALL>ILIKE</SMALL> といいます。
-
+</P>
 
 <P>大文字と小文字を区別しない等値比較は次のように表現できる：
+</P>
    
 <PRE>
     SELECT *
     FROM tab
     WHERE lower(col) = 'abc';
 </PRE>
-
+<P>
 標準インデックスでは使われず、しかしながら、もし関数インデックスを
 作ったならそれが使われるでしょう。
-
+</P>
    <PRE>
    CREATE INDEX tabindex ON tab (lower(col));
    </PRE>
 
 
-<P>
 <H4><A NAME="4.13">4.13</A>)	問い合わせの中で、フィールドが <SMALL>NULL</SMALL> であることを検出するにはどうしますか？
 </H4>
 
     <P>カラムを <SMALL>IS NULL</SMALL> と <SMALL>IS NOT NULL</SMALL>
 とで試してみます。</P>
 
-<P>
 <H4><A NAME="4.14">4.14</A>)	様々な文字型のそれぞれの違いは何ですか？
 </H4>
 
@@ -1086,17 +1103,18 @@ BYTEA           bytea           可変長のバイト配列(null-byte safe)
 </PRE>
 
 <P> 内部名にお目にかかるのは、システム・カタログを調べるときや、エラーメッセージを受け取るときです。
-
+</P>
 
 <P> 上記の型のうち最初の４つの型は "varlena" 型です(すなわち、ディスクの最初の４バイトがデータ長で、それの後に実際のデータが続きます)。このように実際の空間は宣言された大きさよりも少し大きくなります。しかし、これらのデータ型は<SMALL>TOAST</SMALL>により圧縮されたり複数ロウに渡って保存されたりして、ディスク上の空間は思ったより小さくなります。
+</P>
 
 <P><SMALL>VARCHAR(n)</SMALL> は可変長の文字列を保存するのに最適ですが、保存できる文字列の長さに制限があります。<SMALL>TEXT</SMALL> は長さに制限の無い文字列の保存のためのもので、最大で 1ギガバイトです。 <SMALL>CHAR(n)</SMALL>は、<SMALL>VARCHAR(n)</SMALL>が与えられた文字だけを保存するのに対し、ブランクを詰め込んでいつも同じ長さで文字列を保存するのに最適です。<SMALL>BYTEA</SMALL>は、部分的に<SMALL>NULL</SMALL> のバイトを含むバイナリデータを保存するためのものです。これらのタイプは同じくらいの性能特性をもちます。</P>
 
-<P>
 <H4><A NAME="4.15.1">4.15.1</A>)	通番(serial)／自動増分フィールドはどのようにつくりますか？
 </H4>
 
 <P> PostgreSQL は <SMALL>SERIAL</SMALL> データ型をサポートします。カラム上にシーケンスを自動作成します。たとえば、
+</P>
 
 <PRE>
 	CREATE TABLE person ( 
@@ -1104,7 +1122,9 @@ BYTEA           bytea           可変長のバイト配列(null-byte safe)
 		name TEXT 
 	);
 </PRE>
+<P>
 は自動的に次のように翻訳されます:
+</P>
 <PRE>
 	CREATE SEQUENCE person_id_seq;
 	CREATE TABLE person ( 
@@ -1117,38 +1137,43 @@ BYTEA           bytea           可変長のバイト配列(null-byte safe)
 	は、 7.3 からは自動的には行なわれなくなりました。
     ]
 </PRE>
-
+<P>
 通番についてのもっと詳しい情報は、オンラインマニュアルで <I>create_sequence</I> をご覧下さい。
+</P>
 <P> また、各ロウの<I>OID</I>フィールドを一意値として使うこともできます。しかしながら、もしもデータベースをダンプしてリロードする必要がある場合は、<SMALL>OID</SMALL>を温存するために<I>pg_dump</I> で <I>-o</I>オプションを使うか、または、<SMALL>COPY WITH OIDS</small>オプションを使う必要があります。
-
+</P>
 
 <H4><A NAME="4.15.2">4.15.2</A>)	<SMALL>SERIAL</SMALL>データ型に挿入される値は、どうすれば得られますか？
 </H4>
     <P>ひとつの方法は、<I>nextval()</I> 関数を使ってその値を挿入する<I>前(before)に</I> SEQUENCE オブジェクトから次の <SMALL>SERIAL</SMALL> 値を取り出し、それから実際に挿入をすることです。<A HREF="#4.15.1">4.15.1</A> のテーブルの例を使うとすると、疑似言語ではこのようになります。
+</P>
 
 <PRE>
 	new_id = execute("SELECT nextval('person_id_seq')");
 	execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')");
 </PRE>
 
+<P>
 そうして、<tt>new_id</tt> に保存した新しい値を他の問い合わせに(たとえば、<tt>person</tt> テーブルに対する外部キー(foreign key)のように)使うとよいでしょう。自動的に作られた<SMALL>SEQUENCE</SMALL>オブジェクトの名前は、&lt;<I>table</I>&gt;_&lt;<I>serialcolumn</I>&gt;_<I>seq</I> のようになり、このうち、<I>table</I> と <I>serialcolumn</I> はそれぞれテーブルの名前と<SMALL>SERIAL</SMALL>カラムの名前です。
+</P>
 <P>
-
 あるいは、与えられた<SMALL>SERIAL</SMALL>値を、それが既定値として挿入された<I>後で(after)</I>、 <I>currval()</I> 関数を使って取り出すこともできます。たとえば、
+</P>
 
 <PRE>
 	execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
 	new_id = execute("SELECT currval('person_id_seq')");
 </PRE>
 
+<P>
 最後に、<SMALL>INSERT</SMALL>文から返る<A HREF="#4.17"><SMALL>OID</SMALL></A>を使って、既定値をみつけることもできますが、しかし、oidの値は40億に達するともとに戻ってしまい、最も移植性の低いやり方となるでしょう。Perl DBI の DBD::Pg モジュールを使えば、$sth-&gt;execute() の後に $sth-&gt{pg_oid_status} を経由してその OID 値を使えるようにすることはできます。
+</P>
 
-<P> 
 <H4><A NAME="4.15.3">4.15.3</A>)	<I>currval()</I> は他のユーザとの競合状態に陥ることはないですか？
 </H4>
 
     <P>それはありません。<I>currval()</I> は、すべてのユーザではありませんが、あなたのバックエンドに与えられた現在の値を返します。
-
+</P>
 
 <H4><A name="4.15.4">4.15.4</A>) トランザクションが中断したときにもういちどシーケンス番号が使われないのはなぜですか？シーケンス／SERIALカラムに空きがあるのはなぜですか？
 </H4>
@@ -1156,17 +1181,18 @@ BYTEA           bytea           可変長のバイト配列(null-byte safe)
     <P>同時性を改善するために、実行中のトランザクションに、必要でトランザクションが終了するまでロックされないシーケンス値を与えています。このためトランザクションが中断されると番号割り当てにギャップを生じます。
 </P>
 
-<P> 
 <H4><A NAME="4.16">4.16</A>)	<SMALL>OID</SMALL> とは何ですか？ <SMALL>TID</SMALL> とは何ですか？
 </H4>
 
 <P> <SMALL>OID</SMALL> とは一意のロウID に対する PostgreSQL の答えです。PostgreSQL の中でつくられるすべてのロウは一意の <SMALL>OID</SMALL> を得ます。<I>initdb</I> で発生される <SMALL>OID</SMALL> はすべて 16384 (<I>include/access/transam.h</I> から)より小さな値です。<I>initdb</I> 後のすべての <SMALL>OID</SMALL> (ユーザ作成)はそれ以上の値になります。
 既定では、これらすべての <SMALL>OID</SMALL>は一つのデーブルやデータベース内に留まらず、PostgreSQL インストレーション全体の中で一意です。
+</P>
 
 <P> PostgreSQL はテーブル間のロウを結びつけるために、そのシステムテーブル内に <SMALL>OID</SMALL> を使います。この <SMALL>OID</SMALL> は特定のユーザのロウを識別するためや結合の中で使われることができます。<SMALL>OID</SMALL> の値を保存するためには <I>OID</I> 型をカラムに使うことを奨めます。より速くアクセスするために <I>OID</I> フィールドにインデックスを作ることができます。
 
   O<SMALL>ID</SMALL> は、全てのデータベースで使われる中央領域から、全ての新しいロウに割り当てられます。<SMALL>OID</SMALL> を他の何かに変えたい、あるいは元の <SMALL>OID</SMALL> もテーブルと一緒にコピーしたいのなら、できなくはありません。
 
+</P>
 
 <PRE>
         CREATE TABLE new_table(mycol int);
@@ -1177,36 +1203,38 @@ BYTEA           bytea           可変長のバイト配列(null-byte safe)
 </PRE>
 
 <P> O<SMALL>ID</SMALL> は、4バイトの整数として保存されているので、40億を越えると溢れてしまうでしょう。誰もこれが起きたと報告してくる人はいませんでしたが、そうなる前にこの制限を取り除くことを計画しています。
+</P>
 
 <P> T<SMALL>ID</SMALL> は特定の物理ロウをそのブロックとオフセット値で識別するために使われます。<SMALL>TID</SMALL> はロウが修正されたり再ロードされると変わります。それらの <SMALL>TID</SMALL> は、物理ロウを指すためにインデックス記載で使われます。
+</P>
 
-<P>
 <H4><A NAME="4.17">4.17</A>)	PostgreSQL で使われるいくつかの用語の意味は何ですか？
 </H4>
 
 <P> いくつかのソースコードや古い文書の中には、それぞの専門分野の中でもっと一般的に使われる専門用語が使われています。
+</P>
 
 <UL>
-<LI> テーブル(table)、関係(relation)、クラス(class)
-<LI> ロウ(row)、レコード(record)、タップル(tuple)
-<LI> カラム(column)、フィールド(field)、属性(attribute)
-<LI> 取得(retrieve)、選択(select)
-<LI> 置換(replace)、更新(update)
-<LI> 追加(append)、挿入(insert)
-<LI> <SMALL>OID</SMALL>, 連番(serial value)
-<LI> ポータル(portal), カーソル(cursor)
-<LI> 領域変数(range variable)、テーブル名(table name)、テーブル別名(table alias)
+<LI> テーブル(table)、関係(relation)、クラス(class)</LI>
+<LI> ロウ(row)、レコード(record)、タップル(tuple)</LI>
+<LI> カラム(column)、フィールド(field)、属性(attribute)</LI>
+<LI> 取得(retrieve)、選択(select)</LI>
+<LI> 置換(replace)、更新(update)</LI>
+<LI> 追加(append)、挿入(insert)</LI>
+<LI> <SMALL>OID</SMALL>, 連番(serial value)</LI>
+<LI> ポータル(portal), カーソル(cursor)</LI>
+<LI> 領域変数(range variable)、テーブル名(table name)、テーブル別名(table alias)</LI>
 </UL>
 <P>一般的なデータベース用語のリストは：<a
 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</A>
 で見つけられます。</P>
 
-<P>
 <H4><A NAME="4.18">4.18</A>) エラーメッセージ <I>"ERROR: Memory exhausted in AllocSetAlloc()"</I>が出るのはなぜですか？
 </H4>
 <P>
 おそらく、システムの仮想メモリーを全て使い果たしてしまっている可能性があるか、カーネルがあるリソースについてもつ制限値が低すぎる可能性があります。
 <I>postmaster</I> を始動する前にこれを試してみて下さい：
+</P>
 
 <PRE>
 	ulimit -d 262144
@@ -1215,34 +1243,34 @@ href="http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glo
 
 <P> 
 シェルによって、どちらかひとつが成功するでしょうが、これはプロセスのデータセグメント制限をより高く設定し、たぶん問い合わせが完結するようになるでしょう。このコマンドは現行のプロセスと、このコマンドを走らせた後に作られる全てのサブプロセスについて適用されます。バックエンドがとても多くのデータを返すために<SMALL>SQL</SMALL> クライアントで問題が続いているのであれば、クライアントを開始する前にこれを試してみてください。
+</P>
 
-<P>
 <H4><A NAME="4.19">4.19</A>) どのバージョンの PostgreSQL を走らせているかを調べるにはどうしますか？<BR>
 </H4>
 <P>
 <I>psql</I> から <CODE>SELECT version();</CODE> をタイプします。
-<P>
-
+</P>
 
 <H4><A NAME="4.20">4.20</A>)	ラージ・オブジェクトの操作で<I>invalid large obj descriptor</I> を受け取りました。なぜでしょうか？
 </H4>
 
 <P>ラージ・オブジェクト操作をするときは、前後に<tt>BEGIN WORK</tt>と<tt>COMMIT</tt>を付ける必要があります。すなわち、<tt>lo_open</tt> ... <tt>lo_close</tt>をはさみ込みます。
+</P>
 
 <P>現在は、PostgreSQLのトランザクションのコミット時にラージ・オブジェクト・ハンドルを閉じることにより、<I>lo_open</I>コマンドが完了した直後に強制的にルールを実行します。このため、最初にハンドルに対して何かをしようとすると、<I>invalid large obj descriptor(ラージ・オブジェクトの記述子が不正)</I>となります。それで、もし、トランザクションを使うのを忘れると、（少なくともほとんどの時間）働いていたコードがエラーメッセージを出すのです。
+</P>
 
 <P>もし、<SMALL>ODBC</SMALL>のようなクライアントインターフェイスをお使いなら、<tt>auto-commit off</tt>を設定する必要があるかもしれません。
-<P>
+</P>
 
 
 <H4><A NAME="4.21">4.21</A>) 現在の時刻がデフォルトとなるようなカラムはどのようにつくりますか？<BR></H4>
 
 <P><i>CURRENT_TIMESTAMP</i>を使います:
+</P>
 <PRE>
 	CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
 </PRE>
-<P>
-
 
 <H4><A NAME="4.22">4.22</A>)	なぜ、<SMALL>IN</SMALL>を使う副問い合わせがとても遅いのですか？
 </H4>
@@ -1256,14 +1284,18 @@ href="http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glo
 	FROM tab
 	WHERE col IN (SELECT subcol FROM subtab)
 </PRE>
+<P>
 を、置き換えて：
+</P>
 <PRE>
 	SELECT *
 	FROM tab
 	WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col)
 </PRE>
+<P>
 とします。
 これが手っ取り早いですが、<CODE>subcol</CODE>は索引付きカラムであるべきです。
+</P>
 <P>バージョン7.4以降では、<CODE>IN</CODE>は、通常の問い合わせと同様の洗練されたジョインの技術を実際に使い、<CODE>EXISTS</CODE>を使うことを好みます。
 </P>
 
@@ -1272,22 +1304,26 @@ href="http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glo
 <H4><A NAME="4.23">4.23</A>) <i>外部</i>結合(<i>outer</i> join)はどのように実現しますか?<BR></H4>
 <P>
 PostgreSQL は SQL 標準構文を使う外部結合(アウタージョイン)をサポートします。ここに 2つの例題があります。
+</P>
 
 <PRE>
 	SELECT *
 	FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
 </PRE>
+<P>
 あるいは
+</P>
 <PRE>
 	SELECT *
 	FROM t1 LEFT OUTER JOIN t2 USING (col);
 </PRE>
-
+<P>
 これらの象徴的な問い合わせでは t1.col を t2.col と結合して、t1 の結合されなかったロウ(t2 と一致しなかったロウ)も返しています。<SMALL>RIGHT</SMALL> 結合は t2 の結合されなかったロウを加えるでしょう。<SMALL>FULL</SMALL> 結合は、一致したロウに t1 と t2 からは結合されなかったロウを返すでしょう。<SMALL>OUTER</SMALL> という言葉はオプションで <SMALL>LEFT</SMALL>, <SMALL>RIGHT</SMALL>, または <SMALL>FULL</SMALL> などの結合を仮定されています。通常、結合は<SMALL>INNER</SMALL>結合と呼ばれます。
-
+</P>
+<P>
 以前のリリースでは外部結合(outer join)を<SMALL>UNION</SMALL> と <SMALL>NOT IN</SMALL> を使ってシミュレートできます。
 たとえば、<i>tab1</i> と <i>tab2</i> を結合するときは、次の問い合わせで二つのテーブルを<i>外部</i>結合します。
-
+</P>
 <PRE>
 	SELECT tab1.col1, tab2.col2
 	FROM tab1, tab2
@@ -1299,23 +1335,20 @@ PostgreSQL は SQL 標準構文を使う外部結合(アウタージョイン)をサポートします。ここ
 	ORDER BY col1
 </PRE>
 
-<P>
 <H4><A NAME="4.24">4.24</A>)  複数のデータベースを使う問い合わせはどのようにすればできますか？<BR></H4>
 
 <P>
 現行のデータベース以外への問い合わせ方法はありません。というのもPostgreSQLがデータベース仕様のシステムカタログを読み込むためで、そこには、たとえそのふりをするだけにしろ、データベースを越えて問い合わせをするすべがありません。
-<P>
+</P><P>
 <I>contrib/dblink</I> はデータベース間(cross-database)の問い合わせを関数呼出しにより許します。もちろん、クライアントは同時に接続を別のデータベースへも張らなくてはならず、結果をクライアント側でマージしなくてはなりません。</P>
 
 
-<P>
 <H4><A NAME="4.25">4.25</A>) 関数で複数のロウまたはカラムを返すにはどうしますか？<BR></H4>
 
 <P>7.3では関数から、複数のロウや複数カラムを簡単に返せます。
 <a href="http://techdocs.postgresql.org/guides/SetReturningFunctions">http://techdocs.postgresql.org/guides/SetReturningFunctions</a>。
+</P>
 
-
-<P>
 <H4><A name="4.26">4.26</A>)なぜ、PL/PgSQL 関数の中から一時テーブルを確実に create/drop することができないのでしょうか？</H4>
 <P>
 PL/PgSQL は関数の内容をキャッシュし、その不幸な副作用のため、もし PL/PgSQL 関数が一時テーブルにアクセスすると、そのテーブルはあとでドロップされ再作成されますが、関数が再び呼び出されると、キャッシュされているその関数の内容はまだ古い一時テーブルを依然として指しているからです。解決策は、 PL/PgSQL の中で <SMALL>EXECUTE</SMALL> を一時テーブルアクセスのために使うことです。これで、毎回問い合わせをパースし直すことになるでしょう。</P>
@@ -1336,7 +1369,6 @@ PL/PgSQL は関数の内容をキャッシュし、その不幸な副作用のため、もし PL/PgSQL 関数�
 </UL>
 
 
-<P>
 <pre>
 [訳注
    レプリケーション関連の項目がなくなりましたが、訳注のみ残してあります。
@@ -1355,41 +1387,37 @@ PL/PgSQL は関数の内容をキャッシュし、その不幸な副作用のため、もし PL/PgSQL 関数�
 	http://www.postgresql.jp/wg/dt/index.html
 ]
 </pre>
-<P>
 
 
-<P>
 <HR>
 <H2 align="center">PostgreSQLの拡張についての質問</H2>
-<P>
 
 <H4><A NAME="5.1">5.1</A>)	自分で書いたユーザ定義関数を psql の中で実行するとコア・ダンプしてしまうのはなぜですか？
 </H4>
 
 <P> 問題は色々と考えられますが、まず最初に、作成したユーザ定義関数を単独のテストプログラムにして試してみて下さい。
+</P>
 
-
-<P>
 <H4><A NAME="5.2">5.2</A>)	PostgreSQL 用に書いたちょっと素敵な新しい型や関数を提供してプロジェクトに貢献したいのですが？
 </H4>
 
 <P> 皆さんの行なった拡張を、<I>pgsql-hackers</I> メーリング・リストに送ってください。そして、ゆくゆくはそうした拡張が <I>contrib/</I> サブディレクトリの中に入ることになるでしょう。
+</P>
 
-<P>
 <H4><A NAME="5.3">5.3</A>)	タプルを返す C言語の関数はどのように書きますか？
 </H4>
 
 <P>バージョン7.3以降のPostgreSQLでは、テーブルを返す関数を C, PL/PgSQL、そして SQL にて完全にサポートします。詳しくはプログラマガイドの情報を見てください。Cで定義された表を返す関数の例題が<I>contrib/tablefunc</I>の中にあります。
+</P>
 
-
-<P><H4><A NAME="5.4">5.4</A>)	ソース・ファイルを変更しました。再コンパイルしても変化が見られないのはなぜですか？
+<H4><A NAME="5.4">5.4</A>)	ソース・ファイルを変更しました。再コンパイルしても変化が見られないのはなぜですか？
 </H4>
 
 <P> いくつかの <I>Makefile</I> がインクルード・ファイルに対して適切な依存関係を持っていません。<I>make clean</I> をしてからもう一度 <I>make</I> を行なわなくてはなりません。もし、<SMALL>GCC</SMALL> をお使いであれば <i>configure</i> の <i>--enable-depend</i> オプションを使って、コンパイラに依存関係を自動的に調べさせることもできます。
+</P>
 
-<P>
 <HR>
-<SMALL><PRE>
+<PRE>
 [訳注：
   日本語版の製作については以下の通りです。
 
@@ -1426,7 +1454,6 @@ PL/PgSQL は関数の内容をキャッシュし、その不幸な副作用のため、もし PL/PgSQL 関数�
 
   なお、この和訳に関するご意見は(<A HREF="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp</A>)までお寄せ下さい。
 ]
-</PRE></SMALL>
-</P>
+</PRE>
 </BODY>
 </HTML>
author	Bruce Momjian <bruce@momjian.us>	2005-03-11 21:47:44 +0000
committer	Bruce Momjian <bruce@momjian.us>	2005-03-11 21:47:44 +0000
commit	2e964aee757c1000590fc38c411ebdfbd66d37fe (patch)
tree	ec9c3beae2746463cc0c6a2de885113ad157299a /doc/src/FAQ/FAQ_japanese.html
parent	30854a53fefef7ac04e2fb4f047e33baaaa025b4 (diff)
download	postgresql-2e964aee757c1000590fc38c411ebdfbd66d37fe.tar.gz postgresql-2e964aee757c1000590fc38c411ebdfbd66d37fe.zip