- nuko_yokohama
- 5157
- 11
- 0
- 44
Uber事例の問題を受けて、書き込みの軽減(インデックスのヘビーな追記)を軽減するWARMとindirect indexの2つの手法が提案されてる。WARMはHOTの改良に近く、indirect indexは所謂セカンダリインデックス? #jpug_study
2017-01-21 16:49:55統計情報を上書き出来るってことは統計情報を固定出来るってことでつまり突然オプティマイザの気まぐれで実行計画が変わる事を防げるようになるんじゃないかな。 #jpug_study
2017-01-21 16:50:10@soudai1025 @nuko_yokohama CREATE STATISTICSは俺俺統計情報の箱を用意できるようにするものなので、固定化は多分しないかも… #jpug_study
2017-01-21 17:03:36エグゼキューターが各演算ノードを非同期的に行えるようになるかも。あるスキャンが終わらないと次のスキャンが開始できない、などの場合があってコアやI/O性能をフル活用できない。それが解消できるかも? #jpug_study
2017-01-21 16:54:47recovery.confのpostgresql.conf への統合。HA機構作っている人への影響ありそう。 #jpug_study
2017-01-21 16:58:28リカバリやバックアップやレプリケーションの設定周りが洗練される的な。シンプルになるのは嬉しいが、「教育セミナーのテキスト書き変えなきゃ!(涙)」ってなる。 #jpug_study
2017-01-21 16:58:47質疑応答:パーティション(子表)をまたいだグローバルインデックスは10でも開発されていない。パーティションをまたいだ一意を保証するには複合インデックスが必要。 #jpug_study
2017-01-21 17:01:43質疑応答:ロジカルレプリで、システム停止を抑えたローリングアップグレードが可能になる。 #jpug_study
2017-01-21 17:02:19ロジカルレプリケーションを使うと出来るようになること 1.ローリングアップデート 2.マスターとスレーブが別のスキーマの構成(slaveだけにindexを貼ったり) これはめっちゃうれしい!! #jpug_study
2017-01-21 17:02:58@soudai1025 だから @amitlan さんに一人同時通訳して欲しかったのにw #jpug_study
2017-01-21 17:03:26@soudai1025 @nuko_yokohama CREATE STATISTICSは俺俺統計情報の箱を用意できるようにするものなので、固定化は多分しないかも… #jpug_study
2017-01-21 17:03:36