第46回 PostgreSQLアンカンファレンス@市ヶ谷
-
nuko_yokohama
- 1452
- 3
- 0
- 54
-
- いいね！54
ぬこ＠横浜 17 beta1
@nuko_yokohama
COPY用のFORMATをTEXT,CSV,BINARY以外にも使いたい。PostgreSQLカンファレンスでも話をした件。 #pgunconf
2024-03-23 14:10:35
ぬこ＠横浜 17 beta1
@nuko_yokohama
すとうさんの提案は、新フォーマットを追加する、というのではなく、フォーマットを拡張するための基盤に乗っかるらしい。 #pgunconf
2024-03-23 14:12:32
Fujii Masao
@fujii_masao
listening to @ktou 's talk of expanding the extendability of the COPY format. commitfest.postgresql.org/47/4681/ #pgunconf
2024-03-23 14:14:37
こたつ&&みかん
@kota2and3kan
「COPY の FORMAT を拡張できるようにすることで既存のメリット (INSERT より速い) がなくなってしまう」ということに対して反発があるらしい。「速さ」が重要なポイントとのこと。 #pgunconf
2024-03-23 14:14:41
たいき (Taiki)
@taikik1222
パッチを書いて、 pgsql-hackers に数回投稿したものの、 毎回撥ね付けられている… #pgunconf
2024-03-23 14:14:43
ぬこ＠横浜 17 beta1
@nuko_yokohama
「拡張可能化により遅くなるのはけしからん」という論が強くて提案してもRevertされていると。汎用性と性能は反するところあるしなあ。 #pgunconf
2024-03-23 14:15:00
こたつ&&みかん
@kota2and3kan
「拡張可能にすると中間層が増えるのでオーバーヘッドが増える」 確かに、これは避けられないですよねぇ。 #pgunconf
2024-03-23 14:15:56
ぬこ＠横浜 17 beta1
@nuko_yokohama
素人考えだと、専用の高速用のCOPYと拡張性のあるCOPYと別実装じゃいかんのか？という気もしてくる。 #pgunconf
2024-03-23 14:16:33
たいき (Taiki)
@taikik1222
拡張可能にするために、抽象レイヤーを載せようとすると、 基本的に(ネストが深くなるので)遅くなる。 これを、コミュニティは問題にしているようだ。 #pgunconf
2024-03-23 14:17:48
ぬこ＠横浜 17 beta1
@nuko_yokohama
時間が経過すると興味がなくなるというのは、開発コミュニティの中でもあるのだよなあ。 #pgunconf
2024-03-23 14:19:37
こたつ&&みかん
@kota2and3kan
コミュニティ開発の難しさ、みたいなお話になってる。普段あんまりこうゆう感じのお話は聞けないので面白い。 #pgunconf
2024-03-23 14:29:37
Fujii Masao
@fujii_masao
The main focus was what to do if a proposed patch lacks interest. If there's already discussion in the ML, keep staying in touch with the committers and urge them to consider picking it up? #pgunconf
2024-03-23 14:38:26