JPUG 総会併設セミナー 2018-06-16
-
nuko_yokohama
- 1878
- 1
- 0
- 26
-
- いいね！26
たいき (Taiki)
@taikik1222
ハッシュパーティショニングは、レンジパーティショニングと違って、特定のテーブルにデータが集中しづらいという特徴がある。 #jpug_study
2018-06-16 14:51:01
ぬこ＠横浜 16.1
@nuko_yokohama
ハッシュパーティション、1回組んじゃうと、パーティション数の変更等が面倒なんだよなー。実質、ほぼ作り直し。 #jpug_study
2018-06-16 14:51:02
ぬこ＠横浜 16.1
@nuko_yokohama
デフォルトパーティション、都道府県名に海外の国名が入っているようなケースで使いやすいんだよなー（ラーメンデータの集計に使わせてもらってる） #jpug_study
2018-06-16 14:52:23
ぬこ＠横浜 16.1
@nuko_yokohama
パーティションに対するインデックス設定が子側への伝搬、これは嬉しい機能。 #jpug_study 子パーティションの追加やアタッチ時にも自動生成してくれる。
2018-06-16 14:53:52
ぬこ＠横浜 16.1
@nuko_yokohama
パーティションWise Join/Aggregationの検証、まだやってなかったなー。条件揃えばこうかはばつぐんなんだろうけど。 #jpug_study
2018-06-16 14:55:33
ぬこ＠横浜 16.1
@nuko_yokohama
ただ、パーティショニングの最適化に関する議論。現状、プラニングの問題（リソース消費多い）がある。beta1はそのために、このへんのパラメータがデフォルトOFFになってた気がする。beta2ではどうなるんだろ。 #jpug_study
2018-06-16 14:57:10
たいき (Taiki)
@taikik1222
Partition wise Join時、実行計画作成時のCPU・メモリ消費が大きくなっているのが課題。 #jpug_study
2018-06-16 14:57:28
たいき (Taiki)
@taikik1222
Partition wise Join/Aggregationは、PostgreSQL v11ではデフォルトOFF。 #jpug_study
2018-06-16 14:58:23
Masahiko Sawada
@masahiko_sawada
オプティマイザが改良されればPWJでもCPU、メモリを食わなくなるのか。 #jpug_study
2018-06-16 14:59:55
ぬこ＠横浜 16.1
@nuko_yokohama
パーティショニングアドバイザ（細谷さんが参加している拡張機能）の話。 #jpug_study 架空のパーティション構成を定義して、それに基づくクエリのプラン/コストを表示するもの。面白そう。PostgreSQL 11向けに開発中。
2018-06-16 15:00:32
たいき (Taiki)
@taikik1222
この話、PGCon 2018のLTで紹介したんですね。 #jpug_study twitter.com/taikik1222/sta…
2018-06-16 15:00:35
ぬこ＠横浜 16.1
@nuko_yokohama
新コミッター、藤田さんとミカエルさんのコメント。 ミカエルさんらしいコメントだｗ（深刻なレビューア不足のことかー） #jpug_study
2018-06-16 15:02:55
たいき (Taiki)
@taikik1222
あれ、Committerになった @michaelpq さんと藤田さんは、今日は来てない？ #jpug_study
2018-06-16 15:04:10