東京あじさいめぐり＋JPUG 総会併設セミナー 2025（6/14）

前日のゆる SRE 勉強会 #11 とあわせて参加してきました。

jpug.connpass.com

ただし開始が 15:00 からだったのでそれまでの時間が空いていました。

当初は「鉄印の旅」で北関東まで足をのばす予定だったのですが、天気予報があまりよくなさそうだったのでとりやめにして、小雨が降っていても絵になりそうなあじさいめぐりをすることにしました。

東京あじさいめぐり

…東京はなんの土地勘もないので、適当に検索して見つけたスポットのうち、宿泊地（大井町）から順にたどってアクセスしやすく、そして時間までに東京駅（八重洲）に戻ってこられる場所を選んで巡ってきました。

お台場周辺（シンボルプロムナード公園から青海駅付近の紫陽花ロードまで）

大井町駅からりんかい線 1 本で東京テレポート駅へ。

シンボルプロムナード公園ではあじさいフェアを開催中でした。

www.tokyo-odaiba.net

今日は天気予報を見て遠出をやめたのでまずはお台場方面へ pic.twitter.com/Fz7mT5E1Id

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

続いて、橋を渡って青海駅を一旦通り過ぎて海（港）側へ。

青梅と間違えられがちな青海駅へ pic.twitter.com/MOaImw2En5

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

白山神社

文京あじさいまつり開催中、ということでゆりかもめと都営三田線を乗り継いで白山神社へ。

b-kanko.jp

青海から遠回りして（反対側からお台場に戻ってきて）新橋へ pic.twitter.com/H9R8FiUVFP

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

ゆりかもめは反対側（豊洲駅）へ向かって有楽町線に乗り換えたほうが距離は近かったかも…と思いましたが、乗り継ぎ時間の関係であえて逆に向かって新橋（内幸町）駅経由で。

文京あじさいまつり pic.twitter.com/XAU7kuolNU

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

想像以上に人がいっぱい。

人大杉でポートレート撮影が捗る
（オンラインミーティングみたいで暈しがちょっと不自然？） pic.twitter.com/UXF6lDVngT

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

人の顔が写るとまずいので。

（コンデジで撮るのを少なめにして iPhone でポートレート撮影）

飛鳥山公園（飛鳥の小径）

東京メトロ南北線で王子駅に出て、線路沿いにある飛鳥の小径へ。

飛鳥山公園へ pic.twitter.com/twfbOeroeY

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

ついでに紙の博物館などに立ち寄りました。

紙の博物館と飛鳥山博物館に立ち寄る
（少し休んだので渋沢史料館には寄れず） pic.twitter.com/0z5JiCMiDH

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

お昼ご飯を食べている途中で雨が降ってきたので、あえてさくらトラム（都電）と JR を乗り継いで東京駅へ。

上野駅で途中下車しましたが、時間が少なかったのもあり上野公園ではあまり花を見ることができず東京駅へ向かいました。

ちょっとだけ上野で途中下車したけどあまりパッとせず pic.twitter.com/dAkc0tlZQf

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

JPUG 総会併設セミナー 2025

去年は参加できなかったので 2 年振りの参加です。

そういえば JPUG（日本 PostgreSQL ユーザ会）のウェブ会員登録を忘れていました（日本 MySQL ユーザ会と同じミスを繰り返している…）。

PGConf.dev 参加レポート

https://t.co/VZSQ2giKge 参加レポートから
最初は貞弘さんのパート
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

1 セッション目は NTT データ貞弘さん、池田さんからの PGConf.dev 参加レポート。

拡張機能エコシステム＆コミュニティで1日枠とるのか。エコシステムの話はちょっと気になる。 #jpug

— ぬこ＠横浜 18 Beta 1 (@nuko_yokohama) 2025年6月14日

会期4日中、間の2日がメイン
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

ポスターセッションもあったそうです（今回から）。

これいいなhttps://t.co/xqJoqICL9i 2025 のポスター一覧。インスタやLinketdInで挙がってくるインフォグラフィックみがあって大変よい🐘https://t.co/27EInQUohS#jpug

— Kosuke Kida (@kkkida_twtr) 2025年6月14日

そして

生成AIによる性能チューニング
昨日の #yurusre の話でも出てきた
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

これはいまどきらしいですね。

続いて PostgreSQL 18 での改善の話。

Fast-path locking
9.2から入ってて18で改善
（性能を見ると14でも改善されているように見えるが何が改善につながったのか不明とのこと）
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

強いみなさんにも原因がわからない…ってのがあるんですね。

PG18の改善。OIDに対してハッシュでグループ(最大1024)を作る。ベンチマーク結果ではパーティション数が増えると効果が高い。プリペア文も効果高い。 #jpug

— ぬこ＠横浜 18 Beta 1 (@nuko_yokohama) 2025年6月14日

鶴の一声でrevert??
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

という機能もあったようです。

DuckDBの話も出てきた
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

こっちもいまどきですね。

後半は池田さんから澤田さんの発表の話
VACUUMの改善
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

澤田さんのお話は今月の PostgreSQL アンカンファレンスで聞けそうなので楽しみです。

VACUUMが頻繁に行われると大量のWALが生成される
そうかそういう問題もあるのか
（ PostgreSQLの中身に疎い勢）
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

アーキテクチャの違いでこ個々の処理の実行タイミングが違う→必要になる関連処理も違う、というのは興味深いです。

