PostgreSQLアンカンファレンス#2

7/13に開催されたPostgreSQLアンカンファレンス@東京(7/13) : ATNDのツイートまとめ。

  • 一応、セッション別にちょっと分類してみた。
  • 多分、別途toggeterまとめが出てくるとは思うが。
  • きちんとした紹介は別途Let's Postgresで紹介されるとは思うけど・・・。
  • ツイート内容等ツッコミがあればコメントしてくれると嬉しい。

開始前・その他

  • upmeetup.info @upmeetup 07/13(土) [参加50人/定員60人]bit.ly/17y9uaV【PostgreSQLアンカンファレンス@東京(7/13)】 2013.07.13 10:00
  • Satoshi Nagayasu @snaga Only two hours left for preparation for today's 2013.07.13 10:11
  • ぬこ@横浜 @nuko_yokohama PostgreSQLアンカンファレンスはじまた。 2013.07.13 13:05
  • Mikka @mikka_tech ついた 2013.07.13 13:12
  • ISHII Hidenori @h141gm PostgreSQLアンカンファレンスはじまった pic.twitter.com/eptCsK6g3X 2013.07.13 13:22
  • 開始時点でのタイムテーブル

  • Akihiro Okuno @choplin 間に合いそうなのでトークを登録してきた 2013.07.13 15:41
  • ぬこ@横浜 @nuko_yokohama あ、勝俣さん帰った。 2013.07.13 16:06
  • しんご @alleines_ 全くツイート出来なかったけど #pgunconf 楽しかった 2013.07.13 20:48

MonetDB FDW

  • ぬこ@横浜 @nuko_yokohama MonetDBのFDW by 永安さん あああ、先を越された感がw 2013.07.13 13:24
  • Akihiro Okuno @choplin 永安さんがmonetdbの話をしている 2013.07.13 13:30
  • ぬこ@横浜 @nuko_yokohama PostgreSQLだと(苦手な)3分かかるクエリがMonetDBだと8行くらいで終わる。 2013.07.13 13:31
    • typo・・・8行じゃなくて8秒ですね。
  • ぬこ@横浜 @nuko_yokohama MonetDB用FDWを経由して検索するデモ。 2013.07.13 13:32
  • ぬこ@横浜 @nuko_yokohama 何気にpsqlプロンプトが9.4-develになっていてワラタ。永安さんさすがだわw 2013.07.13 13:34
  • ぬこ@横浜 @nuko_yokohama FDW経由でも(キャッシュに乗っていれば)さっきのクエリは1秒以内で返却する。 2013.07.13 13:35
  • ぬこ@横浜 @nuko_yokohama MonetDBの今後のToDo:各種処理のpushdown, レプリケーションなど。このへんはneo4j_fdwと同じだよなあ。 2013.07.13 13:36
  • ぬこ@横浜 @nuko_yokohama QA. リモート側でなるべく処理できるほうがいいのだけど、どうやればいいのか。 2013.07.13 13:37
  • Satoshi Nagayasu @snaga monetdb_fdw: code https://github.com/snaga/monetdb_fdw demo vimeo.com/70192340 PostgreSQL meets Column-Store. :) 2013.07.13 13:46

Neo4j-FDW

  • ぬこ@横浜 @nuko_yokohama さあ、俺の発表だ。 2013.07.13 13:38
  • ぬこ@横浜 @nuko_yokohama 最初の自分の発表、neo4j_fdwの発表おわた。直前がMonedDB FDWだったからカブリ感が半端ない・・・w 2013.07.13 13:56
  • 【反省】こっちの発表枠は直前に原稿を作って、全然練習してなかった・・・
    • もっとNeo4j自体の説明をきちんとすべきだったと思ってる。
    • ちょっと説明が不十分すぎた気がする・・・。やっぱりきちんと原稿の精査と発表イメージの練習をしないとダメだな。
  • ぬこ@横浜 @nuko_yokohama さっきの資料にも書いたけど、一応neo4j_fdwのコード: https://github.com/nuko-yokohama/neo4j_fdw 2013.07.13 14:04
  • ぬこ@横浜 @nuko_yokohama My latest upload : Pgunconf neo4j fdw on Pgunconf neo4j fdw 2013.07.13 14:09

