PostgreSQLをデフォルト設定のまま使っていませんか? 第11回勉強会資料:PostgreSQLをデフォルト設定のまま使っていませんか? Click here to get the file Size 202.7 kB - File type application/pdf
It’s dangerous to go alone, take this! –The Legend of Zelda Welcome to Pro Gaming Foundry, your source for information on all things gaming. We cover everything to do with maximizing your performance online, from chairs and VR rigs, all the way through monitors and gaming laptops. Whether you need to customize your seating, improve your monitors, get a faster desktop, or stream your latest adventu
PGClusterは負荷分散を目的としたPostgreSQL用のマルチマスタ構成の同期レプリケーション・システムです. PGClusterはPostgreSQLを使ったレプリケーション・システムです. ・レプリケーション方式は同期レプリケーションですので,DB間のデータ複製に遅延が発生しません. ・サーバはマルチマスタ構成ですので,複数のDBが同時にユーザからのアクセスを受け付けることができます. PGClusterはロードバランサ,クラスタDB,レプリケーションサーバの3種類のサーバから構成されています. PGClusterの主な機能は以下の通りです. ・負荷分散機能 - 参照系のセッション負荷を分散します.参照要求が殺到するWebアプリケーションなどで効果的です. - レプリケーション対象をテーブル単位に指定できます. 更新系と参照系のテーブルが分かれている場合
空気を読まずにPostgreSQLのを高速化する10のポイント - 象と戯れ -空気を読まずにPostgreSQLのを高速化する10のポイント - 象と戯れ - postgresqlグループ.の元エントリを読んで思うところがあったのだが、 PostgreSQLを高速化する16のポイント だからそんなせまっくるしいところでトンチンカンにdisる暇あるんだったら自分のブログでお好みの議論を書くかさもなきゃ/dev/nullにでも吐けとやんわりと言ってるんだよハゲ。 というわけでw。 だよねw。 まあ正直、上記元ネタのほうには色々突っ込みどころ満載なのだが、それは置いておくとしてL.starなりの高速化ポイントを一度書いておかないと、と思ったので記す。ただ、L.starはもうPostgreSQL界隈から離れて久しいので、必ずしも最新の内容を網羅していないことに注意されたし。また、出来るだけPos
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Free Credit Report music videos Migraine Pain Relief Best Mortgage Rates Credit Card Application Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
現在ベータテスト中のPostgreSQL 8.3は、久々にストレージ部分に手が入るなど、大きな改良が加えられている。ストレージの基本構造部分に手が入るのは、筆者の記憶では、2001年リリースのPostgreSQL 7.1以来のことである。 8.3の改良点は、大きく分けて以下の3つになる。 1. 性能面での改良 HOT(Heap Only Tuple)という新しい仕組みがストレージ部分に導入され、従来PostgreSQLが苦手としていた、大規模データベースにおける更新処理性能が大幅に改善されている。そのほか、マルチセッションでのキャッシュ効率の向上などが目につくところである。 2. データベース運用管理機能の改良 PostgreSQLに限らず、データベースの適切な管理/運用は難しい。それだけで1つの職業になるほどだ。8.3では、より適切な管理が行えるように、ログ項目が増えているほか、適切なイ
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はさまざ
最後になったが、PostgreSQL 8.0に最も期待されていた機能、「PITR (Point In Time Recovery)」を試してみよう。PITRは、簡単に言うと、データベースのデータを過去の任意の時点に戻せる機能だ。従来はディスククラッシュなどで万一データが壊れてしまった場合、最新のバックアップの時点に復旧するぐらいしか対応手段がなく、バックアップ完了後、障害発生までの更新は消失してしまう危険性があった。しかしPITRが実装されたことにより、例えば誤ってテーブルのデータを全件削除してしまった場合でも、削除を実行する直前の状態にデータを戻せるようになる。管理者の精神的な負担は大きく軽減されるだろう。 PITRの具体的な仕組みはいたって単純で、PostgreSQLの特徴的な機能である「WAL (Write-Ahead Logging)」を活用して行われる。WALでは、更新クエリの発
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く