aboutsummaryrefslogtreecommitdiff
path: root/doc/src/FAQ/FAQ_japanese.html
blob: 5112cb60921ca57af5b96f4bfcc611a2666fa843 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>
<HEAD>
<TITLE>PostgreSQL FAQ in Japanese</TITLE>
</HEAD>
<BODY BGCOLOR="#FFFFFF" TEXT="#000000" LINK="#FF0000" VLINK="#A00000" ALINK="#0000FF">
<META http-equiv="Content-Type" content="text/html; charset=utf-8">

<div id="pgContentWrap">

<h1>PostgreSQL(ポストグレス・キュー・エル)についてよくある質問とその解答(FAQ)</h1>
<p>原文最終更新日:	Mon Jan 14 15:39:06 EST 2008</p>
<p>現在の維持管理者:	Bruce Momjian (<A
href="mailto:bruce@momjian.us">bruce@momjian.us</a>)<br />
Maintainer of Japanese Translation:	Jun Kuwamura (<A
href="mailto:juk at postgresql.jp">juk at postgresql.jp</a>)<br /></p>
<p>この文書の最新版は<a href=
    "http://www.postgresql.org/docs/faqs.FAQ.html">
    http://www.postgresql.org/docs/faqs.FAQ.html</a>
で見ることができます。</p>
<p>プラットホームに特有の質問については:<a href=
    "http://www.postgresql.org/docs/faq/">
    http://www.postgresql.org/docs/faq/</a>
<br />
に解答があります。</p>

<p><small><pre>
(以下、訳者による注釈を [訳注: と ] とで囲んで記します。)
[訳注:
	日本語版のFAQは、
		http://www.postgresql.org/docs/faqs.FAQ_japanese.html
	にあります。
	最新の日本語版については、この文書の最後にある<a
	href="#item-japanese">「日本語版について」</a>をごらんください。

]
</pre></small></p>

<hr />

<h2 align="center">一般的な質問</h2>

<a href="#item1.1">1.1</a>) PostgreSQLとは何ですか? その呼び方は? Postgresとは?<br />
<a href="#item1.2">1.2</a>) 誰が PostgreSQL をコントロールしていますか?<br />
<a href="#item1.3">1.3</a>) PostgreSQLの著作権はどうなってますか?<br />
<a href="#item1.4">1.4</a>) PostgreSQLをサポートするプラットホームは?<br />
<a href="#item1.5">1.5</a>) PostgreSQLはどこから入手できますか?<br />
<a href="#item1.6">1.6</a>) 最新のリリースはどれですか?<br />
<a href="#item1.7">1.7</a>) サポートはどこで受けられますか?<br />
<a href="#item1.8">1.8</a>) バグレポートはどのように発信しますか?<br />
<a href="#item1.9">1.9</a>) 既知のバグや未だ無い機能はどうやって見つけますか?<br />
<a href="#item1.10">1.10</a>) どのような文書がありますか?<br />
<a href="#item1.11">1.11</a>) <small>SQL</small>はどうすれば学べますか?<br />
<a href="#item1.12">1.12</a>) パッチを提供したり、開発チーム参加するにはどうすればよいですか?<br />
<a href="#item1.13">1.13</a>) 他の<small>DBMS</small>と比べてPostgreSQLはどうなのですか?<br />
<a href="#item1.14">1.14</a>) PostgreSQLは国毎の最新の夏時間の変更を扱いますか?<br />

<h2 align="center">ユーザ・クライアントの質問</h2>

<a href="#item2.1">2.1</a>) PostgreSQL にはどんなインターフェースが使えますか?<br />
<a href="#item2.2">2.2</a>) PostgreSQL を Web ページと連携させるにはどんなツールがありますか?<br />
<a href="#item2.3">2.3</a>) PostgreSQL にグラフィカル・ユーザインターフェースはありますか?<br />


<h2 align="center">管理上の質問</h2>

<a href="#item3.1">3.1</a>) どうすれば、PostgreSQLを<i>/usr/local/pgsql</i> 以外の場所にインストールできますか?<br />
<a href="#item3.2">3.2</a>) 他のホストからの接続はどのように制御しますか?<br />
<a href="#item3.3">3.3</a>) より良い性能を得るためには、データベース・エンジンをどのように調整しますか?<br />
<a href="#item3.4">3.4</a>) どのようなデバグ機能が使えますか?<br />
<a href="#item3.5">3.5</a>) 接続しようとするときに <i>'Sorry, too many clients'</i> が出るのはなぜですか?<br />
<a href="#item3.6">3.6</a>) PostgreSQLのアップグレードの手順はどうなりますか?<br />
<a href="#item3.7">3.7</a>) ハードウェアにはどのようなコンピュータを使えばよいですか?<br />


<h2 align="center">操作上の質問</h2>

<a href="#item4.1">4.1</a>) 最初のいくつかのロウのみを <small>select</small> するにはどうしますか? ランダムなロウ? <br />
<a href="#item4.2">4.2</a>) 定義されたテーブル、インデックス、データベース、および、ユーザをどのようにして見つけ出しますか?<br />
<a href="#item4.3">4.3</a>) カラムのデータタイプを変更するにはどうしますか?<br />
<a href="#item4.4">4.4</a>) ロウ、テーブル、データベースの最大サイズは?<br />
<a href="#item4.5">4.5</a>) 一般的なテキストファイルのデータを保存するには、データベースのディスク容量はどのくらい必要ですか?<br />
<a href="#item4.6">4.6</a>) クエリが遅いのはなぜでしょう? なぜ、インデックスが使われないのでしょうか?<br />
<a href="#item4.7">4.7</a>) クエリオプティマイザが、どのようにクエリを評価していかを、見るにはどうしますか?<br />
<a href="#item4.8">4.8</a>) 正規表現での検索や大文字と小文字とを区別しない正規表現検索はどのように実現しますか?大文字と小文字とを区別しない検索のためのインデックスはどのように使いますか?<br />
<a href="#item4.9">4.9</a>) クエリの中で、フィールドが
<small>NULL</small> であることを検出するにはどうしますか?
<small>NULL</small>の可能性のあるものをどのようすれば連結できますか? 
フィールドが<small>NULL</small>かどうかでどのようにソートができますか?<br />
<a href="#item4.10">4.10</a>) いろいろな文字型のそれぞれの違いは何ですか?<br />
<a href="#item4.11.1">4.11.1</a>) 通番(serial)/自動増分フィールドはどのようにつくりますか?<br />
<a href="#item4.11.2">4.11.2</a>) <small>SERIAL</small>データ型に挿入される値は、どうすれば得られますか?<br />
<a href="#item4.11.3">4.11.3</a>) <i>currval()</i> は他のユーザとの競合状態に陥ることはないですか?<br />
<a href="#item4.11.4">4.11.4</a>) トランザクションが中断したときにもういちどシーケンス番号が使われないのはなぜですか?シーケンス/SERIALカラムに空きがあるのはなぜですか?<br />
<a href="#item4.12">4.12</a>) <small>OID</small> とは何ですか? <small>TID</small> とは何ですか?<br />
<a href="#item4.13">4.13</a>) エラーメッセージ <i>"ERROR: Memory exhausted in AllocSetAlloc()"</i>が出るのはなぜですか?<br />
<a href="#item4.14">4.14</a>) どのバージョンの PostgreSQL を走らせているのかを調べるにはどうしますか?<br />
<a href="#item4.15">4.15</a>) 現在の時刻がデフォルトとなるようなカラムはどのようにつくりますか?<br />
<a href="#item4.16">4.16</a>) <i>外部</i>結合(<i>outer</i> join)はどのように実現しますか?<br />
<a href="#item4.17">4.17</a>) 複数のデータベースを使う問い合わせはどのようにすればできますか?<br />
<a href="#item4.18">4.18</a>) 関数から複数のロウまたはカラムを返すにはどうしますか?<br />
<a href="#item4.19">4.19</a>)  PL/PgSQL の関数の中で一時テーブルにアクセスするとき、どうして "relation with OID ##### does not exist" というエラーを受け取るのでしょうか?<br />
<a href="#item4.19">4.20</a>) どのようなレプリケーションのソリューションがありますか?<br />
<a href="#item4.20">4.21</a>) テーブルとカラムの名前がクエリーの中で認識
されないのはなぜですか? なぜ大文字化(キャピタライズ)は温存されないのですか?<br />