PostgreSQLとNW遅延

  • 【補足】河原さん@NTTソフトウェアの発表
  • ぬこ@横浜 @nuko_yokohama 次の発表は河原さんのNW遅延に関する発表。隣はパキエルさんの発表。うーん、なんの発表なんだろう。 2013.07.13 13:57
  • ぬこ@横浜 @nuko_yokohama Heroku Postgresを使ってNW遅延の検証をするのか。 2013.07.13 13:58
  • ぬこ@横浜 @nuko_yokohama 170msのNW遅延があるときに、1レコードだけ返すシンプルなクエリがどのくらいかかるか。→1400msかかった!クエリの発行までにそもそも1000ms以上かかる。 2013.07.13 14:01

pg_rewind

  • 【補足】パキエルさんの発表
    • remindじゃなくてrewindだった・・・
  • ぬこ@横浜 @nuko_yokohama 隣(パキエルさんの発表)はなんか盛り上がっているなあ・・・ 2013.07.13 14:16
  • 【お願い】誰か発表内容教えてください・・・
  • 【補足】たぶん、このblogエントリの内容だと思う・・・。Loading...

pg_bufferchacheで万華鏡を作ってみました

  • 勝俣さん@NTTソフトウェアの発表
  • ぬこ@横浜 @nuko_yokohama こっちは勝俣さんのは発表開始。pg_buffercacheを可視化するという話らしい。 2013.07.13 14:17
  • ぬこ@横浜 @nuko_yokohama まず共有バッファとはなんぞやという話。 2013.07.13 14:17
  • ぬこ@横浜 @nuko_yokohama pg_buffercacheビューの内容の説明。 2013.07.13 14:20
  • ぬこ@横浜 @nuko_yokohama 要するにshared_buffers全体を描画することにした。 2013.07.13 14:22
  • ぬこ@横浜 @nuko_yokohama pg_buferchacheの値には意味がないw 2013.07.13 14:22
  • Kasahara Tatsuhito @kasa_zip なぜ勝俣さんがこれをやろうと思ったのかの方が興味があるwww 2013.07.13 14:23
  • Kasahara Tatsuhito @kasa_zip 惜しくもカイレドスコープならず・・ 2013.07.13 14:29
  • ぬこ@横浜 @nuko_yokohama ちょw デモがちょっと地味www でも下のほうからじわじわ色が変わってきてるな。 2013.07.13 14:29

pg_bigm

  • ぬこ@横浜 @nuko_yokohama 隣は澤田さんのpg_bigm+αの発表。だいぶ俺の発表とかぶってる感が強い。やばいw 2013.07.13 14:31
  • 【補足】別ブースにいたからはっきり聞けなかったけど、後で拡張したsimilarityの話もしていたようだ。
    • きっかけを作ったのはおいらかもしれないけどw

