1-1アンチパターン 不適切な名前(テーブルの意味・カラムの意味が分からないなど) リレーションモデルに基づかない設計(pk,not null,チェック制約) ->保存されたデータがどれがどう正しいかが分からない (≒バグと仕様が分からない) 1.2アンチパターンを生まないために 命名ミスは初期に対応 ->技術負債になってしまうため 対応例 変更後の名前カラムを追加 変更前のものと変更後が同じになるようにトリガーで定義するなどをする サービス単位やモデル単位で参考や更新を追加したカラムに設定し直す 切り替え完了で動確が問題なければトリガーと古いカラムをdrop cf:『データベースリファクタリ…