DBマイグレーションを行う技術 - 発明のための再発明

データベースのスキーマを変更するということはデータをいじる行為であり、最悪の場合データが消えます。 最悪の事態にはならなくとも、思わぬ場所に影響が起きたり、データの不整合が発生する恐怖と戦う必要が有ります。 テストや切り戻しを含めて計画し、大きな変更の場合にはダウンタイムまで考慮する必要があります。 そこで、RDBを対象にデータベースの変更を行う方法について書いていきます。 スキーマ変更 まずは、スキーマ変更について、 カラムを追加する 一番簡単で、影響も少ない変更です。 気をつけるのは、 ソースコードの変更よりも前にスキーマ変更を完了させる (長時間)ロックがかからない方法を選ぶ といったところでしょうか。 大抵の場合は、スキーマの変更とソースコードの変更の順番にさえ気をつければ問題は発生しません。 カラム名を変更する 「ALTER」でさくっと変えたくなりますが、ソースコードの変更が同時

[megomego]

この本、一時期は2万円くらいのプレミア付いてたけど落ち着いてた

[nilab]

DBマイグレーションを行う技術 - 発明のための再発明

[yarumato]

DBカラム・テーブルの追加・削除と、アプリのソースコード変更の、適切な順序

[pyo_hei]

“「Migrating to Microservice Databases」は無料で手に入ります。”しらんかった。。ありがとうございます！

[take_she12]

Migrating to Microservice Databases 読もう

[chiroruxx]

たしかにこれの通りにやってる。明文化されてるのありがたい。

[hiroomi]

“データベース・リファクタリング”

[rascalrascal]

1月の古い記事が、無料公開された途端にぐるぐる回ってる。

[tumo300-500]

あるある〜