ゆるいテキスト検索ふたたび N-gram

  • ぬこ@横浜 @nuko_yokohama 自分の発表の時間をずらした(澤田さんのpg_bigmの発表後に移動)。 2013.07.13 14:21
  • ぬこ@横浜 @nuko_yokohama 自分の2本目の発表「ゆるいテキスト検索ふたたび」おわた。こっちはまずまずの反応で良かった。 2013.07.13 15:02
  • ぬこ@横浜 @nuko_yokohama Pgunconf ゆるいテキスト検索ふたたび - n-gram応用編 by @nuko_yokohama on @slideshare Pgunconf ゆるいテキスト検索ふたたび - n-gram応用編 2013.07.13 15:32
  • 【補足】藤井さんから質問あり。→辞書側にもbi-gramインデクスは設定している。
  • 【反省】でも、この発表に関するツイートがない・・・(´・ω・`)

休憩

  • ぬこ@横浜 @nuko_yokohama 15:20ころまで休憩。 2013.07.13 15:09
  • ぬこ@横浜 @nuko_yokohama 休憩おわり。再開。左側は藤井さんの9.3新機能紹介、右側は田中さんのPostgreSQLとR。 2013.07.13 15:20

PL/Rをブラウザで使いたい

  • 【補足】右側のセッション。田中さんの発表。
  • ぬこ@横浜 @nuko_yokohama 統計学が最近アツイと。確かになあ。統計解析ソフトは高い、Excelでは作るのが大変。で、PostgreSQL+R+PHPでやりたいと。 2013.07.13 15:23
  • ぬこ@横浜 @nuko_yokohama 統計解析用言語Rの説明。これはありがたい。 2013.07.13 15:23
  • ぬこ@横浜 @nuko_yokohama Rの簡単なデモ。 2013.07.13 15:24
  • ぬこ@横浜 @nuko_yokohama ヒストグラムや分布図を簡単に作れるのは良さげ。>R 2013.07.13 15:26
  • ぬこ@横浜 @nuko_yokohama Rのconfigure時に"--enable-R-shlib"オプションがないとJPEGが作れない。これが今回発表したいというきっかけになったと。 2013.07.13 15:29
  • Satoshi Nagayasu @snaga --enable-R-shlib is required to generate jpeg files in R. 2013.07.13 15:29
  • ぬこ@横浜 @nuko_yokohama PL/Rもインストールしないといけない。PL/RというLANGUAGE拡張もあるのか。 2013.07.13 15:31
  • nuko_yokohama PL/Rで作った関数内でデータのプロットをする。そして、その関数をPHPから呼び出すと。 2013.07.13 15:33
  • ぬこ@横浜 @nuko_yokohama QA. PL/Rの関数でファイルパスではなく、バイナリイメージをリターンするようにできないか?という永安さんの質問。 2013.07.13 15:37
  • ぬこ@横浜 @nuko_yokohama RからPostgreSQLにつなぐドライバもあるらしい。アドホックな使い方ときにはそっち、クエリパターンが決まればPL/Rを使う、という感じ? 2013.07.13 15:40

9.3新機能

  • ぬこ@横浜 @nuko_yokohama 左側・藤井さんの説明はマテビュー&更新可能ビューの話かな? 2013.07.13 15:35
  • ぬこ@横浜 @nuko_yokohama 左側:psqlwatchコマンドの話。うーん、ちゃんと聞けなかった。 2013.07.13 15:58
    • ぬこ@横浜 @nuko_yokohama 情報サンクス! RT @kingtomo1122: @nuko_yokohama psqlで"\watch n"すると、最後のSQLをn秒間隔で実行するんだって。>9.3のwatch機能 2013.07.13 16:32
  • Akihiro Okuno @choplin FDWのキャッシュとしてmaterialized viewを使うか。なるほど。 2013.07.13 16:03
  • ぬこ@横浜 @nuko_yokohama 左側:藤井さん「9.4機能の話」 9.4のアツい機能の紹介。 2013.07.13 16:43
  • ぬこ@横浜 @nuko_yokohama 左側:9.4機能。パラレルクエリの話、フェイルバックの運用性向上の話、concurrency REINDEXとか。まだ先だけど期待してね!という話。 2013.07.13 16:50

pgstatutuple2

  • ぬこ@横浜 @nuko_yokohama 右側・永安さんの話。テーマはpgstatutuple2 2013.07.13 15:42
  • ぬこ@横浜 @nuko_yokohama 今回やったのはデッドタプルをサンプリングして統計的手法で推定、ということかな? 2013.07.13 15:43
  • ぬこ@横浜 @ぬこ@横浜 @nuko_yokohama 誤差数%になる程度のブロック数をサンプリングして取得すれば良い、という考え。 2013.07.13 15:47
  • ぬこ@横浜 @nuko_yokohama 統計的誤差と、それに誤差の許容範囲に収めるサンプリング数を推定する必要があると。 2013.07.13 15:45
  • Kasahara Tatsuhito @kasa_zip 100万ブロックデッドタプル平均20%、標準偏差20%で3000ブロックのサンプリングで誤差+-3.6% 2013.07.13 15:47
  • ぬこ@横浜 @nuko_yokohama サンプリングで取得した結果(pgstatutuple2)はかなり全スキャンした結果(pgstatutuple)に近い。予想以上に精度が高い! 2013.07.13 15:50
  • ぬこ@横浜 @nuko_yokohama そして十分な精度で性能は100倍くらい早いと。今後はindex側も対応予定。 2013.07.13 15:53
  • ぬこ@横浜 @nuko_yokohama pgstattuple2はpgstatutupleに取り込むか?今のところは統合は考えていない。 2013.07.13 15:55
  • ぬこ@横浜 @nuko_yokohama いきなり永安さんからのエンジニア募集www 2013.07.13 15:57
  • Satoshi Nagayasu @snaga pgstattuple2: a pgstattuple derivative that allows block sampling to reduce physical block read. github.com/snaga/postgres… 2013.07.13 17:07

バックアップリカバリについてもう少し考えてみる

  • ぬこ@横浜 @nuko_yokohama 右側:喜田さんの「バックアップリカバリについてもう少し考えてみる」 2013.07.13 16:00
  • Akihiro Okuno @choplin 初心者も楽しめる勉強会にしたいとのこと。素晴らしい。 2013.07.13 16:01
  • ぬこ@横浜 @nuko_yokohama 案件概要、バックアップ・リカバリの基礎、今回採用した方式などの話。 2013.07.13 16:02
  • ぬこ@横浜 @nuko_yokohama インメモリ分析ツールQuickView, データ連携ツールDataSpiderというツール。後で調べてみる。 2013.07.13 16:04
  • ぬこ@横浜 @nuko_yokohama マニュアルをきちんと読めという話。例:pg_restore後にANALYZEしろという話。9.3からのパラレルダンプを有効にする方法など。 2013.07.13 16:09
  • ぬこ@横浜 @nuko_yokohama 複数のデータベースクラスタを運用する場合、障害発生時にどっちのデータベースクラスタ側が壊れたか、といった細かい運用手順を明確化しておくこと。 2013.07.13 16:11
  • ぬこ@横浜 @nuko_yokohama 右側:そもそもデータベースクラスタを分けた理由は?という質問。→メモリの割当などを考慮してデータベースクラスタを分けた。 2013.07.13 16:15
    • でも、そういう場合、サーバ自体を仮想化してそのサーバへのメモリ割り当てを調整するんでは?みたいな応答もあった。

運用管理(監視編)の相談

  • ぬこ@横浜 @nuko_yokohama 左側:笠原さん「運用管理(監視編)の相談」 2013.07.13 16:07
  • ぬこ@横浜 @nuko_yokohama 左側:入門者向けに話しておいたほうが良いネタって何?を募集している。 2013.07.13 16:13
  • ぬこ@横浜 @nuko_yokohama あ・・・笠原さんの相談内容、結局聞けなかった。 2013.07.13 16:22

pg_msgpack

  • ぬこ@横浜 @nuko_yokohama 左側:奥野さん「pg_msgpackの話」 右側:永安さん「PostgreSQL on AWSを読んでみた」 2013.07.13 16:24
  • ぬこ@横浜 @nuko_yokohama 奥野さんの話2「JSON型」の話もするのかな。 2013.07.13 16:25
  • Kasahara Tatsuhito @kasa_zip pg_msgpackの話 2013.07.13 16:26
  • ぬこ@横浜 @nuko_yokohama あー、なるほど。JSONがTEXT型保持で効率がよろしくないから、msgpackの話になるのか。>右側 2013.07.13 16:28
  • ぬこ@横浜 @nuko_yokohama 違った。左側のまちがい RT @nuko_yokohama: あー、なるほど。JSONがTEXT型保持で効率がよろしくないから、msgpackの話になるのか。>右側 2013.07.13 16:29
  • Kasahara Tatsuhito @kasa_zip pg_msgpack、最適化さぼっててもPostgreSQL内部でtext型扱いしているjson型よりサイズ半分ですんでる  2013.07.13 16:37
  • FURUHASHI Sadayuki @frsyuki RT @kasa_zip: pg_msgpackの話 2013.07.13 16:45
  • FURUHASHI Sadayuki @frsyuki RT @kasa_zip: pg_msgpack、最適化さぼっててもPostgreSQL内部でtext型扱いしているjson型よりサイズ半分ですんでる  2013.07.13 16:45
    • katsyoshi @katsyoshi RT @kasa_zip: pg_msgpack、最適化さぼっててもPostgreSQL内部でtext型扱いしているjson型よりサイズ半分ですんでる  2013.07.13 16:46
    • Mr. Fiber @repeatedly RT @kasa_zip: pg_msgpack、最適化さぼっててもPostgreSQL内部でtext型扱いしているjson型よりサイズ半分ですんでる  2013.07.14 16:08
    • 今中幸太 @pside RT @kasa_zip: pg_msgpack、最適化さぼっててもPostgreSQL内部でtext型扱いしているjson型よりサイズ半分ですんでる  2013.07.14 16:09
  • katsyoshi @katsyoshi RT @kasa_zip: pg_msgpackの話 2013.07.13 16:46
  • FURUHASHI Sadayuki @frsyuki pg_msgpackソースどこですか? 2013.07.13 16:46
  • katsyoshi @katsyoshi RT @frsyuki: pg_msgpackソースどこですか? 2013.07.13 16:46

PostgreSQL on AWS

  • ぬこ@横浜 @nuko_yokohama AWSの話。物理サーバとの相違をメインに話す。 2013.07.13 16:26
  • ぬこ@横浜 @nuko_yokohama AWSと普通のサーバの差異についての話。>右側 2013.07.13 16:29
  • ぬこ@横浜 @nuko_yokohama 永安さんアカウントでのAWSのデモ。>右側 2013.07.13 16:31
  • ぬこ@横浜 @nuko_yokohama テンポラリデータとSSDストレージ:UNLOGGEDテーブルで作りましょう、みたいな話。>右側 2013.07.13 16:33
  • ぬこ@横浜 @nuko_yokohama AWS白書のPostgreSQLバックアップ方式の記述が間違ってね?という話。>右側 2013.07.13 16:34
  • ぬこ@横浜 @nuko_yokohama スケール(小・中・大)別のパフォーマンス指南の話。>右側 2013.07.13 16:37
  • ぬこ@横浜 @nuko_yokohama Autovacuumは万能ではないので、手動Vacuumもしっかり設計しろと。まあAWSに限った話ではないのでしょうけど。>右側 2013.07.13 16:40
  • ぬこ@横浜 @nuko_yokohama AWS上のホットバックアップはec2-create-snapshotコマンドという専用のものを使う。 2013.07.13 16:41
  • ぬこ@横浜 @nuko_yokohama AWS上のPostgreSQLバージョン追随はどうなんだろう?→最新版のキャッチアップはそんなに早くないかも・・・? 2013.07.13 16:46

クロージング

  • ぬこ@横浜 @nuko_yokohama 永安さんのクロージングトーク。 2013.07.13 16:52
  • ぬこ@横浜 @nuko_yokohama えー、俺の話って濃ゆいの?(´・ω・`) 2013.07.13 16:53
  • ぬこ@横浜 @nuko_yokohama ということでPostgreSQLアンカンファレンスの本編は終了。 2013.07.13 16:53
  • ぬこ@横浜 @nuko_yokohama 今日のアンカンファレンスのタイムテーブル。 https://twitter.com/nuko_yokohama/status/355961311164776448/photo/1 2013.07.13 17:06

懇親会

  • 場所はもつ真路 市ヶ谷店
  • 参加者の裾野を広げるために「PostgreSQL女子」の拡大を!と主張したが、「それが一番難しいw」と一蹴されましたw