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

原文最終更新日: Fri Jan 5 15:40:20 EST 2007

原文最終更新日: Tue Mar 20 13:43:40 EDT 2007

現在の維持管理者: Bruce Momjian (bruce@momjian.us)
Maintainer of Japanese Translation: Jun Kuwamura (juk at PostgreSQL.jp)

1.11) SQLはどうすれば学べますか？
1.12) パッチを提供したり、開発チーム参加するにはどうすればよいですか？
1.13) 他のDBMSと比べてPostgreSQLはどうなのですか？
- +1.14) PostgreSQLは国毎の最新の夏時間の変更を扱いますか？

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

@@ -69,14 +69,14 @@ href="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp)

3.3) より良い性能を得るためには、データベース・エンジンをどのように調整しますか？
3.4) どのようなデバグ機能が使えますか？
3.5) 接続しようとするときに 'Sorry, too many clients' が出るのはなぜですか？
-3.6) PostgreSQLのアップグレードの手順はどうしますか？
-3.7) ハードウェアにはどんなコンピュータを使えばよいですか？
+3.6) PostgreSQLのアップグレードの手順はどうなりますか？
+3.7) ハードウェアにはどのようなコンピュータを使えばよいですか？

操作上の質問

4.1) 最初のいくつかのロウのみを select するにはどうしますか？ランダムなロウ？
-4.2) 定義されたテーブル、インデックス、データベース、および、ユーザをどのようにして見つけ出しますか？
+4.2) 定義されたテーブル、インデックス、データベース、および、ユーザをどのようにして見つけ出しますか？
4.3) カラムのデータタイプを変更するにはどうしますか？
4.4) ロウ、テーブル、データベースの最大サイズは？
4.5) 一般的なテキストファイルのデータを保存するには、データベースのディスク容量はどのくらい必要ですか？
@@ -261,7 +261,7 @@ href="mailto:juk at PostgreSQL.jp">juk at PostgreSQL.jp)

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

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

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

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

@@ -547,6 +547,15 @@ http://www.postgresql.jp/PostgreSQL/references.html

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

+ +

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

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

@@ -683,6 +692,7 @@ http://www.postgresql.jp/PostgreSQL/references.html

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

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

既定での制限である 100 のデータベースセッションに達してしまって @@ -691,27 +701,39 @@ http://www.postgresql.jp/PostgreSQL/references.html max_connections の値を変更して postmasterを再起動することで可能になります。

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

PostgreSQLチームはマイナーリリースではバグの修正しか行ないません - ので、たとえば 7.4.8 から 7.4.9 へのアップグレードにダンプとリスト - アは必要ありません。したがって、データベースサーバを一時的に停止して、 - アップデートしたバイナリをインストールし、そして、サーバをリスタート - するだけです。

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

+ +

バージョン番号付けの方針については、http://www.postgresql.org/support/versioning + をご覧ください。 +

+ +

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

+ +

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

全ユーザはできるだけ早く最新のマイナーリリースにアップグレードす - るべきです。すべてのアップグレードにリスクはつきものですが、 - PostgreSQLのマイナーリリースは、なるべく小さなリスクで一般的なバグの - 修正だけを目論んだものです。我々コミュニティの中ではアップグレード - しないほうがもっとリスクが高いものと考えられています。

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

しかし、メジャーリリース（たとえば、7.3 から 7.4 のような）では、 - システムテーブルやデータファイルの内部フォーマットの変更をしばしば行 - ないます。これらの変更はたいてい複雑で、そのため我々はデータファイル - のための後方互換性を維持することができません。メジャーアップグレード - のためには、データベースのダンプ/リロードが必要です。

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

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

+ +

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

PCハードウェアはほとんど互換性がありますので、ほとんどの人は、すべてのPCハードウェアが同じ品質だと思い込む傾向があります。しかし、そ @@ -724,6 +746,7 @@ http://www.postgresql.jp/PostgreSQL/references.html

操作上の質問

4.1) 最初の数ロウのみを SELECTするにはどうしますか？ランダムなロウ？ @@ -828,27 +851,27 @@ http://www.postgresql.jp/PostgreSQL/references.html

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

-    28 bytes: 各ロウのヘッダ(概算)
+    24 bytes: 各ロウのヘッダ(概算)
     24 bytes: 整数(int)フィールドとテキスト(text)フィールド
    + 4 bytes: ページ上のタップルへのポインタ
    ----------------------------------------
-    56 bytes per row
+    52 bytes per row
 
    PostgreSQL のデータページサイズは 8192バイト(8KB)なので:
 
    8192 bytes per page
    -------------------   =  146 rows per database page (切り捨て)
-     56 bytes per row
+     52 bytes per row
 
    100000 data rows
-   --------------------  =  685 database pages (切り上げ)
-      146 rows per page
+   --------------------  =  633 database pages (切り上げ)
+      158 rows per page
  
-  685 database pages * 8192 bytes per page  =  5,611,520 bytes (5.6 MB)
+  633 database pages * 8192 bytes per page  =  5,185,536 bytes (5.2 MB)

インデックスは、これほどのオーバヘッドは要求しませんが、インデッ @@ -1175,8 +1198,8 @@ http://www.postgresql.jp/PostgreSQL/references.html

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

集合を返す関数(Set Returning Functions): - - http://techdocs.postgresql.org/guides/SetReturningFunctions + + http://www.postgresql.org/docs/techdocs.17

を使うと簡単です

。 @@ -1266,7 +1289,7 @@ http://www.postgresql.jp/PostgreSQL/references.html [訳注：日本語版の製作については以下の通りです。 - 最終更新日: 2007年01月07日 + 最終更新日: 2007年03月25日翻訳者: 桑村潤 (Jun Kuwamura <juk at PostgreSQL.jp>) このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます): -- cgit v1.2.3