Eager scanは、 all-visible のページでも、通常VACUUMのSCAN対象とする。
EAGER_SCAN_REGION_SIZE (=4096)毎に、領域に区切り、1領域中で連続でall-frozenにできなかった場合に、次の領域に行くまで一時停止する。
どれだけ連続てできなかったら一時停止するかは、新しいGUCで指定する。#jpug

— たいき (Taiki) (@taikik1222) 2025年6月14日

v19でテーブル毎にVACUUM関連の統計情報を追加する(かも)。
v19で、積極的VACUUMの実行契機を最適化したい。今、謎の方程式になってしまっていることが課題のよう。テーブル毎にXIDヒストグラムを持つようにしたらどうか、という意見が出た様子。#jpug

— たいき (Taiki) (@taikik1222) 2025年6月14日

「謎の方程式」というか「謎の計算式」なら MySQL の SQL 実行コスト計算にも存在しましたね（？）。

ここからはLTの紹介
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

PIG（パッケージマネージャのようなもの）
そういえばSupabaseも似たようなことをやろうとして盛り上がらなかったことがあったな
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

Supabase のやつは dnf じゃなくて npm とかに例えられていた気がしますが。

ここからは池田さんが現地で発表したLTの話
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

池田さんの発表の紹介。pgbench改善。エラーが発生してもクライアントが停止せずに、次のトランザクションを開始するというもの。これは入ると嬉しい可能かも。 #jpug

— ぬこ＠横浜 18 Beta 1 (@nuko_yokohama) 2025年6月14日

池田さん、現地でコミュニケーションもご自身の LT のアピールもできたそうで。

行ってみて開発状況のキャッチアップができた
また、開発者の課題感を感じることができた
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

PostgreSQLアンカンファレンスを運営している猛者は違う。 #jpug https://t.co/q9dOx8RLDk

— そーだい@初代ALF (@soudai1025) 2025年6月14日

真のコミュニケーション力の強さを感じますね。

全海外カンファレンス民に告ぐ歩き方～～～
・発表は前で、写真も撮る
・会話が絶えない初日は割って入るのは大変なので既知の人とで
・翌日以降、落ち着いたところで本気トークをしかけろ！
・知らない人とパーティーで「隣いい？」とかでつながる（すごい👏）　#jpug

— Kosuke Kida (@kkkida_twtr) 2025年6月14日

OrioleDB アップデート

続いては高塚さんによる OrioleDB アップデート。

OrioleDB、昨年の PostgreSQL Conference Japan でも出てきましたね。

OrioleDBの性能（pgbenchベースのモデル）、TPC-Cでも速い（高塚さん測定） #jpug

— ぬこ＠横浜 18 Beta 1 (@nuko_yokohama) 2025年6月14日

OrioleDBはUNDO-logなのでVACUUM不要、そんかしROLLBACKがちょい遅い。 #jpug

— ぬこ＠横浜 18 Beta 1 (@nuko_yokohama) 2025年6月14日

「内部構造が MySQL 寄りの PostgreSQL」？

「早く（本家も）64bit XIDにしよう」
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

B木以外のインデックスはお試し的な実装段階
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

ちょっと前までの MySQL っぽい？

（MySQL は B+ 木ですが）

「OrioleDBについて国内でなにか書いたり話したりしている人は僕しかいない」
なるほど
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

ああ、そういえば国内で HeatWave と pgvector / pgvectorscale について触れている人は何人かいるようだけど、だんだん減ってきたな…。

国内で発信してる人がいない→国内に利用者いない説
（まだベータ、ではある）
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

HeatWave on AWS、国内でプロダクト利用している人がほぼいない説（？）。

…などを考えると、プロダクトを出すタイミングとアピール方法ってかなり重要ですよね（当たり前ですが）。

QA. 並列処理のときに何か困ることある？→特にないのでは？ #jpug

— ぬこ＠横浜 18 Beta 1 (@nuko_yokohama) 2025年6月14日

JPUG 貢献者賞表彰

お、JPUG貢献者賞、復活したんだ。 #jpug

— ぬこ＠横浜 18 Beta 1 (@nuko_yokohama) 2025年6月14日

存在を知りませんでした。

今回は喜田さん、そーだいさん、高塚さんが対象なのか。 #jpug

— ぬこ＠横浜 18 Beta 1 (@nuko_yokohama) 2025年6月14日

おめでとうございます！

そーだいさん「なんでXLがないんですか？」
#jpug

— hmatsu47(まつ) (@hmatsu47) 2025年6月14日

---

この後は懇親会。恒例のジャンケン大会（？）ではほどほどに負け続けましたが、北海道土産？をいただきました。

JPUG といえば

JPUG 理事のそーだいさんが大吉祥寺.pm 2025 にコミュニティの危機についてのプロポーザルを出されています。

fortee.jp

NPO 法人ゆえの正会員登録の煩わしさ、そして入会募集の告知不足などもあると思いますが、日本 MySQL ユーザ会（MyNA）ともども中心メンバーの高齢化、（特に地方での）活動の停滞という共通の問題を抱えているので、どうにか打開して未来に繋げられないかな？と…。

（「データベースの寿命はアプリケーション（コード）よりも長い」と言われていますが、「データベースあるいは対象データベース製品が不要になったからユーザーコミュニティが衰退した」わけではないところに大きな危機を感じています）