<h2 align="center">日本語に関する質問</h2>

<a href="#item5.1">5.1</a>) 日本語がうまく扱えないのはなぜですか?<br />
<a href="#item5.2">5.2</a>) psql でWindowsからアクセスしたときに、日本語が文字化けするのですが?<br />


<hr />

<h2 align="center">一般的な質問</h2>

<h4 id="item1.1">1.1</a>) PostgreSQLとは何ですか? その呼び方は? Postgresとは?</h4>

    <p>PostgreSQLは<i>Post-Gres-Q-L</i>(ポスト・グレス・キュー・エル) 
    と発音しますが、会話の中では単純に <i>Postgres</i> と呼ばれることも
    あります。("PostgreSQL"をどう発音するか気になる人のために、
     <a href="http://www.postgresql.org/files/postgresql.mp3">
    音声ファイル</a>を用意してあります。</p>

    <p>PostgreSQL はオブジェクト-リレーショナルデータベースシステムで、
    伝統的な商用データベースシステムに、次世代<small>DBMS</small>システ
    ムに見られるような改良が施された特徴を有します。PostgreSQLは、無料で
    完全なソースコードを手に入れることができます。</p>

    <p>PostgreSQL の開発は、ほとんどが、世界中にひろがったボランティアの
    開発者によって、インターネットを通したコミュニケーションによって行わ
    れています。コミュニティによるプロジェクトであるため、どの企業の制御
    もうけません。開発に参加したければ、<a href=
    "http://www.postgresql.org/docs/faqs.FAQ_DEV.html">
    http://www.postgresql.org/docs/faqs.FAQ_DEV.html</a>
    にある開発者のFAQを見てください。
    </p>

    <p>PostgresはPostgreSQLの広く使われている愛称です。また、バークレー
    でのプロジェクトでもともと使われていた名前で、ほかのいずれの愛称に
    比べても遥かに好ましいです。'PostgreSQL' の発音が難しいと思うのであ
    れば、そのかわりに 'Postgres' と呼ぶようにしましょう。</p>


<h4 id="item1.2">1.2</a>) 誰が PostgreSQL をコントロールしていますか?</h4>

    <p>PostgreSQLの門番、中央委員会、あるいは、コントロールをする会社を
      探そうとしても、諦めざるをえず ---- 存在しないのです。我々は、中心
      となるコミッティとCVSコミッタを持ちますが、これらのグループはコン
      トロールするためというよりも、管理上のものです。ここでは、プロジェ
      クトは、だれでも参加ができる開発者とユーザのコミュニティにより方向
      付けられます。読者がやらなければならないことは、メーリングリストを
      サブスクライブして、議論に 参加することです。(<a
      href="http://www.postgresql.org/docs/faqs.FAQ_DEV.html">Developer's
      FAQ</a>には、PostgreSQL開発に加わり方についての情報があります。)</p>


<h4 id="item1.3">1.3</a>) PostgreSQL の著作権はどうなってますか?</h4>

    <p> PostgreSQL は下記の著作権に従います。</p>
    <p> PostgreSQLは古くからのBSDライセンスの下で配布されています。それ
      は基本的には、利用者がそのコードを好き勝手に利用することが許されて
      います。制限があるとすれば、このソフトウェアに伴ういかなる問題にお
      いても法的に責任を我々に負わせることができないということです。
      また、この著作権表示がこのソフトウェアのすべての複製に表示すること
      も必要です。以下に、我々が実際に使っているBSD使用許諾書を示します:
</p>

    <small><pre>
    [訳注:
        正文は英語です。参考として、訳文を併記掲載します。
    ]
    </pre></small>
    <p>PostgreSQL Data Base Management System</p>
    <p>
    Portions Copyright (c) 1996-2008, PostgreSQL Global Development Group
    Portions Copyright (c) 1994-1996 Regents of the University of California</p>
    <p>
    Permission to use, copy, modify, and distribute this software and its
    documentation for any purpose, without fee, and without a written
    agreement is hereby granted, provided that the above copyright notice
    and this paragraph and the following two paragraphs appear in all
    copies.</p>
    <p>
    IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY
    FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES,
    INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS
    DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN ADVISED OF
    THE POSSIBILITY OF SUCH DAMAGE.</p>
    <p>
    THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES,
    INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY
    AND FITNESS FOR A PARTICULAR PURPOSE.  THE SOFTWARE PROVIDED HEREUNDER
    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>
	POSTGRESQL データベース管理システム

	部分的著作権 (c) 1996-2007, PostgreSQL国際開発チーム
	部分的著作権 (c) 1994-1996 カリフォルニア大学本校


	  本ソフトウェアおよびその文書一式は上記の著作権表示と、この文章
	およびこれに続く二つの段落が全ての複製に添付されている限りにおい
	て、使用、複製、修正および配付の許可を、いかなる目的であっても、
	無償でかつ同意書無しに行なえることをここに認めます。
	
	  カリフォルニア大学は、いかなる当事者にたいしても、利益の壊失を
	含む、直接的、間接的、特別、偶然あるいは必然的にかかわらず生じた
	損害について、たとえカリフォルニア大学がこれらの損害について訴追
	を受けていたとしても、一切の責任を負いません。
	
	  カリフォルニア大学は、商用目的における暗黙の保証と、特定目的で
	の適合性に関してはもとより、これらに限らず、いかなる保証も放棄す
	ることを明言します。以下に用意されたソフトウェアは「そのまま」を
	基本原理とし、カリフォルニア大学はそれを維持、支援、更新、改良あ
	るいは修正する義務を負いません。

    [訳注:
	著作権に関する正文は上記の英語による表記です。日本語訳はあくまで
	参考程度としてください。
    ]
    </pre></small>

<h4 id="item1.4">1.4</a>) PostgreSQLをサポートするプラットホームは?</h4>

    <p>一般的に、最近のUnix互換プラットホームであればPostgreSQLを稼働さ
    せられるはずです。リリースの時点で実際にテストを行なったことの報告が
    なされたプラットホームについてはインストール手引書に列挙してあります。
    </p>

    <p>PostgreSQL は、Win2000 SP4, WinXP, そして、Win2003 など Microsoft
    Windows NTベースのオペレーティングシステムで、ネイティブに走ります。
    あらかじめパッケージにされたインストーラが<a href= 
    "http://pgfoundry.org/projects/pginstaller">
    http://pgfoundry.org/projects/pginstaller</a>
    にあり、利用できます。MSDOSベースのWindowsのバージョン(Win95, Win98,
    WinMe)では、Cygwinを使って PostgreSQL を走らせることができます。</p>

    <small><pre>
    [訳注
	pgInstaller の入手はFTPミラーサイトの win32 ディレクトリからも可能です。
	    http://www.postgresql.org/mirrors-ftp.html

	詳しくは、次の Windows版に関するFAQの和訳をごらんください。
	http://old.postgresql.jp/wg/jpugdoc/FAQ_windows.ja.html
    ]
    </pre></small>

    <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>
<br />


<h4 id="item1.5">1.5</a>) PostgreSQL はどこから入手できますか?</h4>

    <p>Webブラウザ経由だと、<a href="http://www.postgresql.org/ftp/">
    http://www.postgresql.org/ftp/</a>、それから、ftp経由だと、
    <a href="ftp://ftp.postgresql.org/pub/">
    ftp://ftp.postgresql.org/pub/</a> を使います。</p>


<h4 id="item1.6">1.6</a>) 最新のリリースはどれですか?</h4>

    <p>PostgreSQL の最新版はバージョン 8.2.6 です。</p>
    <p>我々は、1年毎にメジャーリリースを、数ヵ月ごとのマイナーリリースを
    行なうことを計画しています。</p>

    <p><small><pre>
    [訳注
	バージョン番号の x.y.z の最初の x.y がメジャーリリースの番号に相
	当し、最後の z がマイナーリリースの番号になります。メジャーリリー
	スの番号が同じであれば、データベース・クラスタに互換性があります。
    ]
    </pre></small></p>


