PostgreSQLカンファレンス2023

2022-11-24に開催されたPostgreSQLカンファレンス2023( https://www.postgresql.jp/jpug-pgcon2023 )のツイートまとめ。 主に #pgcon23j のタグから収集しています。
4
前へ 1 2 ・・ 35 次へ
ぬこ@横浜 16.1 @nuko_yokohama

ツイートに【K1】等のセッションの番号を入れてもらえるとありがたいです~(午後からのセッションのツイートまとめが楽になるので) #pgcon23j

2023-11-24 10:07:24

【K1】The Future of PostgreSQL: Fostering Adoption Through Extensibility

OrioleDATA のAlexander Korotkovさんのリモート講演。
キーノートでバリバリ開発者向けの話が出てくるのは、けっこう珍しい気がする。

ぬこ@横浜 16.1 @nuko_yokohama

【K1】The Future of PostgreSQL: Fostering Adoption Through Extensibility ビザの関係で来日はできず、オンラインセッションになりました。 #pgcon23j

2023-11-24 10:08:32
ぬこ@横浜 16.1 @nuko_yokohama

【K1】OrioleDB、きちんと調べたことなかったんだよなあ。 #pgcon23j

2023-11-24 10:09:57
こば -Koba as a DB engineer- @tzkb

OrioleDBはこれ。 #pgcon23j twitter.com/tzkb/status/14…

2023-11-24 10:10:13
こば -Koba as a DB engineer- @tzkb

OrioleDB、postgresのextensionであり、色々な短所を改善したストレージエンジンとのこと。 - undo log - row-level WAL - Raft-based multimaster replication など、かなりの盛り込み具合。bloatを解決するだけで大仕事感あるけど。 github.com/orioledb/oriol…

2022-02-26 13:55:39
ぬこ@横浜 16.1 @nuko_yokohama

PostgreSQLコンセプトのうち、拡張性は今でも重要な要素。 #pgcon23j

2023-11-24 10:11:48
hmatsu47(まつ) @hmatsu47

【K1】PostgreSQLのコンセプトの中で「拡張性」は現在でも重要なものとして受け継がれている、と。 たしかにExtensions多いしどんどん出てくる。 #pgcon23j

2023-11-24 10:11:54
こば -Koba as a DB engineer- @tzkb

ストーンブレイカーさんの頃からAccess Methodsの話はあったのか。 #pgcon23j

2023-11-24 10:13:16
ぬこ@横浜 16.1 @nuko_yokohama

【K1】拡張機能の話。関数やデータ型だけでなく、アクセスメソッド、HOOK、カスタム共有メモリ、カスタムワーカも。 #pgcon23j

2023-11-24 10:15:42
まぐろ; (椎間板ヘルニア) @tameguro

PostgreSQLの拡張機能1000以上ある。誰も知らないようなものを含めたらもっとあるんだろう。 #pgcon23j

2023-11-24 10:16:10
かえる㌠🐸 @gho4d76g

拡張機能の話。先日は pg_repackに大変お世話になったな #pgcon23j

2023-11-24 10:16:18
そーだい@初代ALF @soudai1025

通訳と #pgcon23j を見ることで英語が読めなくても問題なく理解できるハックを使っている。

2023-11-24 10:16:39
こば -Koba as a DB engineer- @tzkb

スーパー拡張機能として、CitusやPostGIS、TimescaleDBを紹介。カスタム共有メモリとか、カスタムワーカーって具体的になんだろ。 #pgcon23j

2023-11-24 10:17:04
そーだい@初代ALF @soudai1025

TimescaleDB、便利なので最初から入ってるの便利でいいな。 #pgcon23j

2023-11-24 10:17:50
hmatsu47(まつ) @hmatsu47

【K1】PostGISとかCitusとかTimescaleDBとかは「スーパー拡張機能」という扱い。 (イメージはわかるけどPostgreSQLしょしんしゃなので線引きはよくわからない) #pgcon23j

2023-11-24 10:18:19
こば -Koba as a DB engineer- @tzkb

これは通訳の方大変ね。ありがたいです。 #pgcon23j

2023-11-24 10:21:15
こば -Koba as a DB engineer- @tzkb

Index Access MethodはinsertだけのAPIでやってるという説明。deleteはvacuumでやっており、個別にはできない、で合ってるかな。 #pgcon23j

2023-11-24 10:23:58
ぬこ@横浜 16.1 @nuko_yokohama

【K1】インデックスに対するINSERT/DELETEのカスタムAM API。インデックスの個々のタプルの逐次削除はなく、VACUUM背景のバルク削除のみ。 #pgcon23j

2023-11-24 10:24:14
Tada🎉 @suke_masa

技術的にも難しい内容なので通訳さん大変そうだ・・・そんな中でもやっていただいてるのはありがたいこっちゃ。 #pgcon23j

2023-11-24 10:25:16
ぬこ@横浜 16.1 @nuko_yokohama

【K1】バッファマネージャの話。ここがボトルネックになりやすいと。 #pgcon23j

2023-11-24 10:25:57
hmatsu47(まつ) @hmatsu47

【K1】MySQLerとしてはPostgreSQLの複雑な共有バッファの構成とか概念とかあまりよくわかってない。 (MySQLでいうところのバッファプールだけじゃなくて個別の機能向けのバッファとかも含まれてそうだけど) #pgcon23j

2023-11-24 10:26:03
前へ 1 2 ・・ 35 次へ