PostgreSQL9.2がでたのと、一部で？またPostgreSQLを使いたいと思ってる人が多くなったとかあるみたいなので 4〜5年触ってなかったか、全然知らない人向けとおさらいとしてまとめてみた。 ざっくり書いてるので、詳しい人からみるとおかしい点もあるかと思いますが、気になった点はより詳しい記事が あると思うので、調べてみてください。 明らかな間違え等々は、修正加筆したいので、コメントか twitterの @itm_kiyoまで、御願いします。 Q. なんて読むの？書くの？ A. PostgreSQL(ぽすとぐれすきゅーえる)、PとSQLは大文字。ちなみにMySQL(y以外は大文字)なんで、小文字と大文字の区別をきちんとするとその界隈の人がよろこびます。 でも、「postgres」 とか 、「Postgres」や「ポスグレ」とか書かれてることも多いです。 Q. どのバージョンを使うの

※本ニュースは、石井達夫氏による紹介 を 転載させていただいています。 ※ Let's Postgres では近日、それぞれの新機能について詳しく紹介する予定です。ご期待ください！ 待望の PostgreSQL 9.2.0 がついにリリースされました。 PostgreSQL 9.2.0 では、大幅な性能改善や各種の機能追加が行なわれています。 検索性能の大幅な改善。マルチ CPU 環境では最高 64 コアまで検索性能が向上することが確認されています。 インデックスだけを見て検索を行なう "index only scan" により、 特に大規模データで数十倍の性能向上が得られる場合があります。 スタンバイサーバから更に別のスタンバイサーバにレプリケーションを行なう カスケードレプリケーション アナウンス（英語） http://www.postgresql.org/about/news/14

Database Watch 2012年3月版 待望のPostgreSQL 9.2は大幅性能アップするのか？ PostgreSQL Conferenceではコミッターから次期バージョン9.2の紹介がありました。従来のボトルネックを解消し、性能の大きな飛躍が期待できそうです。また3月には、IBMデータ分析ソフトウェアの2つの新製品が発表になりました。 PostgreSQL 9.2では大幅な性能アップが実現するか 2月24日、日本PostgreSQLユーザー会（JPUG）が毎年恒例の「PostgreSQL Conference」を開催しました。JPUGのサイトには講演資料の一部が公開されています。基調講演では、EnterpriseDB Senior Database ArchitectのRobert Haas（ロバート・ハース）氏（写真）が次期バージョンとなるPostgreSQL 9.2を紹介

2010年9月20日、PostgreSQL 9.0.0 がリリースされました。"バージョン 9" を冠する記念すべきリリースです。リリースアナウンスによると、9.0 には組み込みのレプリケーションを始め、数多くの新機能が盛り込まれていると述べられています。バイナリやソースコードは "ダウンロード用ページ" で配布されています。 9.0 では、ホット・スタンバイとストリーミング・レプリケーションを併せて「参照負荷分散レプリケーション」を構成することができます。この記事では、このレプリケーションの概要と、その他の PostgreSQL 9.0 の新機能について紹介します。 参照負荷分散レプリケーション PostgreSQL 9.0 には「ホット・スタンバイ」と「ストリーミング・レプリケーション」が採用され、これらを組み合わせることで、PostgreSQL でシングルマスタ - マルチスレーブ型

SRA OSS, Inc. 日本支社 石井 達夫 pgbenchとは pgbenchはPostgreSQLに同梱されているシンプルなベンチマークツールです。最初のバージョンは筆者により作成され、日本のPostgreSQLメーリングリストで1999年に公開されました。その後pgbenchはcontribという付属追加プログラムとして、PostgreSQLのソースコードとともに配布されるようになりました。どのバージョンでPostgreSQLに取り込まれたのかはPostgreSQL付属のドキュメント(HISTORY)には書かれていないので定かではないのですが、コミットログを見ると、おそらく2000年にリリースされたPostgreSQL 7.0で導入されたと思われます。その後数多くの改良がたくさんの人によって行われ、現在に至っています。 pgbenchを利用することにより、自分の使っているPost

Postgres-XC is a write-scalable synchronous multi-master PostgreSQL cluster with the following features. 1) Both read and write scalability. 2) Configured with more than one server. 3) Complete global transaction and visibility management. Features Read/Write ScalabilitySymmetric (multi-master, synchronous) clusterTransaction management and consistent tuple visibilityParallel transaction execution

