From 42013caf648ad4bd64b130efda760cdb1620e953 Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Thu, 25 Sep 2003 02:27:54 +0000 Subject: Update Japanese FAQ, from Jun Kuwamura --- doc/src/FAQ/FAQ_japanese.html | 44 ++++++++++++++++++++++++------------------- 1 file changed, 25 insertions(+), 19 deletions(-) (limited to 'doc/src') diff --git a/doc/src/FAQ/FAQ_japanese.html b/doc/src/FAQ/FAQ_japanese.html index 34e4325da19..55cc2f49f1d 100644 --- a/doc/src/FAQ/FAQ_japanese.html +++ b/doc/src/FAQ/FAQ_japanese.html @@ -8,7 +8,7 @@

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

-原文最終更新日: Mon May 30 22:24:56 EST 2003

+原文最終更新日: Tue Sep 9 18:42:51 EDT 2003

現在の維持管理者: Bruce Momjian (pgman@candle.pha.pa.us)
@@ -42,7 +42,7 @@ http://www.PostgreSQL.org/docs/faqs/FAQ.html この和訳についてお気づきの点は(juk at PostgreSQL.jp)までメールでお寄せ下さい。 - 2003年06月30日 桑村 潤 + 2003年09月20日 桑村 潤 ] @@ -234,7 +234,10 @@ MODIFICATIONS.

サーバ

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

-

MS Win NT/2000/XP ネイティブ版への移植が現在進行中です。もっと詳しいWindows版PostgreSQLの近況は、http://techdocs.postgresql.org/guides/Windowsを見てください。 +

MS Win NT/2000/XP ネイティブ版への移植が現在進行中です。もっと詳しいWindows版PostgreSQLの近況は、http://techdocs.postgresql.org/guides/Windowsと + +http://momjian.postgresql.org/main/writings/pgsql/win32.html +を見てください。


@@ -343,7 +346,7 @@ UNIX -

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

+

商用サポート会社のリストはhttp://techdocs.postgresql.org/companies.phpにあります。

     [訳注:
@@ -356,9 +359,9 @@ UNIX 
 
 
1.7)	最新版はどれですか

 

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

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

 

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

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

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

@@ -388,7 +391,7 @@ PostgreSQL 
 です。
   
     購入可能な書籍の目録は、http://www.jp.PostgreSQL.org/books/
+    "http://techdocs.postgresql.org/techdocs/bookreviews.php">http://techdocs.PostgreSQL.org/techdocs/bookreviews.php
     にあります。
 
     PostgreSQL 技術情報記事も、https://store.pgsql.com/shopping/
 

 
 
さらに、もし、PostgreSQLでの成功例をお持ちであれば、ぜひ、われわれの事例サイト http://advocacy.postgresql.orgへお送りください。
+

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

 

@@ -690,7 +694,9 @@ href="http://www.PostgreSQL.org/interfaces.html">http://www.PostgreSQL.org/inter
 
 
 
 カーネルが共有メモリーを持つ設定になっていなかったか、でなければ、カーネルに対して使える共有メモリーの大きさを大きく設定する必要があります。具体的な大きさは、使っているアーキテクチャとpostmaster を走らせるときに設定するバッファの数とバックエンドプロセスに依存します。ほとんどのシステムでは、既定値のバッファサイズのままで、少なくとも約1MBが必要です。
-PostgreSQL Administrator's Gideに共有メモリーとセマフォについての情報の詳細がありますのでご覧ください。

+PostgreSQL Administrator's Gide
+に共有メモリーとセマフォについての情報の詳細がありますのでご覧ください。

 
 
 

@@ -868,7 +874,7 @@ PostgreSQL
     BEGIN;
     ALTER TABLE tab ADD COLUMN new_col new_data_type;
     UPDATE tab SET new_col = CAST(old_col AS new_data_type);
-    ALTER TABLE DROP COLUMN old_col;
+    ALTER TABLE DROP tab COLUMN old_col;
     COMMIT;
@@ -881,7 +887,7 @@ PostgreSQL

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

 データベースの最大サイズ? 	制限無し (4 TB のデータベースも存在します)
-テーブルの最大サイズ?           16TB
+テーブルの最大サイズ?           32TB
 ロウの最大サイズ?               1.6TB
 フィールドの最大サイズ?         1GB
 テーブル内での最大ロウ数?       制限無し
@@ -891,9 +897,9 @@ PostgreSQL
 
 
 もちろん、これらは実際は無制限ではなく、ディスク容量とメモリーやスワップスペースの大きさにより制限されます。性能はこれらの値がことのほか大きな時に煽りを受けます。
 
-
 最大テーブルサイズの16TBはオペレーティングシステムによる巨大ファイルのサポートは必要としません。巨大なテーブルは複数の1GBのファイルに分けて保存されますので、ファイルシステムの制限は重要ではありません。
+
 最大テーブルサイズの32TBはオペレーティングシステムによる巨大ファイルのサポートは必要としません。巨大なテーブルは複数の1GBのファイルに分けて保存されますので、ファイルシステムの制限は重要ではありません。
 
-
 デフォルトのブロックサイズを32kにすると最大テーブルサイズと最大カラム数とが増加します。
+
 デフォルトのブロックサイズを32kにすることで、最大テーブルサイズと最大カラム数とが４倍させることができます。
 
 
 

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

4.15.3) 他のユーザとの競合状態を避けるためには、currval() と nextval() は使わないほうがよいのでしょうか？ @@ -1357,15 +1363,15 @@ http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php

4.28) どのような暗号化オプションを利用できますか?

@@ -1405,7 +1411,7 @@ http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php [訳注： 日本語版の製作については以下の通りです。 - 最終更新日: 2003年06月30日 + 最終更新日: 2003年09月20日 翻訳者: 桑村 潤 (Jun Kuwamura <juk at PostgreSQL.jp>) このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます): -- cgit v1.2.3