<h4 id="item1.7">1.7</a>) サポートはどこで受けられますか?</h4>

    <p>PostgreSQL コミュニティは多くのユーザのために、電子メール経由の支
    援を提供しています。電子メールリストをサブスクライブするためのメイン
    となるウェブサイトは
    <a href="http://www.postgresql.org/community/lists/">
    http://www.postgresql.org/community/lists/</a>です。これから、始める
    のであれば <i>general</i> または、<i>bugs</i> といったリストがよいで
    しょう。</p>

    <p>メジャーなIRC チャンネルは、Freenode (<i>irc.freenode.net</i>)の
    <i>#postgresql</i> というチャンネルです。UNIX コマンドでは、
    <code>irc -c '#PostgreSQL' "$USER" irc.freenode.net</code> を使って
    参加できます。同じネットワークに、スペイン語のチャンネル
    (<i>#postgresql-es</i>)、フランス語のチャンネル
    (<i>#postgresqlfr</i>)、ブラジル語チャンネル (<i>#postgresql-br</i>)
    もあります。また、EFNetにもPostgreSQLチャンネルがあります。</p>

    <p><small><pre>
    [訳注:
	  1999年7月23日、日本ポストグレスユーザー会、略称JPUGが設立されました。
	JPUG は非営利組織で、PostgreSQLを利用する人達の相互協力の場となっています。  
	(2006年 特定非営利活動(NPO)法人日本PostgreSQLユーザ会になりました。
	Web会員と正会員の会費は無料ですが、協賛会員の会費と会員の貢献で
	  会は運営されています。)
	詳しくは、JPUG のWeb サイト:
		<a href="http://www.postgresql.jp/">http://www.postgresql.jp/</a>
	をごらんください。

	日本語のIRCチャンネル '#PostgreSQL:*.jp' も存在します。
    ]
    </pre></small></p>

    <p>商用サポート会社のリストは<a
    href="http://www.postgresql.org/support/professional_support">
    http://www.postgresql.org/support/professional_support</a>にあります。</p>


<h4 id="item1.8">1.8</a>) バグレポートはどのように発信しますか?
</h4>

    <p><a href=
    "http://www.postgresql.org/support/submitbug">
    http://www.postgresql.org/support/submitbug</a>
    のPostgreSQL バグフォームを訪れてください。 バグレポートを提出する仕方
    についての手引と指針があります。</p>

    <p> それと同時に ftp サイト <A
    href="ftp://ftp.postgresql.org/pub/">ftp://ftp.postgresql.org/pub/</a>
    で、最新バージョンの PostgreSQL を探してみてください。</p>


<h4 id="item1.9">1.9</a>) 既知のバグや未だ無い機能はどうやって見つけますか?
</h4>

    <p>PostgreSQLは拡張された<small>SQL:2003</small>のサブセットをサポート
    します。我々のページの <A
    href="http://www.PostgreSQL.org/docs/todo.html">TODO</a> リストに、
    既知のバグや欠落機能や将来計画についての記述があります。</p> 


    <p>特徴の要求は普通次のいずれかの解答の中にあります:</p>
    <ul>
   <li>既にここにある機能は、
    <a href="http://www.postgresql.org/docs/faqs.TODO.html">TODO</a>
    リストです</li>
    <li>次のような機能は目論まれていません。それは:
        <ul>
        <li>SQL規格に準ずる既存の機能と重複するもの</li>
        <li>コードの複雑性ばかりを高めて、得るものが少ない機能</li>
        <li>安全性が確められない機能</li>
        </ul>
    </li>
    <li>新しい機能は、
    <a href="http://www.postgresql.org/docs/faqs.TODO.html">TODO</a>
    のリストに</li>加えられられます。
    </ul>
    
    <p>我々は、PostgreSQL に関して、電子メールで直接対応して
    <a href="http://www.postgresql.org/docs/faqs.TODO.html">TODO</a>
    リストを最新に更新してゆくほうがより効果的であることを知っています
    ので、バグ追跡システムは使いません。
    現実に、このソフトウェアの中でバグはそれほど長くはい続けませんし、
    多くのユーザに影響するバグは早急に修正されます。PostgreSQLのリリース
    で、すべての変更点、改良点、そして、修正点を知りたければ、
    <a href="http://www.postgresql.org/developer/sourcecode/">CVS</a>
    のログメッセージを見てください。リリースノートにさえ、このソフトウェア
    に加えられたすべての変更点は網羅されていません。</p>


<h4 id="item1.10">1.10</a>) どのような文書がありますか?</h4>

    <p> 配付の中に、いくつかのマニュアルとオンライン・マニュアル(マニュ
    アル・ページ)およびいくつかの小さなテスト例題が含まれます。
    <i>/doc</i>ディレクトリをごらんください。また、マニュアルは、<A
    href="http://www.postgresql.org/docs/">
http://www.postgresql.org/docs/</a>でオンラインでも閲覧できます。
    </p>


    <p><small><pre>
    [訳注:
	JPUG 文書・書籍関連分科会で翻訳されたマニュアルもあります。
		<a href="http://www.postgresql.jp/document/pg825doc/">
	http://www.postgresql.jp/document/pg825doc/</a>
	インプレスから、
	<a href="http://home.impress.co.jp/reference/2108.htm">
	PostgreSQLオフィシャルマニュアル</a>として出版されています。

    ]
    </pre></small></p>


    <p>オンラインで参照できる PostgreSQL の本も2冊あります。<a href=
    "http://www.postgresql.org/docs/books/awbook.html">
    http://www.postgresql.org/docs/books/awbook.html</a>

    <p><small><pre>
    [訳注:
	この本は、JPUG<a href="http://www.postgresql.jp/wg/psqltrans/">「PostgreSQL Book翻訳分科会」
	</a>で翻訳され、ピアソンから<a href="http://www.seshop.com/detail.asp?pid=2587">
	「はじめてのPostgreSQL」</a>として出版されています。
    ]
    </pre></small></p>

    および、 <a href=
    "http://www.commandprompt.com/ppbook/">
    http://www.commandprompt.com/ppbook/</a>です。

    <p><small><pre>
    [訳注:
	邦訳は<a href="http://www.oreilly.co.jp/books/4873111021/">「実践 PostgreSQL」
	</a>がオライリーから出版されています。
    ]
    </pre></small></p>
  
    購入可能な書籍の目録は、<a href=
    "http://www.postgresql.org/docs/books/">http://www.postgresql.org/docs/books/</a>
    にあります。

    PostgreSQL 技術情報記事も、<a href=
    "http://www.postgresql.org/docs/techdocs">http://www.postgresql.org/docs/techdocs</a>
    にあります。</p>

    <p><small><pre>
    [訳注:
	日本語の書籍等については、日本PostgreSQLユーザ会の、<A
	href="http://www.postgresql.jp/PostgreSQL/references.html">http://www.postgresql.jp/PostgreSQL/references.html</a>
	もごらんください。
    ]
    </pre></small></p>

    <p> コマンドラインのクライアントプログラム<i>psql</i> にも、型、
    演算子、関数、集約、その他の情報を調べるために、素晴らしい \d コマンド
    がいくつかあります。  \? を入力すると利用可能なコマンドが表示されます。</p>

    <p> 我々の Web サイトには、さらに沢山の文書があります。</p>


