PostgreSQLエンタープライズ利用の指針が続々公開へ
PostgreSQLエンタープライズ利用の指針が続々公開へ：Database Watch（2013年5月版）（1/2 ページ） OSSながら、堅牢性やスケーラビリティの面からエンタープライズ用途でも採用されることの多いPostgreSQL。大規模運用のための指針や移行のノウハウを公開する動きが活発化しています。今回はPGECの活動成果をウォッチ！ 4月22日、PostgreSQLエンタープライズ・コンソーシアム（以下、PGEC）は設立1周年を迎えるとともに、2012年度の活動成果を発表しました。活動成果は性能WGと設計運用WGから報告され、報告書は同会サイトにて公開（リンク）されています。いずれも企業へのPostgreSQL導入で直面する疑問をテーマとしており、とても実践的な内容となっています。 性能WG：スケールアップとスケールアウト検証結果 性能WGからは大規模運用を想定し、Postg
Scaling PostgreSQL With GridSQL
GridSQL is an open source distributed database built on PostgreSQL that allows it to scale horizontally across multiple servers by partitioning and distributing data and queries. It provides significantly improved performance over a single PostgreSQL instance for large datasets and queries by parallelizing processing across nodes. However, it has some limitations compared to PostgreSQL such as lac
PostgreSQLクラスタの動向
このように、PostgreSQLのクラスタは、レプリケーションの作成機能を中心に進められてきました。ところが、この用途以外にも、並列処理を用いた大規模なデータ解析が可能な「Greenplum」や「GridSQL」などのソフトも出現しました。 Slonyだけでは、数あるアプリケーションの要件をすべて満たすことはできません。このため、アプリケーションの要求仕様に応じて、多くのPostgreSQLクラスタが開発されました。主なPostgreSQLクラスタは、表1の通りです。 表1: 主なPostgreSQLクラスタ （詳細はhttp://wiki.postgresql.org/wiki/Clusteringを参照） プロジェクト 概要
「PostgreSQL 9.2」リリース、大幅な性能アップを実現 － ＠IT
2012/09/11 オープンソースデータベースPostgreSQLの開発グループは9月10日、最新バージョン「PostgreSQL 9.2」のリリースを発表した。パフォーマンス、スケーラビリティ、柔軟性の大幅な向上を実現したとしている。 発表によると、PostgreSQL 9.2ではJSONをネイティブサポートし、インデックスやレプリケーションの機能を強化。64コアまでのリニアスケーラビリティ、Index-onlyスキャン、CPU消費電力削減などを実現した。 スケーラビリティの向上によって大型サーバのハードウェアリソースを効率的に活用できるようになり、ロック管理やIndex-onlyアクセスなどの性能改善では、データベースエンジンでさらに大量の処理を行うことが可能になった。 具体的には、最大で毎秒35万件のリードクエリ（従来の4倍強）、データウェアハウスクエリのIndex-onlyスキャ
PostgreSQLの機能と他のRDBMSの比較 | Let's POSTGRES
全ての機能を網羅した表ではありませんが、PostgreSQLが Oracle Database と同様の機能があることがお分かりいただけるでしょう。レプリケーションやクラスタリングなどは、PostgreSQL本体とは別にリリースされるサードパーティーでの提供となりますが、pgpool-II, Slony-I をはじめとした実績も豊富なソフトウェアが提供されています。 PostgreSQLが特に強みを発揮する分野として、最後の行に記載したGIS (地理情報システム) があります。GISは位置に関する情報を持ったデータ (空間データ) を管理し、主に地図と組み合わせて位置を表示、検索、分析するシステムです。PostgreSQLでは、PostGIS というサードパーティーソフトウェアで、GISオブジェクトをデータベースに格納し空間データに適した検索を行うインデックスと、GISオブジェクトを解析す
PostgreSQLを遅くしている犯人はどこだ？
これにより、3秒以上の時間がかかるSQLをキャプチャすることができます。 ただし、もし実行されたSQLのほとんどでこの設定値以上の時間がかかる場合、ログへの出力自身がオーバヘッドとなり、かえって性能劣化の引き金となる可能性がありますので、値の設定には配慮が必要です。通常運用中は、10sや20sといった、正常状態ではたどり着かない程度の値を設定しておくことをお勧めします。 今回、このパラメータを設定したうえでアプリケーションを実行させると、以下のような出力結果を得ることができました。 LOG: duration: 9094.865 ms statement: SELECT c_fname, c_lname, c_phone, c_email, o_id, o_date, o_sub_total, o_tax, o_total, o_status, cx_type, cx_auth_id FR
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
News Release PostgreXC