JPUG 総会併設セミナー 2017のツイートまとめ
-
nuko_yokohama
- 2841
- 8
- 0
- 13
-
- いいね！13
donsan
@_donsan_
必要なものだけレプリケートできる。 複製先だけ変更を加えることができる（一時テーブルやインデックスを追加して分析用に使ったりできる） #jpug
2017-06-10 13:46:40
たいき (Taiki)
@taikik1222
物理レプリケーションとは、スタンバイ側にビットレベルの複製を転送する。論理レプリケーションは、論理的な変更内容のみを転送する。 #jpug
2017-06-10 13:47:00
donsan
@_donsan_
publish/subscribeモデル。 publisherはsubscriberのことは考慮せずにメッセージを送信する。なるほどpublish #jpug
2017-06-10 13:48:23
ぬこ＠横浜 14.1
@nuko_yokohama
そういえば pgoutput プラグインって単独でも使えるのかな？どんな形式の論理ログなのか見てみたい。PostgreSQL文書にも pgoutput プラグインで生成された論理ログの形式って説明がなかった気がするし。 #jpug
2017-06-10 13:51:00
Kosuke Kida
@kkkida_twtr
ロジカルレプリケーションしたい人は、publication、subscriptionという新しい用語を認識するといいと思うの。CREATE PUGLICATIONみたいな感じで作るDB内の"モノ"ですよ。 #jpug ＃jpug_study
2017-06-10 13:51:24
ぬこ＠横浜 14.1
@nuko_yokohama
中国ちほーDB勉強会のときにもコメントあったけど、CONNECTIONに接続除法をベタに書かせるのって微妙なんだよなー。 #jpug
2017-06-10 13:53:13
Kosuke Kida
@kkkida_twtr
PUBLICATION作成時にどの単位で公開するか（テーブル指定とか、DB全体とか）を指定してログを発信し、SUBSCRIPTION作成時にどのPUBLICATIONから受け取るか指定するよ。 #jpug ＃jpug_study
2017-06-10 13:53:50
ぬこ＠横浜 14.1
@nuko_yokohama
レプリケーション周りの設定、10からは（ちょっと試すだけなら）デフォルトのままで使えるのは楽になったよなあ。 #jpug
2017-06-10 13:54:40
ぬこ＠横浜 14.1
@nuko_yokohama
きた！衝突回避のための、 pg_replication_origin_advanced() これ、ホントいけてない気がするのよ。 #jpug
2017-06-10 13:55:47
donsan
@_donsan_
複製先でテーブルを更新できる→制約の衝突が起こる。 衝突が発生すると、レプリケーションは停止して手動で復旧が必要。 #jpug
2017-06-10 13:55:55
S.Yachi
@syachi
ロジカルレプリケーションで衝突が発生するとレプリケーションが停止してしまうので手動で解決。またはオプション指定でスキップ。 #jpug
2017-06-10 13:56:31
donsan
@_donsan_
DDLとかTRUNCATEはできない。シーケンスを含めて、テーブル以外をレプリケーションするのもできない。 同じテーブルをマルチマスターにした相互レプリケーションはできない。 将来に期待（？） #jpug
2017-06-10 13:56:55
donsan
@_donsan_
テーブル継承（制約による除外）とトリガー関数をつかった従来のパーティショニング。（めんどくさい） CREATE TABLEでパーティショニングが作れるようになる。 ALTER TABLE 文で子テーブルを追加/削除できるよ！ 子テーブルにFDWつかえる！ #jpug
2017-06-10 14:00:29
Kosuke Kida
@kkkida_twtr
最近○racle Data Guardのロジカルスタンバイ触ったのでポスグレちゃんも同じ競合シナリオで試してみたい機運が高まる。＃jpug twitter.com/nuko_yokohama/…
2017-06-10 14:00:30
ぬこ＠横浜 14.1
@nuko_yokohama
パーティションキー値の重複チェックをCREATE TABLEでやってくれるのは地味に助かると思う。 #jpug
2017-06-10 14:01:46