PostgreSQLの実行計画を読み解くための参考資料集 - ぱと隊長日誌
はじめに PostgreSQLは商用DBに比べて書籍が少なく、まとまった情報が入手しにくいです。また、有志の方がPostgreSQLに関する資料を公開していますが、散在しており、せっかくの有益な情報にアクセスしにくい状況にあります。 そこで、本エントリではPostgreSQLの実行計画に焦点を絞り、公開されている有用な資料（書籍含む）をまとめました。読み返したい資料を探しやすくするため、内容のポイントも併せて紹介してます。 本エントリをきっかけに、これらの資料がさらに活用されることを願っています。 前提 各資料の前提としているPostgreSQLのバージョンは異なることにご注意ください。調査対象のPostgreSQLのバージョンが異なれば、状況は変わっているかもしれません。 各資料には内容の重複があり、ほぼ同一内容の場合もあります。重複している内容についてはポイントから割愛することがありま
GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット － Publickey
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
UberのPostgresqlからNoSQL on MySQLへの移行を読んでざっくりまとめた
Uber-migrated-pg-to-mysql.md Why Uber Engineering Switched from Postgres to MySQL - Uber Engineering Blog のまとめ Posgresqlだと pgは追記型なので少しの更新でも多くのdiskへのwriteがおきる カラムを一つ更新しただけで多くのindexの書き換えが起こる よって、replicationはWALを送るので更新が多いとWALが大量に送られる repcliationでは物理的なdiskの変更を送る DC間でレプリするときつい bugがあってreplica間でMVCCの不整合が起きる masterとreplica同じdisk上のデータ構成を共有するのでupgradeがつらい cache readはsyscallとosのpage cache経由なので重い 1コネクション1プロセス
ロケール(国際化と地域化) — Let's Postgres
NTT オープンソースソフトウェアセンタ 板垣 貴裕 PostgreSQL でロケール (国際化と地域化) の設定を行うと、データベース内での文字列処理、日付や通貨の表示、メッセージの言語などを変更することができます。特に PostgreSQL 8.4 では、日本語のメッセージ・カタログが追加されたため、エラーメッセージを日本語化したい場合にはロケールを設定する必要があります。 ただし、C ロケール以外を設定すると、インデックスが使われないなどの性能への影響がある場合もあります。また、特に古いバージョンの PostgreSQL では、誤った設定によりサーバが正しく動作しなくなるケースもありました。 この記事では、ロケール設定の効果を結果例を交えて解説すると共に、トラブルへの対応方法を示します。PostgreSQL で日本語を扱う際に、ロケール設定を決める時の参考にして下さい。 Postgr
PostgreSQL Internals
本コンテンツは、2014年1月30～31日に筑波大学で開講された「情報システム特別講義D」における講義「Inside PostgreSQL Kernel」の内容を再構成、加筆・修正したものです。 はじめに 本コンテンツについて 本コンテンツへのフィードバックについて アーキテクチャ概要 PostgreSQLの構成要素 PostgreSQLの基本的なアーキテクチャ SQL文の処理される流れ トランザクション管理 トランザクション処理におけるACID特性 各レコードの可視性の管理 Atomicity（原子性）の実装 Consistency（一貫性）の実装 Isolation（分離性）の実装 トランザクション分離レベルの定義 Durability（永続性）の実装 チェックポイント メタデータ管理 pg_controlファイル OID/XID/TID システムカタログ MVCCとストレージ構造 テ
» pg_stat_statements を使って遅い SQL を見つけ出そう – PowerGres 体験記 第 5 回 | 技術情報 | PowerGres
アプリケーションで何かしらの操作を行った場合にレスポンスが遅いということはよくあることです。 とくにアプリケーション全体ではなく、特定の操作に限ってレスポンスが遅いといった場合には、アプリケーション側の処理が原因のこともありますが、その裏で実行されている SQL が原因となっていることを疑ったほうがいいでしょう。 今回は、PostgreSQL と PowerGres で pg_stat_statements というモジュールを使って実行時間のかかっている遅い SQL を見つけ出す方法について紹介します。 遅い SQL を見つけ出すには pg_stat_statements とは pg_stat_statements のインストール pg_stat_statements の設定 pg_stat_statements を使ってみよう まとめ
PostgreSQLでXML(2): インデックスによる効率化 : 不定期性写真日記 (2011/01/25 三田)
さて、前回からの続きで、PostgreSQLでXMLを使ってみる…の件です。 今回は次のようなテーブルを前提とします。 CREATE TABLE testxml ( id SERIAL PRIMARY KEY, xmldoc XML ); コンテンツとしては、本サイトのXMLデータ(約1500件)を、 xmldocに突っ込んであります。idは連番です。 インデックスの必要性 PostgreSQLはなかなかよくできたデータベースで、 普通のSQLのデータベースサーバとしてみたときは、 結構無茶なSQLを書いても、結構な速度で検索してくれます。 まあ、それでも無茶なことをやり過ぎるとどんどん遅くなっていって、 データベースのチューニングが必須のものとなります。 で、XMLの話なんですが、XMLサポート機能は、 まだPostgreSQLに登場してそれほど時間が経っていないためか、 あるいはXML
PostgreSQLのレプリケーション機能をつかってみた
皆様、ご無沙汰しております。笹亀＠イネ花粉に苦しんでます。 昨日（7/10）、最近愛用しているPhpStormを開発しているJetBrainsのエバンジェリストとCEOの方が来日されて、講演をされるとのことで、参加をしてきました。 http://www.zusaar.com/event/844003 内容もよかったのですが、エバンジェリストの方がとてもユニークな方だったのが印象的でした。 さて、本日は少し前から興味を持っていたのですが、中々試す機会がなかった内容です。 今回はPostgreSQLのレプリケーションの設定を解説しながらご紹介をしていきたいと思います。 PostgreSQLのレプリケーションについて まずは、マスターとスレーブにするサーバへPostgreSQLをインストールしておきます。 インストールするバージョンは必ず9.2以上でインストールしてください。また、インストールは
PostgreSQLに興味がある人向けにまとめてみた。｜PostgreSQL｜お仕事メモ｜Pictnotes
PostgreSQL9.2がでたのと、一部で？またPostgreSQLを使いたいと思ってる人が多くなったとかあるみたいなので 4〜5年触ってなかったか、全然知らない人向けとおさらいとしてまとめてみた。 ざっくり書いてるので、詳しい人からみるとおかしい点もあるかと思いますが、気になった点はより詳しい記事が あると思うので、調べてみてください。 明らかな間違え等々は、修正加筆したいので、コメントか twitterの @itm_kiyoまで、御願いします。 Q. なんて読むの？書くの？ A. PostgreSQL(ぽすとぐれすきゅーえる)、PとSQLは大文字。ちなみにMySQL(y以外は大文字)なんで、小文字と大文字の区別をきちんとするとその界隈の人がよろこびます。 でも、「postgres」 とか 、「Postgres」や「ポスグレ」とか書かれてることも多いです。 Q. どのバージョンを使うの
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
包头市创办戒毒家属学校“照亮”戒毒人员回家路 编辑：戒毒家属学王东震-武冈新擞蔬菜行情网
最新文章 2018-12-26 18:36▪ 及时援助！孕妇陕西南路地铁站内临盆地铁工作人员施以援手 2018-12-26 18:36▪ 17条生态廊道编织巨大“绿项链”上海森林覆盖率升至16... 2018-12-26 18:36▪ 大冶发生一起3人死亡的冒顶事故公司所属矿山连续7年发生... 2018-12-26 18:36▪ 央行：四季度88.8%的居民认为收入增加或基本不变 2018-12-26 18:36▪ “第三届大使图书角”图书捐赠在金边举行 2018-12-26 18:36▪ 父母不让玩电脑，她就在纸上写代码！9岁女孩从4000人中... 2018-12-26 18:36▪ 高空坠落水泥块砸破4岁女童头部警方数月寻凶终破案 2018-12-26 18:36▪ 中国警企“抱团”打假净化酒类市场 2018-12-26 18:36▪ 交巡警客串走失女童“暖爸”实力宠娃引网友羡慕
PostgreSQLで使うモデリングソフトをA5:SQL Mk-2に乗り換えた
こんにちは、岡本です 突然ですが明日からアシアル恒例、シリコンバレー研修旅行に行ってまいります。 初めての海外旅行で不安だらけですが、 可能な限り、向こうのビジネスのやり方・働き方を学んでこようと思います。 それはさておき、全国推定１千万人のPostgreSQL愛好家の皆様、 データベースのモデリングソフトは何をお使いでしょうか？ 最近、DBDesignerのPostgreSQL対応版から、 「A5:SQL Mk-2」に乗り換えたので、今日はA5に乗り換えて良かったことを書こうと思います。 尚、１年半前にアシアルブログで フリーで使えるDBのモデリングツールまとめ を公開した時、弊社森川はPostgres用に「Clay」をお勧めしておりましたが、 A5の方が無料で全ての機能を使えるので導入しやすいかと思います。 ■使ってみて良かった点 ・操作性が非常に良い 全体的にサクサク動きます（DBD
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHPerに知ってほしいRDBな事
PostgreSQLクエリ実行の基礎知識 ～Explainを読み解こう～
PostgreSQLアンチパターン
http://kwatch.houkagoteatime.net/blog/2014/12/20/postgresql-features/
オンラインでPostgreSQLの練習ができる『PostgreSQL Exercises』 | 100SHIKI
データベース技術の羅針盤
DBスキーマもバージョン管理したい！
PostgreSQLでカレントスキーマを設定 - 気の向くままに・・・