日本電信電話株式会社（NTT）と米EnterpriseDBは5月19日、トランザクション処理性能をスケールさせるPostgreSQLクラスタ技術「Postgres-XC（eXtensible Cluster）」を共同開発し、オープンソースとして公開した。 従来のオープンソースデータベース（DB）のクラスタ技術では、「DBサーバーを複製してデータ参照性能を向上することはできたが、ノードをまたがったトランザクション管理の仕組みが不十分なため、データ更新性能の向上は困難だった。つまり、データ変更を伴うトランザクションの多い業務アプリケーションでは性能向上に限界があり、クラスタ構成用にアプリケーションの変更や再設計が必要となるケースがあった」（NTT）という。 Postgres-XCでは、DBサーバー間で共通してトランザクションを管理する技術を導入することで、データ更新性能を向上。アプリケーション

この記事では、PostgreSQL 9.0 の概要記事だけでは紹介しきれなかった、9.0のその他の新機能についてまとめています。 SQL 構文の強化 string_agg 文字列を連結して集約する string_agg 関数が追加されました。 以前のバージョンでも array_agg + array_to_string で同じ結果が得られますが、より高速です。 他のデータベースにも同様の関数はありますが、MySQL では group_concat()、Oracle Database では listagg() と名前は異なります。 =# SELECT array_to_string(array_agg(t), '+'), string_agg(t, '+') FROM tbl; array_to_string | string_agg -----------------+----------

PostgreSQLのチューニング技法 - しくみを知って賢く使う PostgreSQL Tuning Technique - Let's use PostgreSQL effectively, finding out its internals PostgreSQL Conference 2009 Japan 2009.11.21 PostgreSQLしくみ分科会 PostgreSQL Mechanism Research Working Group 笠原 辰仁. 坂田 哲夫. 桑村 潤. Tatsuhito Kasahara. Tetsuo Sakata. Jun Kuwamura. welcome ! 今日は、PostgreSQLのパラメータについて、しくみを 交えながら解説します 各パラメータの働きのしくみと、設定方針を解説します また、パラメータ依存で引き起こされる問題とその

DoRuby! (ドルビー!) は現場のエンジニアによる、主にRubyなどの技術に関する様々な実践ノウハウを集めた技術情報サイトです。 こんにちは、O2 です。今回は、postgresql の設定ファイル（postgresql.conf） に関しての、私が最近設定しているデフォルト値を公開しようと思います。 実際、インストール直後の設定では、「ロースペックのマシン環境でも動作する」設定の為最近のサーバースペックにあった、デフォルト値を記述してみようと思います。 とは言っても、私が扱っている最近のサーバーのメモリは、8GB、16GB、32GB で、さらにPostgreSQL 8.3以降を使用しているので、PostgreSQL 8.3以降での、メモリ3パターンでのデフォルト値を紹介します。 注意．あくまでも、私が割り出したデフォルト値ですので、どのように使用するかによってチューニングは必要にな

NTT オープンソースソフトウェアセンタ 笠原 辰仁 PostgreSQL でのおすすめできるログの設定をお知らせします。ここでいうログとは、PostgreSQL で発生したエラーや警告などの問題を記録するサーバログを指します。ログに関する設定は、PostgreSQLの運用を始める際に最も注意すべきパラメータ設定の一つです。ログは問題発生の有無や問題の原因を切り分ける際に、非常に重要な情報となります。適切なログの運用に向けて、下記を参考にしてみてください。 ログ運用関連のパラメータ設定 PostgreSQLのデフォルト設定（ソースコードからのインストール）では、ログは残さない設定になっています。インストールに使ったパッケージによっては、初めからログを残すよう設定ファイルがカスタマイズされていることもありますが、まずは、確実にログを残すための設定を行いましょう。 ログの運用としては大きく3パ

¥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を運用していく上で必要な事柄を紹介します。「PostgreSQLの運用管理って何をしたら良いのだろう？」とお困りの方は、まず本ページでざっくりと運用の全体のイメージを掴んでみてください。各項目についてもっと掘り下げた情報は、リンク先の記事で紹介しています。 PostgreSQLの運用管理に必要なこと PostgreSQLの運用管理として必要な作業には何があるのでしょうか？運用要件によって必要な作業は変わってきますが、およそ以下の事項が挙げられます。 メンテナンス DBは、日々の運用により内部状態が変化していきます。常に一定のパフォーマンスを発揮するには、良い状態を保つためのメンテナンスが必要です。主に VACUUM や ANALYZE が該当します。 監視 異常を事前に察知する、もしくは発生後に原因を調査するために、DBやOSの状態を監視しておきます。適切