職業プログラマの休日出勤スマートフォン用の表示で見るスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。職業プログラマによる日曜自宅プログラミングや思考実験の成果たち。リアル休日出勤が発生すると更新が滞りがちになる。記事の内容は個人の意見であり、所属している(いた)組織の意見ではない。参加してきたPostgreSQLPostgreSQLカンファレンスに参加してきたので、その感想文および備忘録を書いておく。#pgcon15j前回参加したのは、2011年のことだった。参加しようと思ったのか?最近PostgreSQLを触る機会があんまり無くて焦ってたから近い将来、新規に導入する予定があるから意識を高めたかったから以下、拝聴した講演のうちのいくつかを紹介したい。27主な内容はこんな感じ。なるから気をつけなくちゃ。擬似(?)replicationの仕組みを提供してくれていた。その方式は全てのPostgreSQLノードに対して同じ(だったっけ?)SQLを投げるというもので、ある種の「怖さ」があった。他にも単純に組めばSPOFになってしまうなどの問題もあった。変貌についてほとんど知らなかったので、参加した。いう運用に嬉しい機能が強化されていくのは嬉しい。セキュリティ総復習http://www.postgresql.jp/events/jpug-pgcon2015/detail#M2心に残ったものいくつか。防御するための拡張(怪しいクエリはエラーにする)「抑止と予防には予算と労力を投じる割に、検知と回復ができてない」といった趣旨のお話:確かに。機能を徹底比較http://www.postgresql.jp/events/jpug-pgcon2015/detail#K3大雑把にはこんな感じの話だったように記憶している。導入が超簡単で、高速な動作をする。単純な処理しかできない。最初のセットアップに一手間かかって気をつけないと遅くなっちゃうけど、様々な機能が揃っている。開発のキッカケはDB技術者じゃなくて地形界隈の専門家の動きによるもの。2つのDBはデータ形式がまったく異なるので、数値や文字列だけからなるデータみたいに簡単にダンプをやりとりするようなことはできない。取り込み:これはどちらか一方の取り込みが遅いから、早い方で取り込ませて、ダンプを一工夫させつつ他方に取り込ませる手法が良い、みたいな話だったが、どっちがどっちだったか忘れた。実装http://www.postgresql.jp/events/jpug-pgcon2015/detail#M4講師の方がユーモア溢れる方で良い雰囲気のセッションだったのだが、ここで会場挙手アンケートの結果をご覧頂きたい。27内容は、PostgreSQLとGroongaとをどうやって繋いでいるのか?というお話。他の製品との機能や性能の比較などもあって面白かった。やってる皆さんにはほんとに頭が上がらない。LTこんな話を拝聴した。http://2016.pgday.asia/さいごにとにかく、今日は来れて良かった。スタッフや講師の皆様には感謝の言葉しかない。著者id:t_motooka職業プログラマ。本業は京阪地区でのWebアプリの開発運営。AWS2016-12-312016年、作ったものまとめ。Blog|ブログを報告する。