- すべて
- 画像・動画
並べ替え:新着順
読了253。内部構造から学ぶPostgreSQL。 (一つ古いのを間違って買ってしまって新しいのも買うので流し読み😂) ポスグレまともに運用したことないので面白かった。アーキテクチャはもちろん物理レプリケーションとかPITRとかMySQLと全然違くて難しい。公式のツールで色々付いてくるの便利そう。 pic.x.com/8PFHQ4XBaq
「Python でも async した関数は Promise を返してほしい」「MySQL とか PostgreSQL とかって DB 単位でレプリケーションできないのかな」「まだ彼女と手繋いだことないんだよな」「MongoDB のトランザクションって誰がいつ使うねん」を交互に考える並行処理をしてる脳、ちょっと休んでほしい
#ばばさん通信ダイジェスト 賛否関わらず話題になった/なりそうなものを共有しています。 第230回 MySQLの遅延レプリケーションについて gihyo.jp/article/2024/1…
遅延レプリケーションのSOURCE_DELAYに指定できる値の最大値は公式ドキュメントによると2^31-1の模様。1日遅らせるとかもできるわけだ。記事の利用目的2のようなヒューマンエラー対策なら1日ぐらい遅らせるのが安全かも / “第230回 MySQLの遅延レプリケーションについて |…” htn.to/ke28E1heJz
感想を書いてく! LT1「PostgreSQLのロジカルレプリケーションを利用してみる(修正版)」 AWS上のDBから必要なテーブルのみをオンプレ上のアプリ用にオンプレDBにレプリケーションするとかによさそうと思いました。(転送量を減らせる) 今の業務はMySQLなのですが。。 #cm_sapporo_study