<h4 id="item1.11">1.11</a>) <small>SQL</small> はどうすれば学べますか?</h4>

    <p>まず、 上記で述べた PostgreSQL についての本を読むことを検討してください。
    <i>The Practical SQL Handbook</i>, Bowman Judith S. et al.,
    Addison-Wesley も多くのユーザに好評です。 ほかでは、<i>The Complete
    Reference SQL</i >, Groff et al., McGraw-Hill も好評です。</p>


    <p>素晴らしい手引書は、<a href=
    <ul>
    <li> <a href="http://www.intermedia.net/support/sql/sqltut.shtm">http://www.intermedia.net/support/sql/sqltut.shtm</a>
    </li>
    <li>
    <a href="http://sqlcourse.com/">http://sqlcourse.com</a>
    </li>

    <li>
    <a href="http://www.w3schools.com/sql/default.asp">http://www.w3schools.com/sql/default.asp</a>
    </li>
    <li><a href=
    "http://mysite.verizon.net/Graeme_Birchall/id1.html">http://mysite.verizon.net/Graeme_Birchall/id1.html</a>
    </li>
    </ul>
    にあります。</p>


    <p><small><pre>
    [訳注:
	 日本PostgreSQLユーザ会の日本語の参考文献の紹介ページ
		<a href="http://www.postgresql.jp/PostgreSQL/references.html">
http://www.postgresql.jp/PostgreSQL/references.html</a>
	があります。
	 近藤直文氏の「初心者向のDB設計入門・SQL入門参考書紹介」のコーナー
		<a href="http://www.shonan.ne.jp/~nkon/ipsql/books_SQL.html">http://www.shonan.ne.jp/~nkon/ipsql/books_SQL.html</a>
	があります(やや古い2000年版)。
	 堀田倫英氏の「PostgreSQL日本語マニュアル」
		<a href="http://www.net-newbie.com/">http://www.net-newbie.com/</a>
	ではオンラインマニュアルの検索ができます。
	 丸山不二夫氏のUNIX データベース入門
		<a href="http://www.wakhok.ac.jp/DB/DB.html">http://www.wakhok.ac.jp/DB/DB.html</a>
	もオンラインで読むことができます。
	 Nikkei BP IT Pro にある石井達夫氏の <a href="http://itpro.nikkeibp.co.jp/members/ITPro/oss/20050514/160833/">PostgreSQL ウォッチ</a>
	では毎回新しい情報をとりあげています。
    ]
    </pre></small></p>

<h4 id="item1.12">1.12</a>) パッチを提供したり、開発チーム参加するにはどうすればよいですか?</h4>

    <p><a href="http://www.postgresql.org/docs/faqs.FAQ_DEV.html">
    (開発者向けの)Developer's FAQ</a>をごらんください。</p>


<h4 id="item1.13">1.13</a>) 他の<small>DBMS</small>と比べPostgreSQLはどうなのですか?</h4>

    <p>ソフトウェアを計る方法にはいくつかあります。機能と性能と信頼性と
    サポートと価格です。</p> 

    <dl>
      <dt> <b>機能(Features)</b></dt>
      <dd>
      PostgreSQLは、トランザクション、サブクエリ、トリガー、ビュー、外
      部キー整合性参照、および、洗練されたロック機構など、大規模商用
      <small>DBMS</small>が持つ機能をほとんど持っています。さらに
      PostgreSQLは、ユーザ定義型、継承、ルール、それから、ロック競合を縮
      小するマルチバージョン同時性制御など、商用<small>DBMS</small>も持
      ち合わせないような機能をいくつか持ち合わせています。<br />

      </dd>

      <dt> <b>性能(Performance)</b></dt>
      <dd>
      PostgreSQLは他の商用あるいはオープンソースのデータベースと互角の性
      能も持ちます。ある面ではより早かったり、ほかの面ではより遅かったり
      します。他のデータベースに比べた性能は、ふつう +/-10% くらいでしょう。
      </dd>

      <dt> <b>信頼性(Reliability)</b></dt>
      <dd>
      我々は、<small>DBMS</small>の信頼性が高くなくてはその価値が無いこ
      とを理解してます。十分テストして、安定したコードをバグを最小にして
      からリリースするように努めてます。それぞれのリリースは少なくとも1
      カ月以上のベータ・テストを行ない、これまでのリリースの履歴が、製品
      版として安定した堅固なリリースであることを物語っています。この分野
      では、他のデータベースと比べても遜色がないことに自信を持っています。
      <br /> 
      </dd>

      <dt> <b>サポート(Support)</b></dt>
      <dd>
      我々のメーリングリストは、遭遇するいかなる問題についても解決への手
      助けをしてくれる、開発者やユーザの大きな集まりへの接点を提供してい
      ます。我々は問題の解決を保証することはできませんが、商用データベー
      スであっても常に解決されるわけではありません。開発者や、ユーザ・コ
      ミュニティ、マニュアル類、それに、ソースコードなどへ直接アクセスで
      きることによって、PostgreSQLのサポートは、他の<small>DBMS</small>
      サポートよりも優れたものとなっています。御要望に答えて、事柄毎の商
      用サポートなどもあります(<a href="#item1.7">FAQ1.7節</a>をごらんくだ
      さい)。
      <br /> 
      </dd>

      <dt> <b>価格(Price)</b></dt>
      <dd>
      PostgreSQLの利用は、商用でも非商用でも、すべて無料です。上記に示し
      てあるBSDスタイルの使用許諾に外れない限り、PostgreSQLのコードを制
      限無しで商品に組み込むことができます。<br /> 
      </dd>
   </dl>
   </p>

<h3 id="item1.14">1.14) PostgreSQLは国毎の最新の夏時間の変更を扱いますか?</h3>

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

<hr />

<h2 align="center">ユーザ・クライアントの質問</h2>


<h4 id="item2.1">2.1</a>) PostgreSQL にはどんなインターフェースが使えますか?</h4>

    <p>PostgreSQL のインストールに含まれる物は<small>C</small>と組込み
    <small>C</small>のインターフェースだけです。その他のインターフェース
    は独立したプロジェクトで、別々にダウンロードされます。分かれることで、
    それぞれの開発チームが独自のリリーススケジュールを持つことが許されま
    す。</p>

    <p><small>PHP</small> のようないくつかのプログラミング言語は、
    PostgreSQLのインターフェースを含んでいます。Perl, <small>TCL</small>,
    Python, そして、そのほかの利用可能な言語のインターフェースは、<a 
    href="http://pgfoundry.org">http://pgfoundry.org</a><i>Drivers/Interfaces</i> の節の中とインターネットの検索でみつけ
    られます。
    </p>


<h4 id="item2.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>

    <p><small><pre>
    [訳注:
	  PHPに関する日本語の情報は、2000年4月19日に発足した日本PHPユーザ会のサイト
		<a href="http://www.php.gr.jp/">http://www.php.gr.jp/</a>
	あるいは、廣川 類さんのサイト
		<a href="http://www.geocities.jp/rui_hirokawa/php/">http://www.geocities.jp/rui_hirokawa/php/</a>
	にかなりまとめられています。
    ]
    </pre></small></p>

    <p> 処理が複雑な場合、多くの人は Perl インターフェースと CGI.pm か
    mod_perl を使います。 </p>


<h4 id="item2.3">2.3</a>) PostgreSQL にグラフィカル・ユーザインターフェースはありますか?</h4>


    <p>商用とオープンソース開発者によるもの両方で、PostgreSQLには多くのGUIツールが利用可能で、詳細なリストは、<a href="http://www.postgresql.org/docs/techdocs.54">PostgreSQLコミュニティ文書</a> でごらんください。</p>

<hr />

<h2 align="center">管理上の質問</h2>

<h4 id="item3.1">3.1</a>) どのようにすれば <i>/usr/local/pgsql</i> 以外の場所にインストールできますか?</h4>

    <p> 簡単な方法は、 <i>configure</i> を走らせるときに --prefix オプショ
    ンを指定することです。 </p>


<h4 id="item3.2">3.2</a>) 他のホストからの接続はどのように制御しますか?</h4>

    <p>既定値では、PostgreSQL は Unix ドメインソケット、または、TCP/IP接
     続のローカルマシンからの接続しか許しません。postgresql.conf の中の
     listen_addresses を修正し、<b>かつ</b><i>$PGDATA/pg_hba.conf</i>
     ファイルを適切に直し、データベースサーバを再起動して、ホストベース
     の認証を有効にしないかぎりは、他のマシンからは接続できないでしょう。</p>


