Update Japanese FAQ, backpatched to 8.1.X.

This commit is contained in:
Bruce Momjian 2006-03-01 20:31:29 +00:00
parent 0d9742f99a
commit 0cb0ec9ed9
2 changed files with 10 additions and 26 deletions

View File

@ -1,6 +1,6 @@
PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ)
原文最終更新日: Thu Dec 8 17:26:16 EST 2005
原文最終更新日: Fri Feb 24 23:28:40 EST 2006
現在の維持管理者: Bruce Momjian (pgman at candle.pha.pa.us)
Maintainer of Japanese Translation: Jun Kuwamura (juk at PostgreSQL.jp)
@ -221,7 +221,7 @@ ftp://ftp.PostgreSQL.org/pub/
1.6) 最新版はどれですか?
PostgreSQL の最新版はバージョン 8.1.1 です。
PostgreSQL の最新版はバージョン 8.1.3 です。
我々は、1年毎にメジャーリリースを、数ヵ月ごとのマイナーリリースを行なうことを計
画しています。
@ -621,7 +621,7 @@ VACUUM FULL tab
例題として、各行に整数とテキスト記述を持つ 100,000行のファイルを考えてみましょ
う。テキストの文字列の平均長さを20バイトと仮定すると、フラットファイルの大きさ
は約2.8MB です。このデータを含む PostgreSQL データベースファイルの大きさは次の
ように約6.4MBと見積もることができます
ように約5.6MBと見積もることができます
28 bytes: 各ロウのヘッダ(概算)
24 bytes: 整数(int)フィールドとテキスト(text)フィールド
@ -666,14 +666,7 @@ NULL
しかし、ORDER BYと組み合わされたLIMIT は、テーブルの小さな部分を返すためにたび
たびインデックスを使うでしょう。実際、MAX() や MIN() がインデックスを使わないと
しても、このような値をORDER BY と LIMIT を使ってインデックスを使って取り出すこ
とが可能です:
SELECT col
FROM tab
ORDER BY col [ DESC ]
LIMIT 1;
たびインデックスを使うでしょう。
もし、オプティマイザが間違ってシーケンシャルスキャンを選択したことに疑いがなけ
れば、SET enable_seqscan TO 'off'に設定して、クエリをもう一度実行し、インデック
@ -959,7 +952,7 @@ PL/PgSQL
[訳注:
日本語版の製作については以下の通りです。
最終更新日: 2005年12月14
最終更新日: 2006年02月26
翻訳者: 桑村 潤 (Jun Kuwamura <juk at PostgreSQL.jp>)
このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):

View File

@ -9,7 +9,7 @@
<div id="pgContentWrap">
<h1>PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ)</h1>
<p>原文最終更新日: Thu Dec 8 17:26:16 EST 2005</p>
<p>原文最終更新日: Fri Feb 24 23:28:40 EST 2006</p>
<p>現在の維持管理者: Bruce Momjian (<A
href="mailto:pgman at candle.pha.pa.us">pgman at candle.pha.pa.us</a>)<br />
Maintainer of Japanese Translation: Jun Kuwamura (<A
@ -252,7 +252,7 @@ href="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp</a>)<br /></p>
<h4 id="item1.6">1.6</a>) 最新版はどれですか?</h4>
<p>PostgreSQL の最新版はバージョン 8.1.1 です。</p>
<p>PostgreSQL の最新版はバージョン 8.1.3 です。</p>
<p>我々は、1年毎にメジャーリリースを、数ヵ月ごとのマイナーリリースを
行なうことを計画しています。</p>
@ -772,7 +772,7 @@ http://www.postgresql.jp/PostgreSQL/references.html</a>
<p> 例題として、各行に整数とテキスト記述を持つ 100,000行のファイルを
考えてみましょう。テキストの文字列の平均長さを20バイトと仮定すると、
フラットファイルの大きさは約2.8MB です。このデータを含む PostgreSQL
データベースファイルの大きさは次のように約6.4MBと見積もることができ
データベースファイルの大きさは次のように約5.6MBと見積もることができ
ます:
<pre>
@ -824,16 +824,7 @@ http://www.postgresql.jp/PostgreSQL/references.html</a>
しかし、<small>ORDER BY</small>と組み合わされた<small>LIMIT</small>
は、テーブルの小さな部分を返すためにたびたびインデックスを使うでしょ
う。実際、MAX() や MIN() がインデックスを使わないとしても、このよう
な値をORDER BY と LIMIT を使ってインデックスを使って取り出すことが可
能です:
<pre>
SELECT col
FROM tab
ORDER BY col [ DESC ]
LIMIT 1;
</pre>
う。
<p>もし、オプティマイザが間違ってシーケンシャルスキャンを選択したこ
とに疑いがなければ、<CODE>SET enable_seqscan TO 'off'</CODE>に設定し
@ -1181,7 +1172,7 @@ http://www.postgresql.jp/PostgreSQL/references.html</a>
[訳注:
日本語版の製作については以下の通りです。
最終更新日: 2005年12月14
最終更新日: 2006年02月26
翻訳者: 桑村 潤 (<a href="mailto:juk at PostgreSQL.jp">Jun Kuwamura &lt;juk at PostgreSQL.jp&gt;</a>)
このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):