summaryrefslogtreecommitdiff
path: root/doc/FAQ_japanese
diff options
context:
space:
mode:
Diffstat (limited to 'doc/FAQ_japanese')
-rw-r--r--doc/FAQ_japanese52
1 files changed, 26 insertions, 26 deletions
diff --git a/doc/FAQ_japanese b/doc/FAQ_japanese
index 166032fc925..4f7aa3e5b80 100644
--- a/doc/FAQ_japanese
+++ b/doc/FAQ_japanese
@@ -1,6 +1,6 @@
PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ)
-原文最終更新日: Wed Sep 28 07:45:42 EDT 2005
+原文最終更新日: Fri Nov 4 20:35:04 EST 2005
現在の維持管理者: Bruce Momjian (pgman at candle.pha.pa.us)
Maintainer of Japanese Translation: Jun Kuwamura (juk at PostgreSQL.jp)
@@ -15,7 +15,7 @@ Maintainer of Japanese Translation: Jun Kuwamura (juk at PostgreSQL.jp)
[訳注:
日本語版の製作については、この文書の最後をごらんください。
- 2005年10月05日 桑村 潤
+ 2005年11月17日 桑村 潤
]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
@@ -186,7 +186,7 @@ PostgreSQL を走らせることができます。
pgInstaller の入手はFTPミラーサイトの win32 ディレクトリからも可能です。
http://www.postgresql.org/mirrors-ftp.html
- 詳しくは、次の Windwos版に関するFAQの和訳をごらんください。
+ 詳しくは、次の Windows版に関するFAQの和訳をごらんください。
http://www.postgresql.jp/wg/jpugdoc/FAQ_windows.ja.html
]
@@ -246,7 +246,7 @@ PostgreSQL を探してみてください。
1.7) 最新版はどれですか
-PostgreSQL の最新版はバージョン 8.0.4 です。
+PostgreSQL の最新版はバージョン 8.1 です。
我々は、1年毎にメジャーリリースを行ない、数ヵ月ごとのマイナーリリースを計画して
います。
@@ -479,6 +479,13 @@ Web への拡張のためには、PHP(http://www.php.net/) が卓越したインターフェースとな
www.powerpostgresql.com/PerfList/ に述べられています。
+ [訳注:
+ JPUG理事長の片岡裕生氏による、「今すぐできるPostgreSQLチューニング」
+ というコーナーが ThinkIT サイトにあり、参考になります。
+ http://www.thinkit.co.jp/free/tech/10/1/1.html
+ ]
+
+
3.4) どのようなデバグ機能が使えますか?
サーバ構成変数には多くの log_* があり、クエリとプロセスの統計を出力することがで
@@ -638,11 +645,11 @@ NULLはビットマップとして保存されていて、それらがわずかにスペースを使います。
す。
インデックスを使うかを決定するために、PostgreSQL はテーブルについての統計情報を
-持たなければなりません。この統計情報は、 VACUUMANALYZEまたは、単に ANALYZE を使
-って収集することができます。統計情報を使ってオプティマイザはテーブルの中にある
-ロウ数を知り、インデックスを使うべきかの決定をより正しくできます。統計情報は最
-適な結合順や結合方法を決める上でも貴重なものもあります。統計情報の収集は、テー
-ブルの内容がかわると毎に繰返しなされるべきです。
+持たなければなりません。この統計情報は、 VACUUM ANALYZEまたは、単に ANALYZE を
+使って収集することができます。統計情報を使ってオプティマイザはテーブルの中にあ
+るロウ数を知り、インデックスを使うべきかの決定をより正しくできます。統計情報は
+最適な結合順や結合方法を決める上でも貴重なものもあります。統計情報の収集は、テ
+ーブルの内容がかわると毎に繰返しなされるべきです。
インデックスは、通常 ORDER BY や結合を行なうためには使われません。順次スキャン
に続く明示的ソートは、巨大なテーブルのインデックススキャンよりも普通は高速です
@@ -659,7 +666,7 @@ NULLはビットマップとして保存されていて、それらがわずかにスペースを使います。
LIMIT 1;
もし、オプティマイザが間違ってシーケンシャルスキャンを選択したことに疑いがなけ
-れば、SET enable_seqscan TO 'off'に設定して、クエリをもう一度実行視、インデック
+れば、SET enable_seqscan TO 'off'に設定して、クエリをもう一度実行し、インデック
ススキャンがまちがいなく速くなっているかどうかをみてください。
LIKE あるいは ~ のようなワイルドカード演算子は特別な環境でしか使えません:
@@ -909,34 +916,27 @@ PL/PgSQL は関数スクリプトをキャッシュし、不幸にもその副作用で、 PL/PgSQL関数が
マスタ/スレーブのレプリケーションは、読み/書きのクエリを受け取るシングルマス
タが可能で、スレーブでは読み/SELECTの問い合わせだけを受け付けることができます
-。最も人気がある、フリーで利用できる、マスタ−スレーブのPosrgreSQLレプリケーシ
+。最も人気がある、フリーで利用できる、マスタ−スレーブのPostgreSQLレプリケーシ
ョンソリューションは、 Slony-I です。
マルチ−マスタのレプリケーションは、読み/書きのクエリを受けとり、複数のレプリ
ケートさせるコンピュータに送ることができます。この機能は、サーバ間の変更の同期
が必要なため、性能に重大な衝撃を与えます。 Pgcluster は、このようなソリューショ
-ンとしてPosrgreSQLのためにフリーで利用できるものとして、最も人気があります。
+ンとしてPostgreSQLのためにフリーで利用できるものとして、最も人気があります。
この他にも、商用やハードウェア−ベースのレプリケーションソリューションがいろい
ろなレプリケーションモデルをサポートしています。
4.21)テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか?
-The most common cause is the use of double-quotes around table or + column
-names during table creation. When double-quotes are used, + table and column
-names (called identifiers) are stored case-sensitive, meaning you must use +
-double-quotes when referencing the names in a query. Some interfaces, + like
-pgAdmin, automatically double-quote identifiers during table + creation. So,
-for identifiers to be recognized, you must either: もっとも一般的な原因は、テー
-ブルを作成する際に、テーブルやカラムを囲う二重引用符の使用です。二重引用符を使
-うと、テーブルとカラムの名前(識別子と呼びます)は大文字と小文字の区別をして格
-納されす。したがって、pgAdminのようにテーブル作成のときに自動的に二重引用符を使
-うものはクエリの中でそれらの名前を使うときに二重引用符を付けなくてはならないこ
-とを意味します。このため、識別子を認識させるためには以下のいずれかを心がけます
-。
+もっとも一般的な原因は、テーブルを作成する際に、テーブルやカラムを囲う二重引用
+符の使用です。二重引用符を使うと、テーブルとカラムの名前(識別子と呼びます)は
+大文字と小文字の区別をして格納されす。したがって、pgAdminのようにテーブル作成の
+ときに自動的に二重引用符を使うものはクエリの中でそれらの名前を使うときに二重引
+用符を付けなくてはならないことを意味します。このため、識別子を認識させるために
+は以下のいずれかを心がけます。
・ テーブルを作成するときに二重引用符で識別子を囲うことを避ける
- ・ Use only lowercase characters in identifiers
・ 識別子には小文字だけを使う
・ クエリの中で参照するときは二重引用譜で識別子を囲う
@@ -945,7 +945,7 @@ for identifiers to be recognized, you must either: もっとも一般的な原因は、テー
[訳注:
日本語版の製作については以下の通りです。
- 最終更新日: 2005年10月05日
+ 最終更新日: 2005年11月17日
翻訳者: 桑村 潤 (Jun Kuwamura <juk at PostgreSQL.jp>)
このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):