<h4 id="item3.3">3.3</a>) より良い性能を得るためには、データベース・エンジンをどのように調整しますか?</h4>
 
    <p>性能改善の可能性のありそうな主な領域が3つあります:</p>
    <dl>
    <dt><b>クエリの変更</b></dt>

    <dd>クエリを修正してより良い性能を得ることを含みます:
    <ul>
    <li>式および部分インデックスを含む、インデックスを作成</li>
    <li>複数の<small>INSERT</small>のかわりにCOPYを使用</li>
    <li>複数の文をグループ化し、1つのトランザクションにしてコミットのオーバヘッドを削減</li>
    <li>インデックスからから沢山のロウを取り出すときは<small>CLUSTER</small>を使用</li>
    <li>クエリの出力のサブセットを返すために<small>LIMIT</small>を使用</li>
    <li>準備されているクエリを使用</li>
    <li>オプティマイザの正確な統計を維持するために<small>ANALYZE</small>を使用</li>
    <li><small>VACUUM</small> または <i>pg_autovacuum</i> の常用</li>
    <li>大きなデータ変更のあるときはインデックスを削除</li>
    </ul><br/>
    <br/>
    </dd>

    <dt><b>サーバ構成</b></dt>

    <dd><i>postgresql.conf</i>の設定のいくつかは性能に影響します。
    詳しくは、<a href=
    "http://www.postgresql.org/docs/current/static/runtime-config.html">
    Administration Guide/Server Run-time Environment/Run-time
    Configuration</a> の全件リストをごらんください(<a
    href="http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html">
    JPUGサイトの日本語版、サーバの構成</a>)。
    そして、解説として、<a
    href="http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html">
    http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html</a>
    および、 <a href="http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html">
    http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html</a> を
    ごらんください。
    <br/>
    <br/>
    </dd>

    <dt><b>ハードウェアの選定</b></dt>

    <dd>性能におけるハードウェアの影響は
    <a href="http://www.powerpostgresql.com/PerfList/">
    http://www.powerpostgresql.com/PerfList/</a> と、 <a
    href="http://momjian.us/main/writings/pgsql/hw_performance/index.html">
    http://momjian.us/main/writings/pgsql/hw_performance/index.html</a>
    (<a href="http://www.postgresql.jp/wg/psqltrans/hw_performance_j/index.html">JPUGサイトの日本語版</a>)
    に述べられています。
    <br/>
    <br/>
    </dd>
    </dl>


    <p><small><pre>
    [訳注:
      JPUG理事長の片岡裕生氏による、「今すぐできるPostgreSQLチューニング」
      というコーナーが ThinkIT サイトにあり、実作業の参考になります。
    	http://www.thinkit.co.jp/free/tech/10/1/1.html
    ]
    </pre></small></p>


<h4 id="item3.4">3.4</a>) どのようなデバグ機能が使えますか?</h4>

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


<h4 id="item3.5">3.5</a>) 接続しようとするときに <i>'Sorry, too many clients'</i> が出るのはなぜですか?</h4>

    <p> 既定での制限である 100 のデータベースセッションに達してしまって
    います。サーバーの同時接続できるバックエンドプロセスの制限値を増やす
    必要があります。<i>postgresql.conf</i> の中の<i>max_connections</i>
    の値を変更してサーバを再起動することで可能になります。</p>


<h4 id="item3.6">3.6</a>)  PostgreSQLのアップグレードの手順はどうなりますか?</h4>

    <p>バージョン番号付けの方針について、更新全般についての解説は<a
    href="http://www.postgresql.org/support/versioning">http://www.postgresql.org/support/versioning</a> を、
    そして、アップグレードについての一般的な説明は <a 
    href="http://www.postgresql.org/docs/current/static/install-upgrading.html">
    http://www.postgresql.org/docs/current/static/install-upgrading.html</a>
    をご覧ください。
    </p>
<p><small><pre>
[訳注:
   アップグレードについての和訳版は下記にあります。
  <a href="http://www.postgresql.jp/document/current/html/install-upgrading.html">http://www.postgresql.jp/document/current/html/install-upgrading.html</a>
]
</pre></small></p>


<small><pre>
[訳注:
   原文では、下記の内容は<a href="http://www.postgresql.org/support/versioning">独立したページに移され</a>、削除されています。
</pre>

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

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

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

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


<h4 id="item3.7">3.7</a>) ハードウェアにはどのようなコンピュータを使えばよいですか?</h4>

    <p>PCハードウェアはほとんど互換性がありますので、ほとんどの人は、す
    べてのPCハードウェアが同じ品質だと思い込む傾向があります。しかし、そ
    れは間違いです。ECC RAM、SCSI、および、高品質マザーボードは、安いハー
    ドウェアに比べると、より信頼性が高く、より性能も良いのです。
    PostgreSQL はほとんどのハードウェアで稼働しますが、信頼性や性能が重
    要な場合は、使用中のハードウェアのオプションについて調査することが
    賢明です。我々のメーリングリスト上でもハードウェアオプションのトレー
    ドオフについて議論することができます。</p>

<hr />


<h2 align="center">操作上の質問</h2>

<h4 id="item4.1">4.1</a>) 最初の数ロウのみを <small>SELECT</small>するにはどうしますか?ランダムなロウ?
</h4>

    <p>たったの数行のロウを取り出すために、何行必要かがわかれば、
    <small>SELECT</small> のときに <small>LIMIT</small> を使います。
    <small>ORDER BY</small>にインデックスがマッチした場合、まったくクエ
    リが実行されないこともあります。<small>SELECT</small> のときに何行
    が必要かを知らなければ、カーソルを使い<small>FETCH</small>します。</p>

   <p>ランダムロウを<small>SELECT</small>するには、次の文を使います: 
<pre>
    SELECT col
    FROM tab
    ORDER BY random()
    LIMIT 1;
</pre>


<h4 id="item4.2">4.2</a>) 定義されたテーブル、インデックス、データベース、および、ユーザをどのようにして見つけ出しますか?<i>psql</i>で使われているクエリを表示するにはどうしますか?</h4>

    <p><i>psql</i> の中で \dtコマンドを使ってテーブルを見ることができ
    ます。psqlの中で \? を使って、コマンドの全リストを調べることができま
    す。一方で、<i>psql</i> のソースコードで、バックスラッシュコマンドを
    出力する <i>pgsql/src/bin/psql/describe.c</i> ファイルを読むこともで
    きます。その中には、 <small>SQL</small> コマンドを生成する部分も含ま
    れます。また、 <i>-E</i> オプションを付けて <i>psql</i> を開始すると、
    入力されたコマンドを実行するためのクエリを印字出力するようになります。
    PostgreSQLは <small>SQL</small> 準拠の INFORMATION SCHEMA インター
    フェースを提供しますので、データベースについての情報を問い合わせるこ
    ともできます。</p>

    <p><i>pg_</i> で始まるシステムテーブルでもこれらを記述することができ
    ます。</p>
    
    <p><i>psql -l</i>を使うと全てのデータベースをリストします。</p>

    <p>それと、<i>pgsql/src/tutorial/syscat.source</i> を試してみてくだ
    さい。そこには、データベースのシステムテーブルから情報を得るために必
    要な <small>SELECT</small> 文が沢山あります。</p>


<h4 id="item4.3">4.3</a>) カラムのデータ型を変更するにはどうしますか?</h4>

    <p>カラムのデータ型の変更は 8.0 以降では、
    <small>ALTER TABLE ALTER COLUMN TYPE</small> を使うことにより間単に
    なりました。</p>

    <p>それより前のバージョンでは、以下のようにします:</p>
<pre>
    BEGIN;
    ALTER TABLE tab ADD COLUMN new_col <i>new_data_type</i>;
    UPDATE tab SET new_col = CAST(old_col AS <i>new_data_type</i>);
    ALTER TABLE tab DROP COLUMN old_col;
    COMMIT;
</pre>

    <p>これを行なったときは、抹消された行が使っているディスク空間を回収
    するために<i>VACUUM FULL tab</i>をしたほうが良いかもしれません。</p>

<h4 id="item4.4">4.4</a>) ロウ、テーブル、データベースの最大サイズは?</h4>

    <p>制限は以下のとおりです:</p>
<blockquote>
<table>
<tr><td>データベースの最大サイズ?</td><td>制限無し (32 TB のデータベースも存在します)</td></tr>
<tr><td>テーブルの最大サイズ?</td><td>32 TB</td></tr>
<tr><td>ロウの最大サイズ?</td><td>400 GB</td></tr>
<tr><td>フィールドの最大サイズ?</td><td>1 GB</td></tr>
<tr><td>テーブル内での最大ロウ数?</td><td>制限無し</td></tr>
<tr><td>テーブル内での最大カラム数?</td><td>カラムの型によって 250-1600</td></tr>
<tr><td>テーブル内での最大インデックス数?</td><td>制限無し</td></tr>
</table>
</blockquote>

    <p> もちろん、これらは実際は無制限ではなく、ディスク容量とメモリーや
    スワップスペースの大きさにより制限されます。性能はこれらの値がことの
    ほか大きな時に煽りを受けます。</p>

    <p> 最大テーブルサイズの32TBはオペレーティングシステムによる巨大ファ
    イルのサポートは必要としません。巨大なテーブルは複数の1GBのファイル
    に分けて保存されますので、ファイルシステムの制限は重要ではありません。
    </p>

    <p> デフォルトのブロックサイズを32kに増加することで、最大テーブルサイズ
    と行サイズと最大カラム数とを4倍にすることができます。また、最大テーブル
    サイズはテーブルパーティションを使って増やすこともできます。</p> 

    <p>ひとつの制限は、約2,000文字以上の長さのカラムにインデックスを付
    けることができないことです。 幸いにも、そのようなインデックスは実際
    は必要ありません。長いカラムのMD5ハッシュの関数インデックスは一意性
    がなによりの保険で、また、フルテキストのインデックスではカラム内の
    単語を検索することができます。</p>

