原文最終更新日: Last updated: Wed Oct 17 13:34:42 EDT 2007
-現在の維持管理者: Bruce Momjian (PostgreSQL(鴻違鴻祉ャ若祉)ゃ莖茹ｇ(FAQ)
+ 腟贋井: Last updated: Wed Oct 17 13:34:42 EDT 2007 憜膓膊∞: Bruce Momjian (bruce@momjian.us) この文書の最新版は吾亥
http://www.postgresql.org/docs/faqs.FAQ.html
-で見ることができます。 プラットホームに特有の質問については:
+ 若号莖ゃ:
http://www.postgresql.org/docs/faq/
Maintainer of Japanese Translation: Jun Kuwamura (juk at postgresql.jp)
-に解答があります。
-(以下、訳者による注釈を [訳注： と ] とで囲んで記します。)
-[訳注：
- 日本語版のFAQは、
+(篁ヤ荐活羈 [荐恰絵鐚 ] у蚊ц障)
+[荐恰絵鐚
+ ユ茯FAQ
http://www.postgresql.org/docs/faqs.FAQ_japanese.html
- にあります。
- 最新の日本語版については、この文書の最後にある「日本語版について」をごらんください。
+ 障
+ 違ユ茯ゃ吾緇ユ茯ゃ
]
-一般的な質問
+筝莖
-1.1) PostgreSQLとは何ですか？ その呼び方は？
-1.2) 誰が PostgreSQL をコントロールしていますか？
-1.3) PostgreSQLの著作権はどうなってますか？
-1.4) PostgreSQLをサポートするプラットホームは？
-1.5) PostgreSQLはどこから入手できますか？
-1.6) 最新のリリースはどれですか？
-1.7) サポートはどこで受けられますか？
-1.8) バグレポートはどのように発信しますか？
-1.9) 既知のバグや未だ無い機能はどうやって見つけますか？
-1.10) どのような文書がありますか？
-1.11) SQLはどうすれば学べますか？
-1.12) パッチを提供したり、開発チーム参加するにはどうすればよいですか？
-1.13) 他のDBMSと比べてPostgreSQLはどうなのですか？
-1.14) PostgreSQLは国毎の最新の夏時間の変更を扱いますか？
+1.1) PostgreSQL篏с鐚 若恰鴻鐚
+1.2) 茯違 PostgreSQL 潟潟若障鐚
+1.3) PostgreSQL篏罔ｃ障鐚
+1.4) PostgreSQL泣若若鐚
+1.5) PostgreSQLユс障鐚
+1.6) 違若鴻с鐚
+1.7) 泣若у障鐚
+1.8) 違若坂拭障鐚
+1.9) ∝ャ違＜罘純ｃ荀ゃ障鐚
+1.10) 吾障鐚
+1.11) SQL医鴻障鐚
+1.12) 箴冴若違с鐚
+1.13) 篁DBMS罸鴻PostgreSQLс鐚
+1.14) PostgreSQL醇違紊紊眼宴障鐚
-
PostgreSQLはPost-Gres-Q-L(ポスト・グレス・キュー・エル) - と発音しますが、会話の中では単純に Postgres と呼ばれることも - あります。（"PostgreSQL"をどう発音するか気になる人のために、 +
PostgreSQLPost-Gres-Q-L(鴻祉違鴻祉ャ若祉) + 咲潟障篌荅宴筝с膣 Postgres 若違 + 障鐚"PostgreSQL"咲潟羂篋冴 - 音声ファイルを用意してあります。
+ 喝０＜ゃ障 -PostgreSQL はオブジェクト-リレーショナルデータベースシステムで、 - 伝統的な商用データベースシステムに、次世代DBMSシステ - ムに見られるような改良が施された特徴を有します。PostgreSQLは、無料で - 完全なソースコードを手に入れることができます。
+PostgreSQL 吾с-若激с若帥若鴻激鴻с + 篌腟援若帥若鴻激鴻罨＞篁DBMS激鴻 + 荀壕純劫彰障PostgreSQL≧ + 絎純若鴻潟若ャс障
-PostgreSQL の開発は、ほとんどが、世界中にひろがったボランティアの - 開発者によって、インターネットを通したコミュニケーションによって行わ - れています。コミュニティによるプロジェクトであるため、どの企業の制御 - もうけません。開発に参加したければ、PostgreSQL 冴祉筝筝蚊ｃ潟ｃ≪ + 肴ｃゃ潟帥若潟ャ宴若激с潟ｃ茵 + 障潟ャｃ吾сс篌罐九勝 + 障冴違 http://www.postgresql.org/docs/faqs.FAQ_DEV.html - にある開発者のFAQを見てください。 + 肴FAQ荀
-PostgreSQLの門番、中央委員会、あるいは、コントロールをする会社を - 探そうとしても、諦めざるをえず ---- 存在しないのです。我々は、中心 - となるコミッティとCVSコミッタを持ちますが、これらのグループはコン - トロールするためというよりも、管理上のものです。ここでは、プロジェ - クトは、だれでも参加ができる開発者とユーザのコミュニティにより方向 - 付けられます。読者がやらなければならないことは、メーリングリストを - サブスクライブして、議論に 参加することです。（PostgreSQL筝紊紮＞潟潟若篌腓障 + ｢茫 ---- 絖с筝綽 + 潟ｃCVS潟帥＜障違若潟 + 若膊∞筝сс吾 + сс肴若吟潟ャｃ劫 + 篁障茯違＜若潟違鴻 + 泣鴻ゃ茘域 с鐚Developer's - FAQには、Postgres開発に加わり方についての情報があります。）
+ FAQPostgres冴鴻ゃ宴障鐚 -PostgreSQL は下記の著作権に従います。
-PostgreSQLは古くからのBSDライセンスの下で配布されています。それ - は基本的には、利用者がそのコードを好き勝手に利用することが許されて - います。制限があるとすれば、このソフトウェアに伴ういかなる問題にお - いても法的に責任を我々に負わせることができないということです。 - また、この著作権表示がこのソフトウェアのすべての複製に表示すること - も必要です。以下に、我々が実際に使っているBSD使用許諾書を示します： +
PostgreSQL 筝荐篏罔緇障
+PostgreSQLゃBSDゃ祉潟鴻筝ч絽障 + 堺潟若絅純荐宴 + 障狗違純с≪篌眼馹 + 羈莢篁祉莢сс + 障篏罔茵腓冴純с≪鴻茲茖純茵腓冴 + 綽荀с篁ヤ絎篏帥ｃBSD篏睡荐沿丈吾腓冴障鐚
- [訳注：
- 正文は英語です。参考として、訳文を併記掲載します。
+ [荐恰絵鐚
+ 罩ｆ沿с荐恰篏笈ｲ莠障
]
PostgreSQL Data Base Management System
@@ -190,258 +190,258 @@ href="mailto:juk at postgresql.jp">juk at postgresql.jp)
- POSTGRESQL データベース管理システム
+ POSTGRESQL 若帥若合∞激鴻
- 部分的著作権 (c) 1996-2007, PostgreSQL国際開発チーム
- 部分的著作権 (c) 1994-1996 カリフォルニア大学本校
+ 篏罔 (c) 1996-2007, PostgreSQL初冴若
+ 篏罔 (c) 1994-1996 √ぇ絖
- 本ソフトウェアおよびその文書一式は上記の著作権表示と、この文章
- およびこれに続く二つの段落が全ての複製に添付されている限りにおい
- て、使用、複製、修正および配付の許可を、いかなる目的であっても、
- 無償でかつ同意書無しに行なえることをここに認めます。
+ 純с≪潟娯綣筝荐篏罔茵腓冴腴
+ 潟膓鋋ゃ罧笈純茲茖純羞私
+ 篏睡茲茖純篆罩ｃ渇篁荐怨сｃ
+ ≦сゅ悟＜茵茯障
- カリフォルニア大学は、いかなる当事者にたいしても、利益の壊失を
- 含む、直接的、間接的、特別、偶然あるいは必然的にかかわらず生じた
- 損害について、たとえカリフォルニア大学がこれらの損害について訴追
- を受けていたとしても、一切の責任を負いません。
+ √ぇ絖綵篋紕紊宴
+ 贋･･劫ャ句吟綽句
+ 絎潟ゃ√ぇ絖絎潟ゃ荐頑申
+ 筝莢篁祉莢障
- カリフォルニア大学は、商用目的における暗黙の保証と、特定目的で
- の適合性に関してはもとより、これらに限らず、いかなる保証も放棄す
- ることを明言します。以下に用意されたソフトウェアは「そのまま」を
- 基本原理とし、カリフォルニア大学はそれを維持、支援、更新、改良あ
- るいは修正する義務を負いません。
+ √ぇ絖藥篆荐若劫
+ с≪篆荐若丈
+ 荐障篁ヤ純с≪障障
+ 堺√ぇ絖膓叵贋違壕
+ 篆罩ｃ臂莢障
- [訳注：
- 著作権に関する正文は上記の英語による表記です。日本語訳はあくまで
- 参考程度としてください。
+ [荐恰絵鐚
+ 篏罔≪罩ｆ筝荐沿茵荐сユ茯荐潟障
+ 腮綺
]
-一般的に、最近のUnix互換プラットホームであればPostgreSQLを稼働さ - せられるはずです。リリースの時点で実際にテストを行なったことの報告が - なされたプラットホームについてはインストール手引書に列挙してあります。 +
筝菴Unix篋若сPostgreSQL腮弱 + с若鴻鴻у鴻茵ｃ怨 + 若ゃゃ潟鴻若綣吾障
-PostgreSQL は、Win2000 SP4, WinXP, そして、Win2003 など Microsoft - Windows NTベースのオペレーティングシステムで、ネイティブに走ります。 - あらかじめパッケージにされたインストーラがPostgreSQL Win2000 SP4, WinXP, Win2003 Microsoft + Windows NT若鴻若ｃ潟違激鴻сゃｃ莎違障 + 宴若吾ゃ潟鴻若 http://pgfoundry.org/projects/pginstaller - にあり、利用できます。MSDOSベースのWindowsのバージョン(Win95, Win98, - WinMe)では、Cygwinを使って Postgres を走らせることができます。
+ с障MSDOS若鴻Windows若吾с(Win95, Win98, + WinMe)сCygwin篏帥ｃ Postgres 莎違с障
- [訳注
- pgInstaller の入手はFTPミラーサイトの win32 ディレクトリからも可能です。
+ [荐恰絵
+ pgInstaller ユFTP若泣ゃ win32 ｃ純с
http://www.postgresql.org/mirrors-ftp.html
- 詳しくは、次の Windows版に関するFAQの和訳をごらんください。
+ 荅潟罨＜ Windows≪FAQ荐潟
http://old.postgresql.jp/wg/jpugdoc/FAQ_windows.ja.html
]
- 次のサイトに Novell Netware 6 への移植版もあります。 +
罨＜泣ゃ Novell Netware 6 吾腱紙障 http://forge.novell.com - また、OS/2 (eComStation) バージョンは、 - 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障Webブラウザ経由だと、 - http://www.postgresql.org/ftp/、それから、ftp経由だと、 +
Web句宴 + http://www.postgresql.org/ftp/ftp腟宴 - ftp://ftp.postgresql.org/pub/ を使います。
+ ftp://ftp.postgresql.org/pub/ 篏帥障 -PostgreSQL の最新版はバージョン 8.2.5 です。
-我々は、1年毎にメジャーリリースを、数ヵ月ごとのマイナーリリースを - 行なうことを計画しています。
+PostgreSQL 亥若吾с 8.2.5 с
+1綛贋＜吾ｃ若若鴻違究ゃ若若鴻 + 茵荐祉障
- [訳注
- バージョン番号の x.y.z の最初の x.y がメジャーリリースの番号に相
- 当し、最後の z がマイナーリリースの番号になります。メジャーリリー
- スの番号が同じであれば、データベース・クラスタに互換性があります。
+ [荐恰絵
+ 若吾с括垩 x.y.z x.y ＜吾ｃ若若鴻垩
+ 綵緇 z ゃ若若鴻垩障＜吾ｃ若
+ 鴻垩с違若帥若鴻祉鴻帥篋с障
]
PostgreSQL コミュニティは多くのユーザのために、電子メール経由の支 - 援を提供しています。電子メールリストをサブスクライブするためのメイン - となるウェブサイトは +
PostgreSQL 潟ャｃ紊若吟糸＜若腟宴 + 叵箴障糸＜若鴻泣鴻ゃ＜ゃ + с泣ゃ - http://www.postgresql.org/community/lists/です。これから、始める - のであれば general または、bugs といったリストがよいで - しょう。
+ http://www.postgresql.org/community/lists/с紮 + с general 障bugs ｃ鴻 + -メジャーなIRC チャンネルは、Freenode (irc.freenode.net)の
- #postgresql というチャンネルです。UNIX コマンドでは、
- irc -c '#PostgreSQL' "$USER" irc.freenode.net を使って
- 参加できます。同じネットワークに、スペイン語のチャンネル
- (#postgresql-es)、フランス語のチャンネル
- (#postgresqlfr)、ブラジル語チャンネル (#postgresql-br)
- もあります。また、EFNetにもPostgreSQLチャンネルがあります。
＜吾ｃ若IRC ｃ潟Freenode (irc.freenode.net)
+ #postgresql ｃ潟сUNIX 潟潟с
+ irc -c '#PostgreSQL' "$USER" irc.freenode.net 篏帥ｃ
+ с障若鴻ゃ活ｃ潟
+ (#postgresql-es)潟壕ｃ潟
+ (#postgresqlfr)吾茯ｃ潟 (#postgresql-br)
+ 障障EFNetPostgreSQLｃ潟障
- [訳注:
- 1999年7月23日、日本ポストグレスユーザー会、略称JPUGが設立されました。
- JPUG は非営利組織で、PostgreSQLを利用する人達の相互協力の場となっています。
- (2006年 特定非営利活動(NPO)法人日本PostgreSQLユーザ会になりました。
- Web会員と正会員の会費は無料ですが、協賛会員の会費と会員の貢献で
- 会は運営されています。)
- 詳しくは、JPUG のWeb サイト:
+ [荐恰絵:
+ 1999綛723ャユ鴻違鴻若吟寂ョОJPUG荐腴障
+ JPUG 九腟膵сPostgreSQL篋咲娯眼ｃ障
+ (2006綛 劫九羇糸(NPO)羈篋堺ユPostgreSQL若銀障
+ Web篌＜罩ｄ＜篌莢祉≧с莖篌＜篌莢祉篌＜莢∝
+ 篌吟障)
+ 荅潟JPUG Web 泣ゃ:
http://www.postgresql.jp/
- をごらんください。
+
- 日本語のIRCチャンネル '#PostgreSQL:*.jp' も存在します。
+ ユ茯IRCｃ潟 '#PostgreSQL:*.jp' 絖障
]
商用サポート会社のリストは泣若篌腓障鴻 - http://www.postgresql.org/support/professional_supportにあります。
+ http://www.postgresql.org/support/professional_support障 -http://www.postgresql.org/support/submitbug - のPostgreSQL バグフォームを訪れてください。 バグレポートを提出する仕方 - についての手引と指針があります。
+ PostgreSQL 違若荐 違若冴篁 + ゃ綣障 -それと同時に ftp サイト ftp 泣ゃ ftp://ftp.postgresql.org/pub/ - で、最新バージョンの Postgres を探してみてください。
+ с違若吾с潟 Postgres ｢帥 -PostgreSQLは拡張されたSQL:2003のサブセットをサポート - します。我々のページの TODO リストに、 - 既知のバグや欠落機能や将来計画についての記述があります。
+PostgreSQL≦宍SQL:2003泣祉泣若 + 障若吾 TODO 鴻 + ∝ャ違罨醇純絨ヨ祉ゃ荐菴違障
-特徴の要求は普通次のいずれかの解答の中にあります：
+劫彰荀羆罨＜茹ｇ筝障鐚
我々は、PostgreSQL に関して、電子メールで直接対応して +
PostgreSQL ≪糸＜若х贋･絲上 TODO - リストを最新に更新してゆくほうがより効果的であることを知っています - ので、バグ追跡システムは使いません。 - 現実に、このソフトウェアの中でバグはそれほど長くはい続けませんし、 - 多くのユーザに影響するバグは早急に修正されます。Postgresのリリース - で、すべての変更点、改良点、そして、修正点を知りたければ、 + 鴻違贋違祉号сャｃ障 + с域申莊＜激鴻篏帥障 + 憜純с≪筝с違祉激膓障 + 紊若吟綵演帥違ャ篆罩ｃ障Postgres若 + с鴻紊雁鴻壕鴻篆罩ｇ鴻ャ違 CVS - のログメッセージを見てください。リリースノートにさえ、このソフトウェア - に加えられたすべての変更点は網羅されていません。
+ 違＜祉若吾荀若鴻若純с + 鴻紊雁鴻膓牙障 -配付の中に、いくつかのマニュアルとオンライン・マニュアル(マニュ - アル・ページ)およびいくつかの小さなテスト例題が含まれます。 - /docディレクトリをごらんください。また、マニュアルは、 篁筝ゃャ≪潟ゃ潟祉ャ≪( + ≪祉若)潟ゃ絨鴻箴蕁障障 + /docｃ障ャ≪ -http://www.postgresql.org/docs/でオンラインでも閲覧できます。 +http://www.postgresql.org/docs/с潟ゃ潟с画Ηс障
- [訳注:
- JPUG 文書・書籍関連分科会で翻訳されたマニュアルもあります。
+ [荐恰絵:
+ JPUG 吾紙悟∫ｅ腱篌х浸荐潟ャ≪障
http://www.postgresql.jp/document/pg825doc/
- インプレスから、
+ ゃ潟鴻
- PostgreSQLオフィシャルマニュアルとして出版されています。
+ PostgreSQLｃ激ｃャ≪榊障
]
オンラインで参照できる PostgreSQL の本も2冊あります。潟ゃ潟усс PostgreSQL 2障 http://www.postgresql.org/docs/books/awbook.html
- [訳注:
- この本は、JPUG「PostgreSQL Book翻訳分科会」
- で翻訳され、ピアソンから
- 「はじめてのPostgreSQL」として出版されています。
+ [荐恰絵:
+ JPUGPostgreSQL Book膺肢┳腱篌
+ х浸荐潟≪純潟
+ PostgreSQL榊障
]
- [訳注:
- 邦訳は「実践 PostgreSQL」
- がオライリーから出版されています。
+ [荐恰絵:
+ 荐潟絎莊 PostgreSQL
+ ゃ若榊障
]
- [訳注:
- 日本語の書籍等については、日本PostgreSQLユーザ会の、http://www.postgresql.jp/PostgreSQL/references.html
- もごらんください。
+
]
コマンドラインのクライアントプログラムpsql にも、型、 - 演算子、関数、集約、その他の情報を調べるために、素晴らしい \d コマンド - がいくつかあります。 \? を入力すると利用可能なコマンドが表示されます。
+潟潟ゃ潟ゃ≪潟違psql + 羲膊絖∽違膣篁宴茯帥鴻膣眼 \d 潟潟 + ゃ障 \? ュ純潟潟茵腓冴障
-我々の Web サイトには、さらに沢山の文書があります。
+Web 泣ゃ羃√臼吾障
-まず、 上記で述べた PostgreSQL についての本を読むことを検討してください。 +
障 筝荐ц唇鴻 PostgreSQL ゃ茯罎荐 The Practical SQL Handbook, Bowman Judith S. et al., - Addison-Wesley も多くのユーザに好評です。 ほかでは、The Complete - Reference SQL, Groff et al., McGraw-Hill も好評です。
+ Addison-Wesley 紊若吟絅処с 祉сThe Complete + Reference SQL, Groff et al., McGraw-Hill 絅処с -素晴らしい手引書は、膣眼綣吾
- [訳注:
- 日本PostgreSQLユーザ会の日本語の参考文献の紹介ページ
+ [荐恰絵:
+ ユPostgreSQL若銀ユ茯膣剛若
http://www.postgresql.jp/PostgreSQL/references.html
- があります。
- 近藤直文氏の「初心者向のＤＢ設計入門・ＳＱＬ入門参考書紹介」のコーナー
+ 障
+ 菴ょ贋羂綽鐚わ滋荐荐ラ誌竺鐚縁蒔ラ悟換篁潟若
http://www.shonan.ne.jp/~nkon/ipsql/books_SQL.html
- があります(やや古い2000年版)。
- 堀田倫英氏の「PostgreSQL日本語マニュアル」
+ 障(ゃ2000綛雁)
+ 医掩PostgreSQLユ茯ャ≪
http://www.net-newbie.com/
- ではオンラインマニュアルの検索ができます。
- 丸山不二夫氏のUNIX データベース入門
+ с潟ゃ潟ャ≪罎膣≪с障
+ 筝後臼筝篋紊羂UNIX 若帥若劫ラ
http://www.wakhok.ac.jp/DB/DB.html
- もオンラインで読むことができます。
- Nikkei BP IT Pro にある石井達夫氏の PostgreSQL ウォッチ
- では毎回新しい情報をとりあげています。
+ 潟ゃ潟цс障
+ Nikkei BP IT Pro 割紊羂 PostgreSQL
+ с罸違宴障
]
- （開発者向けの）Developer's FAQをごらんください。
+ 鐚肴鐚Developer's FAQ -ソフトウェアを計る方法にはいくつかあります。機能と性能と信頼性と - サポートと価格です。
+純с≪荐号ゃ障罘純ц純篆♂惹с + 泣若箴≧若с
合州国の夏時間の変更は、PostgreSQLのリリース8.0.4以降[4+]と、その - 後のメジャーリリース、たとえば 8.1 には含まれています。カナダとオー - 西部ストラリアの変更は、8.0.[10+], 8.1.[6+] および、その後のメジャー - リリースのすべてに含まれます。8.0より前のPosrgreSQLではオペレーティ - ングシステムのタイムゾーンデータベースを夏時間情報のために使ってい - ます。
+綏純紊紊眼PostgreSQL若8.0.4篁ラ[4+] + 緇＜吾ｃ若若鴻 8.1 障障 + 茱翠鴻≪紊眼8.0.[10+], 8.1.[6+] 潟緇＜吾ｃ + 若鴻鴻障障8.0PosrgreSQLс若 + 潟違激鴻帥ゃ障若潟若帥若鴻紊宴篏帥ｃ + 障
PostgreSQL のインストールに含まれる物はCと組込み - Cのインターフェースだけです。その他のインターフェース - は独立したプロジェクトで、別々にダウンロードされます。分かれることで、 - それぞれの開発チームが独自のリリーススケジュールを持つことが許されま - す。
+PostgreSQL ゃ潟鴻若障C腟莨若 + Cゃ潟帥若с若鴻с篁ゃ潟帥若с若 + 腴吾ссャ潟若障с + 冴若若鴻鴻宴吾ャ若ゃ荐宴 +
-PHP のようないくつかのプログラミング言語は、 - PostgreSQLのインターフェースを含んでいます。Perl, TCL, - Python, そして、そのほかの利用可能な言語のインターフェースは、 +
PHP ゃ違潟域茯 + PostgreSQLゃ潟帥若с若鴻с障Perl, TCL, + Python, 祉純荐茯ゃ潟帥若с若鴻 http://gborg.postgresql.org - の Drivers/Interfaces の節の中とインターネットの検索でみつけ - られます。 + Drivers/Interfaces 膀筝ゃ潟帥若罎膣≪с帥ゃ + 障
- データベースを裏に持つ Web ページについての素晴らしい紹介が、
- http://www.webreview.comにあります。
Web への拡張のためには、PHP(http://www.php.net/) - が卓越したインターフェースとなっています。
+ 若帥若鴻茖 Web 若吾ゃ膣眼膣剛
+ http://www.webreview.com障
Web 吾≦宍PHP(http://www.php.net/) + 莇ゃ潟帥若с若鴻ｃ障
- [訳注:
- PHPに関する日本語の情報は、2000年4月19日に発足した日本PHPユーザ会のサイト
+ [荐恰絵:
+ PHP≪ユ茯宴2000綛419ャ肴恭ユPHP若銀泣ゃ
http://www.php.gr.jp/
- あるいは、廣川 類さんのサイト
+ 綮ｅ 蕁泣ゃ
http://www.geocities.jp/rui_hirokawa/php/
- にかなりまとめられています。
+ 障障
]
処理が複雑な場合、多くの人は Perl インターフェースと CGI.pm か - mod_perl を使います。
+茲翫紊篋冴 Perl ゃ潟帥若с若鴻 CGI.pm + mod_perl 篏帥障
-商用とオープンソース開発者によるもの両方で、PostgreSQLには多くのGUIツールが利用可能で、詳細なリストは、PostgreSQLコミュニティ文書 でごらんください。
+若潟純若拷肴筝≧鴻сPostgreSQL紊GUI若純с荅括完鴻PostgreSQL潟ャｆ с
簡単な方法は、 configure を走らせるときに --prefix オプショ - ンを指定することです。
+膂≦号 configure 莎違 --prefix 激 + 潟絎с
-既定値では、PostgreSQL は Unix ドメインソケット、または、TCP/IP接 - 続のローカルマシンからの接続しか許しません。postgresql.conf の中の - listen_addresses を修正し、かつ、$PGDATA/pg_hba.conf - ファイルを適切に直して、ホスト主導型認証を有効にしないかぎりは、他 - のマシンからは接続できないでしょう。
+√ゃсPostgreSQL Unix ＜ゃ潟純宴障TCP/IP･ + 膓若激潟･膓荐宴障postgresql.conf 筝 + listen_addresses 篆罩ｃ$PGDATA/pg_hba.conf + ＜ゃ眼鴻筝糸茯荐若鴻篁 + 激潟･膓сс
-性能改善の可能性のありそうな主な領域が3つあります：
+ц醇劫醇с筝祉3ゃ障鐚
- [訳注:
- JPUG理事長の片岡裕生氏による、「今すぐできるPostgreSQLチューニング」
- というコーナーが ThinkIT サイトにあり、実作業の参考になります。
+ [荐恰絵:
+ JPUG篋激絏∴羂篁сPostgreSQLャ若潟違
+ 潟若若 ThinkIT 泣ゃ絎篏罐障
http://www.thinkit.co.jp/free/tech/10/1/1.html
]
サーバ構成変数には多くの log_* があり、クエリとプロ
- セスの統計を出力することができ、デバグと性能計測にとても便利です。
泣若罕紊違紊 log_*
+ 祉鴻腟沿阪с違ц処羝箴水с
既定での制限である 100 のデータベースセッションに達してしまって - います。サーバーの同時接続できるバックエンドプロセスの制限値を増やす - 必要があります。postgresql.conf の中のmax_connections - の値を変更してサーバを再起動することで可能になります。
+√с狗с 100 若帥若鴻祉激с潟障ｃ + 障泣若若･膓с潟祉鴻狗ゃ紜 + 綽荀障postgresql.conf 筝max_connections + ゃ紊眼泣若莎桁у純障
-バージョン番号付けの方針について、更新全般についての解説はhttp://www.postgresql.org/support/versioning を、 - そして、アップグレードについての一般的な説明は 若吾с括垬拷ゃ贋医ゃ茹ｈhttp://www.postgresql.org/support/versioning + ≪違若ゃ筝茯 http://www.postgresql.org/docs/current/static/install-upgrading.html - をご覧ください。 + 荀с
-[訳注：
- アップグレードについての和訳版は下記にあります。
+[荐恰絵鐚
+ ≪違若ゃ荐括筝荐障
http://www.postgresql.jp/document/current/html/install-upgrading.html
]
-[訳注： - 原文では、下記の内容は独立したページに移され、削除されています。 +[荐恰絵鐚 + с筝荐絎鴻腴若吾腱祉ゃ障-
新しい機能を盛り込むPostgreSQLのメジャーリリースはだいたい年に1回 - 程度行ないます。メジャーリリースは、たとえば、8.1から8.2へのように、 - バージョン番号の1番目か2番目の部分を増やしてゆきます。
+違罘純莨若PostgreSQL＜吾ｃ若若鴻綛眼1 + 腮綺茵障＜吾ｃ若若鴻違8.18.2吾 + 若吾с括垩12紜障
-PostgreSQLのメジャーリリースは通常、システムテーブルとデータの内 - 部フォーマットを変更します。これらの変更はたいていは複雑なのでで、デー - タファイルの後方互換性を維持したりはしません。メジャーアップグレード - のためには、データベースのダンプ/リロードが必要になります。
+PostgreSQL＜吾ｃ若若鴻絽吾激鴻若若帥 + 若紊眼障紊眼茲сс + 帥＜ゃ緇剛с膓障＜吾ｃ若≪違若 + 若帥若鴻潟/若綽荀障
-マイナーリリースは、たとえば、8.1.5 から8.1.6へのように、バージョ - ン番号の3番目の値を増やします。PostgreSQLチームは、マイナーリリース - に対しては、バグフィクスしか行ないません。すべてのユーザは、できるだ - け最新のマイナーリリースに更新すべきです。アップグレードには、常にリ - スクがつきものですから、PostgreSQLのマイナー修正リリースでは、頻繁に - 発生したり、セキュリティに関係したり、データがつぶれるバグだけを修正 - し、アップグレードのリスクを最小限にとどめます。我々のコミュニティで - は、アップグレードするリスクよりも、アップグレードしないリスク - のほうが高いと考えています。
+ゃ若若鴻違8.1.5 8.1.6吾若吾 + 括垩3ゃ紜障PostgreSQL若ゃ若若 + 絲障違ｃ鴻茵障鴻若吟с + 違ゃ若若鴻贋違鴻с≪違若絽吾 + 鴻ゃсPostgreSQLゃ寂信罩ｃ若鴻с紫 + 榊祉ャ≫若帥ゃ吟違篆罩 + ≪違若鴻絨障潟ャｃ + ≪違若鴻≪違若鴻 + 祉蕭障
-マイナーリリースのアップグレードにはダンプとリストアの必要はなく、 - データベースサーバを停止して、アップデートされたバイナリをインストー - ルし、サーバをリスタートします。
+ゃ若若鴻≪違若潟鴻≪綽荀 + 若帥若鴻泣若罩≪≪若ゃゃ潟鴻 + 泣若鴻帥若障
]-
PCハードウェアはほとんど互換性がありますので、ほとんどの人は、す - べてのPCハードウェアが同じ品質だと思い込む傾向があります。しかし、そ - れは間違いです。ECC RAM、SCSI、および、高品質マザーボードは、安いハー - ドウェアに比べると、より信頼性が高く、より性能も良いのです。 - PostgreSQL はほとんどのハードウェアで稼働しますが、信頼性や性能が重 - 要な場合は、使用中のハードウェアのオプションについて調査することが - 賢明です。我々のメーリングリスト上でもハードウェアオプションのトレー - ドオフについて議論することができます。
+PC若с≪祉篋с障с祉篋冴 + 鴻PC若с≪莖莨若上障 + сECC RAMSCSI潟蕭莖吟若若絎 + с≪罸鴻篆♂惹с蕭ц純с + PostgreSQL 祉若с≪х┝障篆♂惹сц純 + 荀翫篏睡筝若с≪激с潟ゃ茯炊祉 + 莖∽с＜若潟違鴻筝с若с≪激с潟 + ゃ茘域с障
たったの数行のロウを取り出すために、何行必要かがわかれば、 - SELECT のときに LIMIT を使います。 - ORDER BYにインデックスがマッチした場合、まったくクエ - リが実行されないこともあります。SELECT のときに何行 - が必要かを知らなければ、カーソルを使いFETCHします。
+ｃ域冴篏茵綽荀違 + SELECT LIMIT 篏帥障 + ORDER BYゃ潟鴻翫障ｃ + 絎茵障SELECT 篏茵 + 綽荀ャ違若純篏帥FETCH障
-ランダムロウをSELECTするには、次の文を使います： +
潟SELECT罨＜篏帥障鐚
SELECT col
FROM tab
@@ -780,36 +780,36 @@ http://www.postgresql.jp/PostgreSQL/references.html
-psql の中で \dtコマンドを使ってテーブルを見ることができ - ます。psqlの中で \? を使って、コマンドの全リストを調べることができま - す。一方で、psql のソースコードで、バックスラッシュコマンドを - 出力する pgsql/src/bin/psql/describe.c ファイルを読むこともで - きます。その中には、 SQL コマンドを生成する部分も含ま - れます。また、 -E オプションを付けて psql を開始すると、 - 入力されたコマンドを実行するためのクエリを印字出力するようになります。 - PostgreSQLは SQL 準拠の INFORMATION SCHEMA インター - フェースを提供しますので、データベースについての情報を問い合わせるこ - ともできます。
+psql 筝 \dt潟潟篏帥ｃ若荀с + 障psql筝 \? 篏帥ｃ潟潟鴻茯帥鴻с + 筝鴻сpsql 純若鴻潟若с鴻激ャ潟潟 + 阪 pgsql/src/bin/psql/describe.c ＜ゃ茯 + 障筝 SQL 潟潟 + 障障 -E 激с潟篁 psql 紮 + ュ潟潟絎茵医阪障 + PostgreSQL SQL 羣 INFORMATION SCHEMA ゃ潟帥 + с若鴻箴障с若帥若鴻ゃ宴 + с障
-pg_ で始まるシステムテーブルでもこれらを記述することができ - ます。
+pg_ у障激鴻若с荐菴違с + 障
-psql -lを使うと全てのデータベースをリストします。
+psql -l篏帥若帥若鴻鴻障
-それと、pgsql/src/tutorial/syscat.source を試してみてくだ - さい。そこには、データベースのシステムテーブルから情報を得るために必 - 要な SELECT 文が沢山あります。
+pgsql/src/tutorial/syscat.source 荅帥 + 若帥若鴻激鴻若宴緇綽 + 荀 SELECT 羃√臼障
-カラムのデータ型の変更は 8.0 以降では、 - ALTER TABLE ALTER COLUMN TYPE を使うことにより間単に - なりました。
+若水紊眼 8.0 篁ラс + ALTER TABLE ALTER COLUMN TYPE 篏帥 + 障
-それより前のバージョンでは、以下のようにします:
+若吾с潟с篁ヤ障:
BEGIN;
ALTER TABLE tab ADD COLUMN new_col new_data_type;
@@ -818,171 +818,171 @@ http://www.postgresql.jp/PostgreSQL/references.html
COMMIT;
- これを行なったときは、抹消された行が使っているディスク空間を回収 - するためにVACUUM FULL tabをしたほうが良いかもしれません。
+茵ｃ号茵篏帥ｃｃ鴻腥咲 + VACUUM FULL tab祉障
-制限は以下のとおりです:
+狗篁ヤс:
--
- データベースの最大サイズ? 制限無し (32 TB のデータベースも存在します) - テーブルの最大サイズ? 32 TB - ロウの最大サイズ? 400 GB - フィールドの最大サイズ? 1 GB - テーブル内での最大ロウ数? 制限無し - テーブル内での最大カラム数? カラムの型によって 250-1600 + テーブル内での最大インデックス数? 制限無し + 若帥若鴻紊с泣ゃ? 狗＜ (32 TB 若帥若鴻絖障) + 若紊с泣ゃ? 32 TB + 紊с泣ゃ? 400 GB + ｃ若紊с泣ゃ? 1 GB + 若с紊с? 狗＜ + 若с紊с? ｃ 250-1600 若с紊сゃ潟号? 狗＜
もちろん、これらは実際は無制限ではなく、ディスク容量とメモリーや - スワップスペースの大きさにより制限されます。性能はこれらの値がことの - ほか大きな時に煽りを受けます。
+＜絎≦狗сｃ鴻絎拷＜≪若 + 鴻鴻若鴻紊с狗障ц純ゃ + 祉紊с純障
-最大テーブルサイズの32TBはオペレーティングシステムによる巨大ファ - イルのサポートは必要としません。巨大なテーブルは複数の1GBのファイル - に分けて保存されますので、ファイルシステムの制限は重要ではありません。 +
紊с若泣ゃ冴32TB若ｃ潟違激鴻綏紊с + ゃ泣若綽荀障綏紊с若茲違1GB＜ゃ + 篆絖障с＜ゃ激鴻狗荀с障
-デフォルトのブロックサイズを32kに増加することで、最大テーブルサイズ - と行サイズと最大カラム数とを4倍にすることができます。また、最大テーブル - サイズはテーブルパーティションを使って増やすこともできます。
+泣ゃ冴32k紜с紊с若泣ゃ + 茵泣ゃ冴紊с違4с障障紊с若 + 泣ゃ冴若若ｃ激с潟篏帥ｃ紜с障
-ひとつの制限は、約2,000文字以上の長さのカラムにインデックスを付 - けることができないことです。 幸いにも、そのようなインデックスは実際 - は必要ありません。長いカラムのMD5ハッシュの関数インデックスは一意性 - がなによりの保険で、また、フルテキストのインデックスではカラム内の - 単語を検索することができます。
+蚊ゃ狗膣2,000絖篁ヤ激ゃ潟鴻篁 + сс 綛吾ゃ潟鴻絎 + 綽荀障激MD5激ャ∽違ゃ潟鴻筝 + 篆冴с障鴻ゃ潟鴻с + 茯罎膣≪с障
-普通のテキストファイルを PostgreSQL のデータベースに保存するには、 - 最大で約5倍のディスク容量を必要とします。
+鴻＜ゃ PostgreSQL 若帥若鴻篆絖 + 紊сх5ｃ鴻絎拷綽荀障
-例題として、各行に整数とテキスト記述を持つ 100,000行のファイルを - 考えてみましょう。テキストの文字列の平均長さを20バイトと仮定すると、 - フラットファイルの大きさは約2.8MB です。このデータを含む Postgres - データベースファイルの大きさは次のように約5.2MBと見積もることができ - ます： +
箴蕁茵贋違鴻荐菴違 100,000茵＜ゃ + 帥障鴻絖綛喝激20ゃ篁絎 + ＜ゃ紊с膣2.8MB с若帥 Postgres + 若帥若鴻＜ゃ紊с罨＜膣5.2MB荀腥с + 障鐚
- 24 bytes: 各ロウのヘッダ(概算)
- 24 bytes: 整数(int)フィールドとテキスト(text)フィールド
- + 4 bytes: ページ上のタップルへのポインタ
+ 24 bytes: (网膊)
+ 24 bytes: 贋(int)ｃ若鴻(text)ｃ若
+ + 4 bytes: 若娯帥吾ゃ潟
----------------------------------------
52 bytes per row
- Postgres のデータページサイズは 8192バイト(8KB)なので:
+ Postgres 若帥若吾泣ゃ冴 8192ゃ(8KB):
8192 bytes per page
- ------------------- = 146 rows per database page (切り捨て)
+ ------------------- = 146 rows per database page ()
52 bytes per row
100000 data rows
- -------------------- = 633 database pages (切り上げ)
+ -------------------- = 633 database pages (筝)
158 rows per page
633 database pages * 8192 bytes per page = 5,185,536 bytes (5.2 MB)
- インデックスは、これほどのオーバヘッドは要求しませんが、インデッ - クス付けされるデータを含む以上、それなりに大きくなります。
-NULLはビットマップとして保存されていて、それらがわ - ずかにスペースを使います。
+ゃ潟鴻祉若荀羆障ゃ潟 + 剛若帥篁ヤ紊с障
+NULL篆絖 + 鴻若鴻篏帥障
-インデックスは、すべてのクエリで使われるわけではありません。テー - ブルが最小サイズより大きく、クエリでそのわずかなパーセンテージのロウ - を選択する時だけ、インデックスは使われます。これはインデックススキャ - ンにより起こされるランダムなディスクアクセスは、テーブルをストレート - に読む順次走査よりも遅くなることがあるからです。
+ゃ潟鴻鴻т戎с障 + 絨泣ゃ冴紊сс若祉潟若吾 + 御ゃ潟鴻篏帥障ゃ潟鴻鴻 + 潟莎激潟ｃ鴻≪祉鴻若鴻若 + 茯罨∴軌祉с
-インデックスを使うかを決定するために、PostgreSQL はテーブルについ - ての統計情報を持たなければなりません。この統計情報は、 - VACUUM ANALYZEまたは、単に ANALYZE を使っ - て収集することができます。統計情報を使ってオプティマイザはテーブルの - 中にあるロウ数を知り、インデックスを使うべきかの決定をより正しくでき - ます。統計情報は最適な結合順や結合方法を決める上でも貴重なものもあり - ます。統計情報の収集は、テーブルの内容が変わる毎に繰返しなされるべ - きです。
+ゃ潟鴻篏帥羆阪PostgreSQL 若ゃ + 腟沿宴違障腟沿宴 + VACUUM ANALYZE障 ANALYZE 篏帥 + с障腟沿宴篏帥ｃｃゃ吟若 + 筝違ャゃ潟鴻篏帥鴻羆阪罩ｃс + 障腟沿宴腟腟号羆冴筝с莢顔 + 障腟沿宴若絎鴻紊罸膵域 + с
-インデックスは、通常 ORDER BY や結合を行なうため - には使われません。順次スキャンに続く明示的ソートは、巨大なテーブルの - インデックススキャンよりも普通は高速です。
+ゃ潟鴻絽 ORDER BY 腟茵 + 篏帥障罨＜鴻ｃ潟膓腓榊純若綏紊с若 + ゃ潟鴻鴻ｃ潟蕭с
- しかし、ORDER BYと組み合わされたLIMIT - は、テーブルの小さな部分を返すためにたびたびインデックスを使うでしょ - う。 + ORDER BY腟水LIMIT + 若絨菴潟潟ゃ潟鴻篏帥с + -もし、オプティマイザが間違ってシーケンシャルスキャンを選択したこ
- とに疑いがなければ、SET enable_seqscan TO 'off'に設定し
- て、クエリをもう一度実行し、インデックススキャンがまちがいなく速くなっ
- ているかどうかをみてください。
ｃゃ吟ｃ激若宴潟激ｃ鴻ｃ潟御
+ 違SET enable_seqscan TO 'off'荐絎
+ 筝綺絎茵ゃ潟鴻鴻ｃ潟障＜
+ 帥
LIKE あるいは ~ のようなワイルドカード演算 - 子は特別な環境でしか使えません： +
LIKE ~ ゃ若羲膊 + 絖劫ャ医с篏帥障鐚
LIKEイン - デクシングにだけ働くような、特別な
text_pattern_opsイ - ンデックスを作成することもできます。また、それを全文検索のフル - テキストのインデックス作成に使うことができます。 +
LIKEゃ + 激潟違劫ャ
text_pattern_ops+ 潟鴻篏с障障罎膣≪ + 鴻ゃ潟剛篏帥с障
-
オンラインマニュアルで EXPLAIN を見てください。
+潟ゃ潟ャ≪ EXPLAIN 荀
-~演算子は正規表現照合を行ない、~* は大文字と小文字 - を区別しない(case-insensitive)正規表現照合を行います。 大文字と小文 - 字を区別しない LIKE 演算子を ILIKE と - いいます。
+~羲膊絖罩ｈ頫憟у茵~* 紊ф絖絨絖 + 阪ャ(case-insensitive)罩ｈ頫憟у茵障 紊ф絖絨 + 絖阪ャ LIKE 羲膊絖 ILIKE + 障
-大文字と小文字を区別しない等値比較は次のように表現できる： +
紊ф絖絨絖阪ャ膈ゆ莠罨＜茵憗с鐚
SELECT *
FROM tab
WHERE lower(col) = 'abc';
- 標準インデックスでは使われず、しかしながら、もし、式インデックス - を作ったならそれが使われるでしょう。
+罔羣ゃ潟鴻с篏帥綣ゃ潟 + 篏ｃ篏帥с
CREATE INDEX tabindex ON tab (lower(col));
- 上記のインデックスがUNIQUEで作成された場合、カラム - は大文字と小文字を格納できますが、その違いが文字ケースだけであっても - 同一にはなりません。あえて特定の文字ケースをカラムに格納するには - CHECK制約か、トリガーを使ってください。
+筝荐ゃ潟鴻UNIQUEт翫 + 紊ф絖絨絖主с障絖宴若鴻сｃ + 筝障劫絖宴若鴻主 + CHECK句若篏帥ｃ
-以下のように、IS NULL と IS NOT - NULLで、そのカラムをテストしてみます：
+篁ヤIS NULL IS NOT + NULLс鴻帥障鐚
SELECT *
@@ -990,19 +990,19 @@ http://www.postgresql.jp/PostgreSQL/references.html
WHERE col IS NULL;
-NULLの可能性のあるものを連結するには、COALESCE()を
-次のように使います。
+NULL醇сｇCOALESCE()
+罨＜篏帥障
SELECT COALESCE(col1, '') || COALESCE(col2, '')
FROM tab
- NULL状態でソートするには、IS NULL と - IS NOT NULL の修飾子を ORDER BY 句の中 - で使ってみます。true のものは false のものよりも高い値 - として並べられますので、次の例では NULL の記載が結果リストの上部に置 - かれます。 +
NULL倶с純若IS NULL + IS NOT NULL 篆蕋上 ORDER BY ャ筝 + т戎ｃ帥障true false 蕭 + 筝鴻障с罨＜箴с NULL 荐莠腟鴻筝臀 + 障
SELECT *
@@ -1011,42 +1011,42 @@ http://www.postgresql.jp/PostgreSQL/references.html
---
- 型 内部名 備考 - VARCHAR(n) varchar 最大長のサイズを指定する、詰め物無し - CHAR(n) bpchar 指定された固定長となるように空白が詰められる - TEXT text 長さに特別な上限は無し - BYTEA bytea 可変長のバイト配列(null-byte safe) + "char" char 1文字 + + VARCHAR(n) varchar 紊ч激泣ゃ冴絎荅違＜ + CHAR(n) bpchar 絎阪激腥榊純荅違 + TEXT text 激劫ャ筝＜ + BYTEA bytea 紊激ゃ(null-byte safe) "char" char 1絖
内部名にお目にかかるのは、システム・カタログを調べるときや、エラー - メッセージを受け取るときです。
+激鴻祉帥違茯帥鴻 + ＜祉若吾с
-上記の型のうち最初の４つの型は "varlena" 型です(すなわち、ディス - クの最初の４バイトがデータ長で、それの後に実際のデータが続きます)。 - このように実際の空間は宣言された大きさよりも少し大きくなります。しか - し、長い値は圧縮されるので、ディスク上の空間は思ったよりも小さくなります。
+筝荐≧鐚ゃ "varlena" с(＜ｃ + 鐚ゃ若翠激с緇絎若帥膓障) + 絎腥咲絎ｈ紊с絨紊с障 + 激ゃх軒сｃ鴻筝腥咲ｃ絨障
-VARCHAR(n) は可変長の文字列を保存するのに最適です - が、保存できる文字列の長さに制限があります。TEXT は長 - さに制限の無い文字列の保存のためのもので、最大で 1ギガバイトです。 - CHAR(n)は、VARCHAR(n)が与えられた文字 - だけを保存するのに対し、ブランクを詰め込んでいつも同じ長さで文字列を - 保存するのに最適です。BYTEAは、部分的に - NULL のバイトを含むバイナリデータを保存するためのもの - です。これらのタイプは同じくらいの性能特性をもちます。
+VARCHAR(n) 紊激絖篆絖с + 篆絖с絖激狗障TEXT + 狗＜絖篆絖с紊с 1ゃс + CHAR(n)VARCHAR(n)筝絖 + 篆絖絲障潟荅違莨若сゃ激ф絖 + 篆絖сBYTEA + NULL ゃゃ若帥篆絖 + с帥ゃц順号с＜障
-PostgreSQL は SERIAL データ型をサポートします。カ - ラム上にシーケンスを自動作成します。たとえば、
+PostgreSQL SERIAL 若水泣若障 + 筝激若宴潟鴻篏障違
CREATE TABLE person (
@@ -1054,7 +1054,7 @@ http://www.postgresql.jp/PostgreSQL/references.html
name TEXT
);
- は自動的に次のように翻訳されます:
+ 罨＜膺肢┳障:
CREATE SEQUENCE person_id_seq;
CREATE TABLE person (
@@ -1064,269 +1064,269 @@ http://www.postgresql.jp/PostgreSQL/references.html
- [訳注：
+ [荐恰絵鐚
CREATE UNIQUE INDEX person_id_key ON person ( id );
- は、 7.3 以降は自動的には行なわれなくなりました。
+ 7.3 篁ラ茵障
]
自動的につくられる通番は、 +
ゃ <table>_<serialcolumn>_seq - と名付けられていて、table と serialcolumn は、それぞれ - テーブルと SERIAL カラムの名前です。 - 通番については、オンラインマニュアルでcreate_sequence - をごらんください。
+ 篁table serialcolumn + 若 SERIAL с + ゃ潟ゃ潟ャ≪create_sequence + -最も簡単な方法は、割り当てられたSERIAL値を - RETURNINGとして取得することです。 - 4.11.1の例題テーブルを使うと次のように - なります。 +
膂≦号蚊綵SERIALゃ + RETURNING緇с + 4.11.1箴蕁若篏帥罨＜ + 障
INSERT INTO person (name) VALUES ('Blaise Pascal') RETURNING id;
-それはありません。currval() は、すべてのユーザではありませ - んが、読者のセッションに与えられた現在の値を返します。
+障currval() 鴻若吟с障 + 茯祉激с潟筝憜ゃ菴障
-同時性を改善するために、実行中のトランザクションに、必要に応じてト - ランザクションが終了するまでロックされないようシーケンス値を与えてい - ます。このためトランザクションが中断されると番号割り当てにギャップを - 生じます。
+с劫絎茵筝潟吟激с潟綽荀綽 + 潟吟激с潟腟篋障с激若宴潟劫ゃ筝 + 障潟吟激с潟筝垸蚊綵ｃ + 障
-テーブルがWITH OIDSでつくられた場合は、それぞれの - ロウに一意なOIDが取られます。 - OIDは自動的に4バイトの整数で与えられ、それは、全イン - ストレーションを通して一意な値となります。しかし、約40億でオーバーフ - ローし、そして、OIDは重複をしはじめます。PostgreSQLは - 内部システムテーブルを一緒にリンクするためにOID を使 - います。 +
若WITH OIDSсゃ翫 + 筝OID障 + OID4ゃ贋違тゃ + 鴻若激с潟筝ゃ障膣40с若若 + 若OID茲障PostgreSQL + 激鴻若筝膩潟OID 篏 + 障 -
ユーザのテーブルのカラムに一意の番号を付けるためには、 - OID ではなく SERIAL を使うのが最もよい - でしょう。SERIALの連番は1つのテーブル内でのみ一意にな - るからで、オーバーフローを起こしにくいと考えられます。 - 8バイトのシーケンス値を保存するために、SERIAL8があり - ます。
+若吟若筝垩篁 + OID с SERIAL 篏帥 + сSERIALｇ1ゃ若с推 + с若若若莎激障 + 8ゃ激若宴潟劫ゃ篆絖SERIAL8 + 障
-CTID は、特定の物理ロウをブロックとオフセットの値 - で識別するために使われます。CTIDは、ロウが修正された - り再読込みされたときに変わります。また、物理ロウを差すためにインデッ - クスの記載に使われます。
+CTID 劫祉 + цャ篏帥障CTID篆罩ｃ + 茯莨若帥紊障障綏ゃ潟 + 鴻荐莠篏帥障
-おそらく、システムの仮想メモリーを全て使い果たしてしまっている可 - 能性があるか、カーネルがあるリソースについてもつ制限値が低すぎる可能 - 性があります。サーバを始動する前にこれを試してみてください：
+激鴻篁潟＜≪若篏帥障ｃ + 醇с若純若鴻ゃゅ狗ゃ篏 + с障泣若紮荅帥鐚
ulimit -d 262144
limit datasize 256m
- シェルによって、どちらかひとつが成功するでしょうが、これはプロセスの
- データセグメント制限をより高く設定し、たぶんクエリが完結するようにな
- るでしょう。このコマンドは現行のプロセスと、このコマンドを走らせた後
- に作られる全てのサブプロセスについて適用されます。バックエンドがとて
- も多くのデータを返すためにSQL クライアントで問題が続
- いているのであれば、クライアントを開始する前にこれを試してみてくださ
- い。
+ 激сｃ＜蚊ゃс祉鴻
+ 若帥祉違＜潟狗蕭頥絎吟絎腟
+ с潟潟憠祉鴻潟潟莎違緇
+ 篏泣祉鴻ゃ障潟
+ 紊若帥菴SQL ゃ≪潟у馹膓
+ с違ゃ≪潟紮荅帥
+
-psql から SELECT version(); をタイプします。
psql SELECT version(); 帥ゃ障
CURRENT_TIMESTAMPを使います:
+CURRENT_TIMESTAMP篏帥障:
CREATE TABLE test (x int, modtime TIMESTAMP DEFAULT CURRENT_TIMESTAMP );
-PostgreSQL は SQL 標準構文を使う外部結合(アウタージョイン)をサポー - トします。ここに 2つの例題があります。
+PostgreSQL SQL 罔羣罕篏帥紊腟(≪帥若吾сゃ)泣 + 障 2ゃ箴蕁障
SELECT *
FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
-あるいは
+
SELECT *
FROM t1 LEFT OUTER JOIN t2 USING (col);
-これらの象徴的なクエリでは t1.col を t2.col と結合して、t1 の結合されなかったロウ(t2 と一致しなかったロウ)も返しています。RIGHT 結合は t2 の結合されなかったロウを加えるでしょう。FULL 結合は、一致したロウに t1 と t2 からは結合されなかったロウを返すでしょう。OUTER という言葉はオプションで LEFT, RIGHT, または FULL などの結合を仮定されています。通常、結合はINNER結合と呼ばれます。
+莟≦彰с t1.col t2.col 腟t1 腟ｃ(t2 筝眼ｃ)菴障RIGHT 腟 t2 腟ｃсFULL 腟筝眼 t1 t2 腟ｃ菴сOUTER 荐激с潟 LEFT, RIGHT, 障 FULL 腟篁絎障絽吾腟INNER腟若違障
-現行のデータベース以外への問い合わせの方法はありません。というの - もPostgreSQLがデータベース仕様のシステムカタログを読み込むためで、そ - こには、たとえそのふりをするだけにしろ、データベースを越えて問い合わ - せをするすべがありません。
+憠若帥若剛札紊吾号障 + PostgreSQL若帥若剛罕激鴻帥違茯粋昭с + 泣若帥若鴻莇 + 鴻障
-contrib/dblink はデータベース間(cross-database)の問い合わ - せを関数呼出しにより許します。もちろん、クライアントは同時に接続を別 - のデータベースへも張らなくてはならず、結果をクライアント側でマージし - なくてはなりません。
+contrib/dblink 若帥若拷(cross-database) + ∽医弱冴荐宴障＜ゃ≪潟･膓 + 若帥若鴻吾綣泣腟ゃ≪潟眼с若吾 + 障
-集合を返す関数(Set Returning Functions): +
菴∽(Set Returning Functions): http://www.postgresql.org/docs/techdocs.17
- を使うと簡単です。 + 篏帥膂≦с -バージョン8.3より前の PostgreSQL では、PL/PgSQL は関数スクリプトを - キャッシュしたため、運悪くその副作用がありました。PL/PgSQL 関数が一時 - テーブルにアクセスして後でそのテーブルを消して作りした場合に、関数が - もう一度呼び出されたときは、その関数のキャッシュしていた内容がまだ古い - 一時テーブルを指し示したままだったからです。 - この、解決策として、PL/PgSQLの中で EXECUTE を一時テー - ブルへのアクセスのために使います。そうすると、クエリは毎回パースをや - り直しされるようになります。
+若吾с8.3 PostgreSQL сPL/PgSQL ∽違鴻 + ｃ激ャ篏障PL/PgSQL ∽違筝 + 若≪祉鴻緇с若羔篏翫∽違 + 筝綺若喝冴∽違ｃ激ャ絎鴻障ゃ + 筝若腓冴障障ｃс + 茹ｆ浦膈PL/PgSQL筝 EXECUTE 筝 + 吾≪祉鴻篏帥障罸若鴻 + 眼障
-この問題は、 PostgreSQL バージョン8.3 以降では起きません。
+馹 PostgreSQL 若吾с8.3 篁ラс莎激障
-「レプリケーション」と一言でいいますが、レプリケーションをする - ための技術はいくつかあり、それぞれ、利点と欠点があります。
+宴若激с潟筝荐с障宴若激с潟 + 茵ゃ鴻罨鴻障
-マスタ／スレーブのレプリケーションは、読み／書きのクエリを受け取 - るシングルマスタが可能で、スレーブでは 読み／SELECTの - 問い合わせだけを受け付けることができます。最も人気がある、フリーで利 - 用できる、マスタ−スレーブのPostgreSQLレプリケーションソリューション - は、鴻随鴻若宴若激с潟茯随吾 + 激潟違鴻帥純с鴻若с 茯随SELECT + 篁с障篋堺若у + с鴻垂鴻若PostgreSQL宴若激с潟純ャ若激с + - Slony-I です。
+ Slony-I с -マルチ−マスタのレプリケーションは、読み／書きのクエリを受けと - り、複数のレプリケートさせるコンピュータに送ることができます。この機 - 能は、サーバ間の変更の同期が必要なため、性能に重大な衝撃を与えます。 - PGCluster は、 - このようなソリューションとしてPostgreSQLのためにフリーで利用できるも - のとして、最も人気があります。
+鴻帥宴若激с潟茯随吾 + 茲違宴若潟潟ャ若帥с障罘 + 純泣若紊眼綽荀ц純紊с茵筝障 + PGCluster + 純ャ若激с潟PostgreSQL若ус + 篋堺障
-この他にも、商用やハードウェア−ベースのレプリケーションソリュー - ションがいろいろなレプリケーションモデルをサポートしています。
+篁若с≒若鴻宴若激с潟純ャ + 激с潟宴若激с潟≪泣若障
-名前が認識されない、最も一般的な原因は、テーブルを作成する際に、 - テーブルやカラムを囲う二重引用符の使用です。 - 二重引用符を使うと、テーブルとカラムの名前（識別子といいます）は大文字と小文字の区別 - をして格納されます。したがって、pgAdminのようにテーブル作成のときに - 自動的に二重引用符を使うものはクエリの中でそれらの名前を使うときに - 二重引用符を付けなくてはならないことを意味します。このため、識別子 - を認識させるためには以下のいずれかを心がけます。 +
茯茘筝若篏 + 若蚊篋綣膃篏睡с + 篋綣膃篏帥若鐚茘ュ障鐚紊ф絖絨絖阪 + 主障ｃpgAdmin若篏 + 篋綣膃篏帥筝с篏帥 + 篋綣膃篁潟障茘ュ + 茯茘篁ヤ綽障
createdb -Eコマンドオプションに UTF8 あるいは EUC_JP - のエンコーディングを指定してデータベースを作成すか、次のように - エンコーディングを指定してデータベースを作成してください。
+createdb -E潟潟激с潟 UTF8 EUC_JP + 潟潟若ｃ潟違絎若帥若鴻篏罨＜ + 潟潟若ｃ潟違絎若帥若鴻篏
CREATE DATABASE dbname WITH ENCODING 'UTF8';
- もしくは、
+
CREATE DATABASE dbname WITH ENCODING 'EUC_JP';
-psqlの中でクライアントのエンコーディングを指定してください。
+psql筝сゃ≪潟潟潟若ｃ潟違絎
SET client_encoding TO 'SJIS'
- PostgreSQLデータベースのエンコーディングに使える日本語文字コード - は EUC_JP か UTF-8(UNICODE) であるため、Shift-JIS表示のコマンドプロ - ンプトからは、client_encodingを設定しておかないと、日本語を表示する - 際に文字化けがおきます。
+PostgreSQL若帥若鴻潟潟若ｃ潟違篏帥ユ茯絖潟若 + EUC_JP UTF-8(UNICODE) сShift-JIS茵腓冴潟潟 + 潟client_encoding荐絎ユ茯茵腓冴 + 絖障
-[訳注：
- 日本語版の製作については以下の通りです。
+[荐恰絵鐚
+ ユ茯茖巡ゃ篁ヤс
- 最終更新日: 2007年10月20日
- 翻訳者: 桑村 潤 (Jun KUWAMURA <juk at postgresql.jp>)
+ 腟贋井: 2007綛1020
+ 膺肢┳: 罅 羹 (Jun KUWAMURA <juk at postgresql.jp>)
- このFAQの和訳の作成にあたり協力をしてくださった方々(敬称は略させていただきます):
+ FAQ荐潟篏ｃ鴻(腱違ャ障):
- 田仲 稔(Minoru TANAKA <Tanaka.Minoru at keiken.co.jp>)
- 石井 達夫(Tatsuo ISHII <ishii at sraoss.co.jp>)
- 齊藤 知人(Tomohito SAITOH <tomos at elelab.nsc.co.jp>)
- 馬場 肇(Hajime BABA <baba at kusastro.kyoto-u.ac.jp>)
- 岡本 一幸(Kazuyuki OKAMOTO <kaz-okamoto at hitachi-system.co.jp>)
- 小菅 昭一(Shoichi Kosuge <s-kosuge at str.hitachi.co.jp>)
- 山下 義之(Yoshiyuki YAMASHITA <dica at eurus.dti.ne.jp>)
- 境 真太郎(Sintaro SAKAI <s_sakai at mxn.mesh.ne.jp>)
- 生越 昌己(Masami OGOSHI <ogochan at zetabits.com>)
- 石川 俊行(Toshiyuki ISHIKAWA <tosiyuki at gol.com>)
- 本田 茂広(Shigehiro HONDA <fwif0083 at mb.infoweb.ne.jp>)
- せせ じゅん(Jun SESE <sesejun at linet.gr.jp>)
- 神谷 英孝(Hidetaka KAMIYA <hkamiya at catvmics.ne.jp>)
- 菅原 敦(Atsushi SUGAWARA <asugawar at f3.dion.ne.jp>)
- 稲葉 香理(Kaori Inaba <i-kaori at sraoss.co.jp>)
+ 遺参 腮(Minoru TANAKA <Tanaka.Minoru at keiken.co.jp>)
+ 割 紊(Tatsuo ISHII <ishii at sraoss.co.jp>)
+ 藹 ヤ査(Tomohito SAITOH <tomos at elelab.nsc.co.jp>)
+ 薤 (Hajime BABA <baba at kusastro.kyoto-u.ac.jp>)
+ 絏≧ 筝綛(Kazuyuki OKAMOTO <kaz-okamoto at hitachi-system.co.jp>)
+ 絨 筝(Shoichi Kosuge <s-kosuge at str.hitachi.co.jp>)
+ 絮延 臂箙(Yoshiyuki YAMASHITA <dica at eurus.dti.ne.jp>)
+ 紜 紊(Sintaro SAKAI <s_sakai at mxn.mesh.ne.jp>)
+ 莇 綏(Masami OGOSHI <ogochan at zetabits.com>)
+ 喝 篆茵(Toshiyuki ISHIKAWA <tosiyuki at gol.com>)
+ 綺(Shigehiro HONDA <fwif0083 at mb.infoweb.ne.jp>)
+ (Jun SESE <sesejun at linet.gr.jp>)
+ 腑莪 怨(Hidetaka KAMIYA <hkamiya at catvmics.ne.jp>)
+ (Atsushi SUGAWARA <asugawar at f3.dion.ne.jp>)
+ 腮画 薤(Kaori Inaba <i-kaori at sraoss.co.jp>)
- をはじめ、ポストグレスに関する話題豊富な日本語PostgreSQLメーリングリスト、
- 和訳のきっかけを作ってくれたり、いつもチェックをしてくれる
- JF(Linux Japanese FAQ)プロジェクト、FreeBSD ドキュメンテーションプロジェクト
- の方々、それから、直接あるいは間接的にかかわってくださるすべてのオープンソース
- コミュニティのみなさまに感謝いたします。
+ 鴻違鴻≪荅演莟絲ユ茯PostgreSQL＜若潟違鴻
+ 荐潟ｃ篏ｃゃс
+ JF(Linux Japanese FAQ)吾сFreeBSD ャ＜潟若激с潟吾с
+ 鴻贋･･ｃ鴻若潟純若
+ 潟ャｃ帥障茗障
- この翻訳文書は 本家 "Frequently Asked Questions" のページに "Japanese FAQ"
- という項目であります。
+ 膺肢┳吾 絎 "Frequently Asked Questions" 若吾 "Japanese FAQ"
+ с障
- また、最新版は以下のサイトにあります。
+ 障亥篁ヤ泣ゃ障
http://www.postgresql.jp/wg/jpugdoc/ 「JPUG文書・書籍関連分科会」
- http://www.linux.or.jp/JF/JFdocs/INDEX-database.html 「Linux JFプロジェクト」 http://www.linet.gr.jp/~juk/pgsql/ 「PostgreSQL Notes for Japanese」（翻訳者ページ）
+ href="http://www.postgresql.jp/wg/jpugdoc/">http://www.postgresql.jp/wg/jpugdoc/ JPUG吾紙悟∫ｅ腱篌
+ http://www.linux.or.jp/JF/JFdocs/INDEX-database.html Linux JF吾с http://www.linet.gr.jp/~juk/pgsql/ PostgreSQL Notes for Japanese鐚膺肢┳若醐
- なお、この和訳に関するご意見・ご質問は(juk at postgresql.jp)までお寄せください。
- （※ メールアドレスの " at " は適切に直してください。半角の "@" です。）
+ 荐潟≪頳祉莖(juk at postgresql.jp)障с絲
+ 鐚 ＜若≪鴻 " at " 眼茹 "@" с鐚
]