【ハウツー】PostgreSQLの高速化と高信頼化を実現する「pgpool-II」を使ってみる (1) pgpool-IIの概要 | エンタープライズ | マイコミジャーナル
pgpool-IIの概要 「pgpool-II」とは、PostgreSQLの高速化と高信頼化を目的としたミドルウェアである。pgpool-IIは、下図のようにクライアントとPostgreSQLの間に入る形(プロキシ形式)で動作する。なお、データベースクライアントはPostgreSQLサーバへ接続するのではなく、pgpool-IIへ接続することになる。 pgpool-IIは現在、pgpool Development Groupにより開発が継続されている。ライセンスには修正BSDライセンスを採用しており、ソースコードが公開されているので自由に利用することができる。ソースコードはhttp://pgfoundry.org/projects/pgpoolからダウンロードすることができる。なお、2007年10月1日現在のpgpool-IIの最新バージョンは1.2.1である。 pgpool-IIはさまざ
【コラム】Yet Another 仕事のツール (33) PGClusterの特徴 | エンタープライズ | マイコミジャーナル
pgpool、Slony-Iと試してきたが、今回からはPostgreSQL用レプリケーション・システムの大本命、三谷篤氏が開発されている「PGCluster」を使ってみよう。 pgpoolはコネクション・プーリングの応用としてシングルマスタ/シングルスレーブ型のレプリケーションが行えた。また、Slony-Iではシングルマスタ/マルチスレーブ、つまり一つのマスタのデータを複数のスレーブに複製できる。これらに対し、PGClusterは「マルチマスタ」方式のレプリケーション・システムだ。つまり、複数のデータベースクラスタがそれぞれ同列にマスタとなり、お互いの更新データを複製するシステムだ。 図1 また、前々回Slony-Iを動かした時にマスタへの更新がスレーブに反映されるまで多少時間がかかったが、これはSlony-Iが「非同期式」のレプリケーション・システムだからである。一方、PGCluster
psqlを使ってみよう — Let's Postgres
¥copy : 遠隔データロード データロードには、一般に COPY コマンドを使います。データベース・サーバ上にあるファイルからのロードの他、COPY FROM STDIN の形式でネットワーク経由でのロードもできます。psql の ¥copy メタコマンドは、この COPY FROM STDIN の別名です。 =# ¥copy テーブル from 'ローカルパス'; SQL の COPY とは異なり、ファイル名には psql を実行するマシンでのローカルパスを指定します。このパスは絶対パス、相対パスのどちらでも構いません。 ¥x : 列を縦に展開表示 列数が多く、ターミナル画面で1行が折り返されてしまう場合には、¥x で列を縦に表示させると読みやすくなります。デフォルトでは行と列を格子状に表示しますが： =# SELECT oid, datname FROM pg_database;
データベース,PostgreSQL,MySQL,DB,SQL,例文 - サンプル
====================================================================== データベース,PostgreSQL,MySQL,DB,SQL,例文 2006-11-10 - 2008-09-06 (C) Yasuhiro Oshima ====================================================================== ■基本SQL文 例文 ・検索 / SELECT DBから項目検索 select * from member; select log from member where id = '00YoKjf945kUKik'; select log, id from member; select a.id, b.log from member a, comment b
資源の消費
shared_buffers（integer）データベースサーバが使用する共有メモリバッファのために使用するメモリ量を設定します。 デフォルトは典型的には32メガバイト(32MB)ですが、使用するカーネルの設定が（initdbの過程で）そこまでをサポートしていなければより少なくなることがあります。 最低限の設定は128キロバイトでなければならず、そして16キロバイト x max_connections以上でなければなりません。 （デフォルト以外のBLCKSZではこの最小値は変わります。） しかし、良い性能を引き出すためには、最小値よりかなり高い値の設定が通常必要です。 実運用のインストレーションでは数十メガバイト程度の値を推奨します。 このパラメータはサーバ起動時のみ設定可能です。 このパラメータを増加させると、PostgreSQLは使用しているオペレーティングシステムのデフォルト構成が許
PostgreSQL テーブル結合 - キョウカラオレハ
PostgreSQLJOIN演算子を使用したテーブル結合に関する学習メモ。JOIN演算子CROSS JOINNATURAL JOINUSING句とON句を使用したINNER JOINLEFT JOIN,RIGHT JOIN(OUTER JOIN)FULL JOIN CROSS JOIN SELECT * FROM table_ex1 CROSS JOIN table_ex2 table_ex1とtable_ex2の全ての組合せの行を表示する。 NATURAL JOIN SELECT * FROM table_ex1 NATAURAL JOIN table_ex2 table_ex1とtable_ex2の同じ名前・列の列全で結合した行を表示する。つまりその列の値が等しい行を選択する。 CROSS JOIN SELECT * FROM table_ex1 CROSS JOIN table_ex
PostgreSQL 編5 - テーブルクリア、テーブル定義変更、整合性制約定義、権限 - SAK Streets
PostgreSQL 編5 - テーブルクリア、テーブル定義変更、整合性制約定義、権限 ■テーブルクリア ・テーブル中のデータだけを全て削除するには、delete 文を使用する。 delete from testm; ・但し、単純クリアが目的なら、この方法はレスポンス的に問題がある。 トランザクション機能が働くので、全レコードのトランザクションバッファ への書き込みとコミットによる更新が行われる。 何万件にも及ぶデータのクリアを delete 文でやると実用に耐えない。 ・単純なテーブルクリアが目的の場合は、表切り捨て(truncate) を使用する と良い。この方が一瞬でクリアできる。 truncate table testm; ・思いきって、テーブル削除と再作成を利用する手もある。 drop table testm; create table testm ( key char(008)
PostgreSQL 編4 - テーブル作成、制約、項目タイプ、キー作成、順序作成 - SAK Streets
PostgreSQL 編4 - テーブル作成、制約、項目タイプ、キー作成、順序作成 ■日本語問題 ・日本語 ODBC 経由のアクセスでは、項目名やデータとして日本語を使用する ことに何ら問題がない。これは、ECU_JP パラメタでコンフィグレーション をしたおかげと思う。 しかし、psql や ipgsql では、日本語がうまく扱えない。 テキストファイルからの実行等も行ったがダメである。 ECU コードで指定する必要があるのかと、日本語 EUC コードで、SQL のテ キストを作成し、「\i」で実行させたら、正常に日本語が処理できた。 但し、psql の select 表示は化ける。(^^; (Cygwin 2.05b と less290i.tgz で psql での select 日本語表示可能。) ■データベース作成 ・PATH の優先順位が MySQL の方が高かったため、crea
PostgreSQL 日本語ドキュメント
PostgreSQL 日本語ドキュメント 本ドキュメント群は、日本 PostgreSQL ユーザ会により翻訳、公開されているもののミラーです。 日本 PostgreSQL ユーザ会 Web サイト にて公開されているものがオリジナルとなります。 著作権、利用許諾につきましては、各バージョンのページに記載がございます。 最新版の付属ドキュメント PostgreSQL 8.3.5 日本語ドキュメント PostgreSQL 8.3.5 日本語マニュアル (REV.20081104) PostgreSQL 8.3.4 日本語ドキュメント PostgreSQL 8.3.4 日本語マニュアル (REV.20081015) PostgreSQL 8.3.3 日本語ドキュメント PostgreSQL 8.3.3 日本語マニュアル (REV.20080617) PostgreSQL 8.3.1 日本語
普段 MySQL ばっかり使っている人のための PostgreSQL ガイド (ラボブログ)
スパイスラボ神部です。 以前から何かと MySQL を使うことが多かったのですが、今回ちょっと PostgreSQL で環境を構築する必要が出てきました。そこでいい機会なので、普段 MySQL を使っている人が PostgreSQL で環境を構築する際にどう設定をあわせた方がいいのか調べてみようと思います。 インストール Cent OS など利用している場合、そもそもセットアップされていない可能性があります。そこでまずは迷わずインストール。 yum install postgresql yum install postgresql-server yum install php-postgresql で、yum でインストールした後の設定。 -Postgresの設定の巻 - PukiWiki 次に、管理ツール（phpPgAdmin) のインストール さて、インストールした後次に困るのは管理
ADOdbでサクサクDBアクセス
はじめに PHPにおいてDBアクセスを行う場合、古くはPHPLIB、最近ではPEAR::DBやPEAR::DB_DataObjectなどを利用して、処理の実装を行います。PHPでは、こうしたモジュールのおかげで容易にDBにアクセスできるため、実用的なwebによるサービスを簡単に構築できます。 現在のPHPにおいては、PEARライブラリが、事実上の標準ライブラリの位置付けにあります。しかし、PEAR::DBは、その機能の割に実行速度が出ないと指摘されることが多く、PEAR::DB_DataObjectは、DBのスキーマ定義に基づいて動作する構成となっているため、その設計概念に馴染めないと、使い難い印象を拭えません。 そこで、PEAR::DB程度の機能しか持っていなくて、機能面でリッチではないけれども、その分、PEAR::DB_DataObjectよりも自由度が高く、手軽に使えて、尚且つ、PE
postgreSQL
$B%$%s%9%H! $B%G! $B4D6-JQ?t$N@_Dj (B(.bashrc) export PGLIB=/usr/lib/pgsql # $B%i%$%V%i%j! $B%G! initdb $B%G! postmaster & $B%G! $B%f! createuser $B%f! (B $B%G! createdb $B%G! (B $B%G!$r>JN,$9$k$H!"%f!$G$N%G! $B4pK\E*$J;H$$J} (B $B5/F0 (B psql $B%G! (B $B%G!$r>JN,$9$k$H!"%f!$N%G! $B%F! create table $B%F! (B ( $B9`L\L> (B $B%G! (B $B%G! $B%G! text: $BJ8;zNs (B int: $B@0?t (B fl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PostgreSQL-Tips
[ThinkIT] 第3回：VACUUMの活用によるチューニング (1/2)
komonet.ne.jp
komonet.ne.jp