<h4 id="item4.5">4.5</a>) 一般的なテキストファイルのデータを保存するには、データベースのディスク容量はどのくらい必要です?</h4>

    <p>普通のテキストファイルを PostgreSQL のデータベースに保存するには、
    最大で約5倍のディスク容量を必要とします。</p>


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

<pre>
    24 bytes: 各ロウのヘッダ(概算)
    24 bytes: 整数(int)フィールドとテキスト(text)フィールド
   + 4 bytes: ページ上のタップルへのポインタ
   ----------------------------------------
    52 bytes per row

   PostgreSQL のデータページサイズは 8192バイト(8KB)なので:

   8192 bytes per page
   -------------------   =  146 rows per database page (切り捨て)
     52 bytes per row

   100000 data rows
   --------------------  =  633 database pages (切り上げ)
      158 rows per page
 
  633 database pages * 8192 bytes per page  =  5,185,536 bytes (5.2 MB)
</pre>

    <p>インデックスは、これほどのオーバヘッドは要求しませんが、インデッ
   クス付けされるデータを含む以上、それなりに大きくなります。 </p>
    <p><small>NULL</small>はビットマップとして保存されていて、それらがわ
    ずかにスペースを使います。</p>


<h4 id="item4.6">4.6</a>) クエリが遅いのはなぜでしょう? なぜ、インデックスが使われないのでしょうか?</h4>

    <p>インデックスは、すべてのクエリで使われるわけではありません。テー
    ブルが最小サイズより大きく、クエリでそのわずかなパーセンテージのロウ
    を選択する時だけ、インデックスは使われます。これはインデックススキャ
    ンにより起こされるランダムなディスクアクセスは、テーブルをストレート
    に読む順次走査よりも遅くなることがあるからです。 </p>

    <p>インデックスを使うかを決定するために、PostgreSQL はテーブルについ
    ての統計情報を持たなければなりません。この統計情報は、
    <small>VACUUM ANALYZE</small>または、単に <small>ANALYZE</small> を使っ
    て収集することができます。統計情報を使ってオプティマイザはテーブルの
    中にあるロウ数を知り、インデックスを使うべきかの決定をより正しくでき
    ます。統計情報は最適な結合順や結合方法を決める上でも貴重なものもあり
    ます。統計情報の収集は、テーブルの内容が変わる毎に繰返しなされるべ
    きです。</p>

    <p> インデックスは、通常 <small>ORDER BY</small> や結合を行なうため
    には使われません。順次スキャンに続く明示的ソートは、巨大なテーブルの
    インデックススキャンよりも普通は高速です。</p>

    しかし、<small>ORDER BY</small>と組み合わされた<small>LIMIT</small>
    は、テーブルの小さな部分を返すためにたびたびインデックスを使うでしょ
    う。

    <p>もし、オプティマイザが間違ってシーケンシャルスキャンを選択したこ
    とに疑いがなければ、<CODE>SET enable_seqscan TO 'off'</CODE>に設定し
    て、クエリをもう一度実行し、インデックススキャンがまちがいなく速くなっ
    ているかどうかをみてください。</p> 

    <p> <small>LIKE</small> あるいは <i>~</i> のようなワイルドカード演算
    子は特別な環境でしか使えません:
    <ul>
    <li>検索文字列が文字列の最初にききます。たとえば:</li>
	<ul>
	 <li><small>LIKE</small> パターンが<i>%</i>で始まらない</li>
	 <li><i>~</i> (正規表現) パターンは<i>^</i>で始まらなければならない</li>
	</ul>
    <li>検索文字列を文字クラスから始めることはできません。たとえば、[a-e]。</li>
    <li><small>ILIKE</small><i>~*</i> のような大文字と小文字を区別し
	ない検索は使えません。そのかわり、このFAQの<a
	href="#item4.8">4.8</a>節で説明する式インデックスが使えます。
	</li> 
    <li><i>initdb</i> においては、デフォルトで<i>C</i>ロケールが使われな
	くてはなりません。その理由は、Cロケール以外では次に大きな文字を
	知ることができないからです。このような場合、<pre>LIKE</pre>イン
	デクシングにだけ働くような、特別な<pre>text_pattern_ops</pre>イ
	ンデックスを作成することもできます。また、それを全文検索のフル
	テキストのインデックス作成に使うことができます。
	</li>
    </ul>
    <p>


<h4 id="ITEM4.7">4.7</a>) 問い合わせオプティマイザがどのように問い合わせを評価するのかを見るにはどうしますか?</h4>

    <p>オンラインマニュアルで <small>EXPLAIN</small> を見てください。</p>

<h4 id="item4.8">4.8</a>) 正規表現での検索や大文字と小文字とを区別しない正規表現検索はどのように実現しますか?大文字と小文字とを区別しない検索のためのインデックスはどのように使いますか?</h4>

    <p><i>~</i>演算子は正規表現照合を行ない、<i>~*</i> は大文字と小文字
    を区別しない(case-insensitive)正規表現照合を行います。 大文字と小文
    字を区別しない <small>LIKE</small> 演算子を <small>ILIKE</small> と
    いいます。</p>

    <p>大文字と小文字を区別しない等値比較は次のように表現できる:
<pre>
    SELECT *
    FROM tab
    WHERE lower(col) = 'abc';
</pre>

    <p>標準インデックスでは使われず、しかしながら、もし、式インデックス
    を作ったならそれが使われるでしょう。</p>

<pre>
    CREATE INDEX tabindex ON tab (lower(col));
</pre>

    <p>上記のインデックスが<small>UNIQUE</small>で作成された場合、カラム
    は大文字と小文字を格納できますが、その違いが文字ケースだけであっても
    同一にはなりません。あえて特定の文字ケースをカラムに格納するには
    <small>CHECK</small>制約か、トリガーを使ってください。</p>



<h4 id="item4.9">4.9</a>) クエリの中で、フィールドが<small>NULL</small> であることを検出するにはどうしますか? <small>NULL</small> であることを検出するにはどうしますか? フィールドが<small>NULL</small>かどうかでどのようにソートができますか?</h4>

    <p>以下のように、<small>IS NULL</small><small>IS NOT
    NULL</small>で、そのカラムをテストしてみます:</p> 

<pre>
   SELECT *
   FROM tab
   WHERE col IS NULL;
</pre>

<small>NULL</small>の可能性のあるものを連結するには、<i>COALESCE()</i>を
次のように使います。

<pre>
   SELECT COALESCE(col1, '') || COALESCE(col2, '')
   FROM tab
</pre>

   <p><small>NULL</small>状態でソートするには、<small>IS NULL</small><small>IS NOT NULL</small> の修飾子を <small>ORDER BY</small> 句の中
   で使ってみます。<i>true</i> のものは <i>false</i> のものよりも高い値
   として並べられますので、次の例では NULL の記載が結果リストの上部に置
   かれます。

<pre>
   SELECT *
   FROM tab
   ORDER BY (col IS NOT NULL)
</pre>


<h4 id="item4.10">4.10</a>) いろいろな文字型のそれぞれの違いは何ですか?
</h4>

