PostgreSQLカンファレンス2018 ツイートまとめ
-
nuko_yokohama
- 8468
- 24
- 3
- 49
-
- いいね！49
ぬこ＠横浜 16.1
@nuko_yokohama
インデックスサイズ総計は15GBか。まだまだpgroongaの上限までは遠いので、当面は大丈夫そうかなー。 #pgcon18j #pgcon18j_B
2018-11-22 13:39:16
ぬこ＠横浜 16.1
@nuko_yokohama
textsearch_jaもpg_bigmも一時的に使ってた。最後にpgroongaに変更した。 #pgcon18j #pgcon18j_B
2018-11-22 13:50:35
ぬこ＠横浜 16.1
@nuko_yokohama
類義語展開や入力補完はpgroongaの機能を使っているのね。 #pgcon18j #pgcon18j_B そーゆー話をもっと聞きたいのだ。
2018-11-22 13:56:27
ぬこ＠横浜 16.1
@nuko_yokohama
澤田さん(pg_bigmメンテナ)が全文検索エンジン変遷の理由を聞いている #pgcon18j #pgcon18j_B
2018-11-22 13:59:32
たいき (Taiki)
@taikik1222
Q:PostgreSQLの運用面で苦労したところは？ → A:非常に使いやすく、私の実現したいことは、ほとんどできたという感想しかない。 #pgcon18j #pgcon18j_B
2018-11-22 13:59:35【T1】PostgreSQL 11 解体新書
【A2】 EDB Postgres はここまできた！パフォーマンス問題解決のヒント
Rising Sun
@BizTripper
怒涛の如く終わた。 パーティションとパラレルクエリ強化は魅力的ですねぇ。 #pgcon18j #pgcon18j_s
2018-11-22 14:10:09
hmatsu47(まつ)
@hmatsu47
最後の質問、たぶん参照側でSELECTした結果を持って更新側でもSELECT～FOR UPDATEした結果が違ってたらロールバック、とかかなあ。やるとしたら。たぶんやらないけど。#pgcon18j #pgcon18j_A
2018-11-22 14:10:11
もりはや
@morihaya55
続いてEDBの話を拝聴 一気にOracleから飛べない気がしているので興味津々です #pgcon18j #pgcon18j_A
2018-11-22 14:13:20
もりはや
@morihaya55
EDB、9.6から11に上げたらクエリ速度が350倍に！！ 理由はパーティション分割と、パーティションワイズ結合。 #pgcon18j #pgcon18j_A
2018-11-22 14:24:52
ＯＤ−１０Ｚの決戦の後に
@od_10z
パーティションワイズ結合・・・クエリの結合条件とパーティションキーが一致している場合に動作する #pgcon18j #pgcon18j_A
2018-11-22 14:25:02
ＯＤ−１０Ｚの決戦の後に
@od_10z
共有ハッシュジョインや、パラレルそのものの改善などでも大きく速度改善している #pgcon18j #pgcon18j_A
2018-11-22 14:26:58