JPUG 総会併設セミナー 2017のツイートまとめ

JPUG 総会併設セミナー 2017 ( http://www.postgresql.jp/events/jpug201706semi )のツイートまとめです。 ハッシュタグ #jpug とぬこへの返信ツイートなんかを使っています。
5
前へ 1 2 3 ・・ 8 次へ
donsan @_donsan_

古いデータはどんどんFDWで外に追いやりつつも、同じクエリーで参照できるという幸福が実現されるのでは…… #jpug

2017-06-10 14:02:29
ぬこ@横浜 14.1 @nuko_yokohama

ALTER TABLE ATTACH/DETACHの説明だ。ここ、先月のJPUG勉強会のときには端折っちゃったんだよなー。 #jpug

2017-06-10 14:04:54
S.Yachi @syachi

(パーティショニング先のテーブルをあらかじめ作んなきゃならないのがだるくてねぇ #jpug

2017-06-10 14:05:23
ぬこ@横浜 14.1 @nuko_yokohama

パーティション間UPDATEはPATCHが出ている。でも、10では入らないのかなー。 #jpug

2017-06-10 14:06:20
Kosuke Kida @kkkida_twtr

宣言的パーティショニング。CREATE文でパーティション表が作れるよ、INSERT性能もいいよ!はイメージしやすい。パーティションの追加、削除とかにも対応。とはいえ制限事項はこれまでとそんなに変わらないんだよなー。 #jpug

2017-06-10 14:06:29
donsan @_donsan_

親テーブルにつけたINDEXの子テーブルへの伝搬はできない。 デフォルトパーティション(振り分け先がないばあいにエラーにならないやさしい世界)は実現されていない。 UPDATEのときのパーティション間自動移動もできない。(できたら世界が変わりそう) #jpug

2017-06-10 14:06:39
たいき (Taiki) @taikik1222

宣言的パーティション。UPDATEでパーティションキーが変更されたときのパーティション間移動はできない。ただし、パッチが出てきている。 #jpug

2017-06-10 14:06:52
ぬこ@横浜 14.1 @nuko_yokohama

ハッシュパーティションの話。これに長田さん関わっているんだよなー、たしか。 #jpug

2017-06-10 14:07:00
ぬこ@横浜 14.1 @nuko_yokohama

パーティション単位のJOINも検討中か。パーティションテーブルが絡むJOINって今まで結構危うい感じがあったからなー。 #jpug

2017-06-10 14:08:05
ぬこ@横浜 14.1 @nuko_yokohama

パーティションを考慮した最適化、FDW非同期実行、分散トランザクション管理、これらが解決すれば真のシャーディングが可能になると。でも、まだまだ先は長そう・・・。 #jpug

2017-06-10 14:09:23
たいき (Taiki) @taikik1222

パーティション間のJOINは検討中、と。これなぁ… (遠い目) #jpug

2017-06-10 14:09:31
Kosuke Kida @kkkida_twtr

次の目玉機能、パラレルクエリ改善 #jpug

2017-06-10 14:09:56
ぬこ@横浜 14.1 @nuko_yokohama

宣言パーティションの親テーブルにPK使えない&ロジレプにはPK必須→併用できない疑惑。 @amitlan さんがいるから後で確認しようかな。#jpug

2017-06-10 14:11:18
Noriyoshi Shinoda @nori_shinoda

@nuko_yokohama @amitlan 親テーブルはロジレプできませんね。PKのせいでは無いようですが。

2017-06-10 14:16:01
Shigeru Hanada @s87

@nori_shinoda @nuko_yokohama @amitlan 親テーブルってデータ入るんでしたっけ?入らないからレプリケーション不要、という理解でした。子テーブルはPK作れるのでロジレプ可、と。 #jpug

2017-06-10 14:35:38
Masahiko Sawada @masahiko_sawada

@s87 @nori_shinoda @nuko_yokohama @amitlan はい、親テーブルには入ってないと思います。ただ、親テーブルレプリケーション対象にしたら、子テーブルも含んでデータをレプリケーションしてほしいです。

2017-06-10 14:36:48
Kosuke Kida @kkkida_twtr

@s87 @nori_shinoda @nuko_yokohama @amitlan 子テーブル指定のPUBLICATIONはできそうですね。PUBLICATION作成時に対象テーブル指定に正規表現を使えたり、、、しないかな。。。#jpug

2017-06-10 14:39:18
Shigeru Hanada @s87

@sawada_masahiko @nori_shinoda @nuko_yokohama @amitlan なるほど、子テーブルを個別にレプリケーション設定しないとダメという不便さですね。やっと把握しました。 #jpug

2017-06-10 14:40:22
ぬこ@横浜 14.1 @nuko_yokohama

パラレルクエリ改善。IndexScanまわりのパラレル化。でも、btreeだけなのか。まあBRINとか元々サイズ小さいしパラレル化の意味はあまりないか。 #jpug

2017-06-10 14:12:53
たいき (Taiki) @taikik1222

Bitmap Heap ScanはPostgreSQL 10からパラレル対応になる。これは地味に効いてくるかも。 #jpug

2017-06-10 14:14:01
ぬこ@横浜 14.1 @nuko_yokohama

MergeJoinのパラレル対応、何気に嬉しい人多そう。 #jpug

2017-06-10 14:14:16
Kosuke Kida @kkkida_twtr

@nuko_yokohama 0racle のシャーディングはノードを数十台並べても賢いEMさんがステキに管理しちゃうってのを聞いて。性能が追いついても実用には高い壁が #jpug

2017-06-10 14:15:23
ぬこ@横浜 14.1 @nuko_yokohama

ふむ、Parallel Shared Hashとな。Dynamic Shared Memory基盤の活用なのかな? #jpug

2017-06-10 14:15:53
Kosuke Kida @kkkida_twtr

@nuko_yokohama む、聞き逃したっ!!! それ聞いて思ったんですがShared Bitmap欲しいです。 #jpug

2017-06-10 14:17:49
ぬこ@横浜 14.1 @nuko_yokohama

synchronous_standby_namesのANY構文拡張の話 #jpug

2017-06-10 14:17:09
前へ 1 2 3 ・・ 8 次へ