<blockquote>
<table>
<tr><th></th><th>内部名</th><th>備考</th></tr>
<tr><td>VARCHAR(n)</td><td>varchar</td><td>最大長のサイズを指定する、詰め物無し</td></tr>
<tr><td>CHAR(n)</td><td>bpchar</td><td>指定された固定長となるように空白が詰められる</td></tr>
<tr><td>TEXT</td><td>text</td><td>長さに特別な上限は無し</td></tr>
<tr><td>BYTEA</td><td>bytea</td><td>可変長のバイト配列(null-byte safe)</td></tr>
<tr><td>"char"</td><td>char</td><td>1文字</td></tr>
</table>
</blockquote>

    <p> 内部名にお目にかかるのは、システム・カタログを調べるときや、エラー
    メッセージを受け取るときです。</p>

    <p> 上記の型のうち最初の4つの型は "varlena" 型です(すなわち、ディス
    クの最初の4バイトがデータ長で、それの後に実際のデータが続きます)。
    このように実際の空間は宣言された大きさよりも少し大きくなります。しか
    し、長い値は圧縮されるので、ディスク上の空間は思ったよりも小さくなります。</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>


<h4 id="item4.11.1">4.11.1</a>) 通番(serial)/自動増分フィールドはどのようにつくりますか?</h4>

    <p> PostgreSQL は <small>SERIAL</small> データ型をサポートします。カ
    ラム上にシーケンスを自動作成します。たとえば、</p>

<pre>
    CREATE TABLE person ( 
        id   SERIAL, 
        name TEXT 
    );
</pre>
    は自動的に次のように翻訳されます:
<pre>
    CREATE SEQUENCE person_id_seq;
    CREATE TABLE person ( 
        id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
        name TEXT
    );
</pre>

    <p><small><pre>
    [訳注:
	CREATE UNIQUE INDEX person_id_key ON person ( id );
	は、 7.3 以降は自動的には行なわれなくなりました。
    ]
    </small></pre></p>

    <p>自動的につくられる通番は、
	&lt;<i>table</i>&gt;_&lt;<i>serialcolumn</i>&gt;_<i>seq</i>
    と名付けられていて、<i>table</i><i>serialcolumn</i> は、それぞれ
    テーブルと <small>SERIAL</small> カラムの名前です。
    通番については、オンラインマニュアルで<i>create_sequence</i> 
    をごらんください。</p>


<h4 id="item4.11.2">4.11.2</a>) <small>SERIAL</small>データ型に挿入される値は、どうすれば得られますか?</h4>

    <p>最も簡単な方法は、割り当てられた<small>SERIAL</small>値を
    <small>RETURNING</small>として取得することです。
    <a href="#item4.11.1">4.11.1</a>の例題テーブルを使うと次のように
    なります。

<pre>
    INSERT INTO person (name) VALUES ('Blaise Pascal') RETURNING id;
</pre>


<h4 id="item4.11.3">4.11.3</a>) <i>currval()</i> は他のユーザとの競合状態に陥ることはないですか?</h4>

    <p>それはありません。<i>currval()</i> は、すべてのユーザではありませ
    んが、読者のセッションに与えられた現在の値を返します。 </p>


<h4 id="item4.11.4">4.11.4</a>) トランザクションが中断したときにもういちどシーケンス番号が使われないのはなぜですか?シーケンス/SERIALカラムに空きがあるのはなぜですか?</h4>

    <p>同時性を改善するために、実行中のトランザクションに、必要に応じてト
    ランザクションが終了するまでロックされないようシーケンス値を与えてい
    ます。このためトランザクションが中断されると番号割り当てにギャップを
    生じます。</p> 


<h4 id="item4.12">4.12</a>) <small>OID</small> とは何ですか? <small>CTID</small> とは何ですか?</h4>

    <p>テーブルが<small>WITH OIDS</small>でつくられた場合は、それぞれの
    ロウに一意な<small>OID</small>が取られます。
    <small>OID</small>は自動的に4バイトの整数で与えられ、それは、全イン
    ストレーションを通して一意な値となります。しかし、約40億でオーバーフ
    ローし、そして、<small>OID</small>は重複をしはじめます。PostgreSQLは
    内部システムテーブルを一緒にリンクするために<small>OID</small> を使
    います。

    <p>ユーザのテーブルのカラムに一意の番号を付けるためには、
    <small>OID</small> ではなく <small>SERIAL</small> を使うのが最もよい
    でしょう。<small>SERIAL</small>の連番は1つのテーブル内でのみ一意にな
    るからで、オーバーフローを起こしにくいと考えられます。
    8バイトのシーケンス値を保存するために、<small>SERIAL8</small>があり
    ます。</p>

    <p><small>CTID</small> は、特定の物理ロウをブロックとオフセットの値
    で識別するために使われます。<small>CTID</small>は、ロウが修正された
    り再読込みされたときに変わります。また、物理ロウを差すためにインデッ
    クスの記載に使われます。</p>


<h4 id="item4.13">4.13</a>) エラーメッセージ <i>"ERROR: Memory exhausted in AllocSetAlloc()"</i>が出るのはなぜですか?</h4>

    <p>おそらく、システムの仮想メモリーを全て使い果たしてしまっている可
    能性があるか、カーネルがあるリソースについてもつ制限値が低すぎる可能
    性があります。サーバを始動する前にこれを試してみてください:</p>

<pre>
    ulimit -d 262144
    limit datasize 256m
</pre>

    シェルによって、どちらかひとつが成功するでしょうが、これはプロセスの
    データセグメント制限をより高く設定し、たぶんクエリが完結するようにな
    るでしょう。このコマンドは現行のプロセスと、このコマンドを走らせた後
    に作られる全てのサブプロセスについて適用されます。バックエンドがとて
    も多くのデータを返すために<small>SQL</small> クライアントで問題が続
    いているのであれば、クライアントを開始する前にこれを試してみてくださ
    い。 

<h4 id="item4.14">4.14</a>) どのバージョンの PostgreSQL を走らせているかを調べるにはどうしますか?<br /></h4>

    <p><i>psql</i> から <CODE>SELECT version();</CODE> をタイプします。</p>


<h4 id="item4.15">4.15</a>) 現在の時刻がデフォルトとなるようなカラムはどのようにつくりますか?<br /></h4>

    <p><i>CURRENT_TIMESTAMP</i>を使います:</p>
<pre>
    CREATE TABLE test (x int, modtime TIMESTAMP DEFAULT CURRENT_TIMESTAMP );
</pre>


<h4 id="item4.16">4.16</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>
あるいは
<pre>
    SELECT *
    FROM t1 LEFT OUTER JOIN t2 USING (col);
</pre>

これらの象徴的なクエリでは 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>結合と呼ばれます。


<h4 id="item4.17">4.17</a>) 複数のデータベースを使う問い合わせはどのようにすればできますか?</h4>

    <p>現行のデータベース以外への問い合わせの方法はありません。というの
    もPostgreSQLがデータベース仕様のシステムカタログを読み込むためで、そ
    こには、たとえそのふりをするだけにしろ、データベースを越えて問い合わ
    せをするすべがありません。 </p>

    <p><i>contrib/dblink</i> はデータベース間(cross-database)の問い合わ
    せを関数呼出しにより許します。もちろん、クライアントは同時に接続を別
    のデータベースへも張らなくてはならず、結果をクライアント側でマージし
    なくてはなりません。</p>


<h4 id="item4.18">4.18</a>) 関数から複数のロウまたはカラムを返すにはどうしますか?</h4>

    <p>集合を返す関数(Set Returning Functions):
    <a href="http://www.postgresql.org/docs/techdocs.17">
    http://www.postgresql.org/docs/techdocs.17</a></p>
    を使うと簡単です</p><h4 id="item4.19">4.19</a>) PL/PgSQL の関数の中で一時テーブルにアクセスするとき、どうして "relation with OID ##### does not exist" というエラーを受け取るのでしょうか?</h4>

    <p>バージョン8.3より前の PostgreSQL では、PL/PgSQL は関数スクリプトを
    キャッシュしたため、運悪くその副作用がありました。PL/PgSQL 関数が一時
    テーブルにアクセスして後でそのテーブルを消して作りした場合に、関数が
    もう一度呼び出されたときは、その関数のキャッシュしていた内容がまだ古い
    一時テーブルを指し示したままだったからです。
    この、解決策として、PL/PgSQLの中で <small>EXECUTE</small> を一時テー
    ブルへのアクセスのために使います。そうすると、クエリは毎回パースをや
    り直しされるようになります。</p>

    <p>この問題は、 PostgreSQL バージョン8.3 以降では起きません。</p>


<h4 id="item4.20">4.20</a>) どのようなレプリケーションのソリューションがありますか?</h4>
    <p>「レプリケーション」と一言でいいますが、レプリケーションをする
    ための技術はいくつかあり、それぞれ、利点と欠点があります。</p>

    <p>マスタ/スレーブのレプリケーションは、読み/書きのクエリを受け取
    るシングルマスタが可能で、スレーブでは 読み/<small>SELECT</small>の
    問い合わせだけを受け付けることができます。最も人気がある、フリーで利
    用できる、マスタ−スレーブのPostgreSQLレプリケーションソリューション
    は、<a 
    href="http://main.slony.info/">
    Slony-I</a> です。</p>

    <p>マルチ−マスタのレプリケーションは、読み/書きのクエリを受けと
    り、複数のレプリケートさせるコンピュータに送ることができます。この機
    能は、サーバ間の変更の同期が必要なため、性能に重大な衝撃を与えます。
    <a href="http://pgfoundry.org/projects/pgcluster/">PGCluster</a> は、
    このようなソリューションとしてPostgreSQLのためにフリーで利用できるも
    のとして、最も人気があります。</p>

    <p>この他にも、商用やハードウェア−ベースのレプリケーションソリュー
    ションがいろいろなレプリケーションモデルをサポートしています。</p>
  
<h3 id="item4.21">4.21</a>)テーブルとカラムの名前がクエリーの中で認識されないのはなぜですか?なぜ大文字化(キャピタライズ)は温存されないのですか?</h3>

    <p>名前が認識されない、最も一般的な原因は、テーブルを作成する際に、
    テーブルやカラムを囲う二重引用符の使用です。
    二重引用符を使うと、テーブルとカラムの名前(識別子といいます)は<a
    href="http://www.postgresql.org/docs/current/static/sql-syntax-lexical.html#SQL-SYNTAX-IDENTIFIERS">大文字と小文字の区別</a>
    をして格納されます。したがって、pgAdminのようにテーブル作成のときに
    自動的に二重引用符を使うものはクエリの中でそれらの名前を使うときに
    二重引用符を付けなくてはならないことを意味します。このため、識別子
    を認識させるためには以下のいずれかを心がけます。

    <ul>
    <li>テーブルを作成するときに二重引用符で識別子を囲うことを避ける</li>
    <li>識別子には小文字だけを使う</li>
    <li>クエリの中で参照するときは二重引用符で識別子を囲う</li>
    </ul>


<hr />

<h2 align="center">日本語に関する質問</h2>

<h3 id="item5.1">5.1</a>)日本語がうまく扱えないのはなぜですか?</h3>


    <p><i>createdb -E</i>コマンドオプションに UTF8 あるいは EUC_JP
    のエンコーディングを指定してデータベースを作成すか、次のように
    エンコーディングを指定してデータベースを作成してください。</p>
<pre>
        CREATE DATABASE dbname WITH ENCODING 'UTF8';
    もしくは、
        CREATE DATABASE dbname WITH ENCODING 'EUC_JP';
</pre>


<h3 id="item5.2">5.2</a>) psql でWindowsからアクセスしたときに、日本語が文字化けするのですが?</h3>

    <p><i>psql</i>の中でクライアントのエンコーディングを指定してください。</p>
<pre>
        SET client_encoding TO 'SJIS'
</pre>
    <p>PostgreSQLデータベースのエンコーディングに使える日本語文字コード
    は EUC_JP か UTF-8(UNICODE) であるため、Shift-JIS表示のコマンドプロ
    ンプトからは、client_encodingを設定しておかないと、日本語を表示する
    際に文字化けがおきます。</p>


<hr />

<h4 id="item-japanese">「日本語版について」</h4>
<p><small><pre>
[訳注:
  日本語版の製作については以下の通りです。

  最終更新日:	2008年1月17日
  翻訳者:	桑村 潤 (<a href="mailto:juk at postgresql.jp">Jun KUWAMURA &lt;juk at postgresql.jp&gt;</a>)

  このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):

		田仲 稔(<a href="mailto:Tanaka.Minoru at keiken.co.jp">Minoru TANAKA &lt;Tanaka.Minoru at keiken.co.jp&gt;</a>)
		石井 達夫(<a href="mailto:ishii at sraoss.co.jp">Tatsuo ISHII &lt;ishii at sraoss.co.jp&gt;</a>)
		齊藤 知人(<a href="mailto:tomos at elelab.nsc.co.jp">Tomohito SAITOH &lt;tomos at elelab.nsc.co.jp&gt;</a>)
		馬場  肇(<a href="mailto:baba at kusastro.kyoto-u.ac.jp">Hajime BABA &lt;baba at kusastro.kyoto-u.ac.jp&gt;</a>)
		岡本 一幸(<a href="mailto:kaz-okamoto at hitachi-system.co.jp">Kazuyuki OKAMOTO &lt;kaz-okamoto at hitachi-system.co.jp&gt;</a>)
		小菅 昭一(<a href="mailto:s-kosuge at str.hitachi.co.jp">Shoichi Kosuge &lt;s-kosuge at str.hitachi.co.jp&gt;</a>)
		山下 義之(<a href="mailto:dica at eurus.dti.ne.jp">Yoshiyuki YAMASHITA &lt;dica at eurus.dti.ne.jp&gt;</a>)
		境 真太郎(<a href="mailto:s_sakai at mxn.mesh.ne.jp">Sintaro SAKAI &lt;s_sakai at mxn.mesh.ne.jp&gt;</a>)
		生越 昌己(<a href="mailto:ogochan at zetabits.com">Masami OGOSHI &lt;ogochan at zetabits.com&gt;</a>)
		石川 俊行(<a href="mailto:tosiyuki at gol.com">Toshiyuki ISHIKAWA &lt;tosiyuki at gol.com&gt;</a>)
		本田 茂広(<a href="mailto:fwif0083 at mb.infoweb.ne.jp">Shigehiro HONDA &lt;fwif0083 at mb.infoweb.ne.jp&gt;</a>)
		せせ じゅん(<a href="mailto:sesejun at linet.gr.jp">Jun SESE &lt;sesejun at linet.gr.jp&gt;</a>)
		神谷 英孝(<a href="mailto:hkamiya at catvmics.ne.jp">Hidetaka KAMIYA &lt;hkamiya at catvmics.ne.jp&gt;</a>)
		菅原 敦(<a href="mailto:asugawar at f3.dion.ne.jp">Atsushi SUGAWARA &lt;asugawar at f3.dion.ne.jp&gt;</a>)
		稲葉 香理(<a href="mailto:i-kaori at sraoss.co.jp">Kaori Inaba &lt;i-kaori at sraoss.co.jp&gt;</a>)

  をはじめ、ポストグレスに関する話題豊富な日本語PostgreSQLメーリングリスト、
  和訳のきっかけを作ってくれたり、いつもチェックをしてくれる
   <a href="http://jf.linux.or.jp/">JF(Linux Japanese FAQ)プロジェクト</a>、FreeBSD ドキュメンテーションプロジェクト
  の方々、それから、直接あるいは間接的にかかわってくださるすべてのオープンソース
  コミュニティのみなさまに感謝いたします。


  この翻訳文書は <a href="http://www.postgresql.org/docs/faq/">本家 "Frequently Asked Questions" </a> のページに "Japanese FAQ" 
  という項目であります。
  
  また、最新版は以下のサイトにあります。
	<a
  href="http://www.postgresql.jp/wg/jpugdoc/">http://www.postgresql.jp/wg/jpugdoc/</a> 「JPUG文書・書籍関連分科会」
	<a href="http://www.linux.or.jp/JF/JFdocs/INDEX-database.html">http://www.linux.or.jp/JF/JFdocs/INDEX-database.html</a> 「Linux JFプロジェクト」	<a   href="http://www.linet.gr.jp/~juk/pgsql/">http://www.linet.gr.jp/~juk/pgsql/</a> 「PostgreSQL Notes for Japanese」(翻訳者ページ)

  なお、この和訳に関するご意見・ご質問は(<a href="mailto:juk at
  postgresql.jp">juk at postgresql.jp</a>)までお寄せください。
  (※ メールアドレスの " at " は適切に直してください。半角の "@" です。)
]
</pre></small></p>

</div>

</BODY>
</HTML>