- Shipped
- 2026年8月19日 7:54 UTC
- Author
- Kamo
- Commit
- cbad368
新しい `User.isFake` フィールドをミラーリングします。 4つの記述は、順序全体です migration: YugabyteDB は `ADD COLUMN ... NOT NULL` をポップアップテーブルに拒否します。 ステートメント全体で、単なる終末節ではなく — なので、列は nullable に到着します。 埋め戻し、そのDEFAULTを獲得し、それから締められます。 これらを1つにまとめる ALTER は、警告をログ化し、列の不在を離れるマイグレーションを生成します。 全ノップの成功形出力。 `@Order(0)` はカラムの追加の慣例ごとに行います。 共有ライブラリのエンティティティティがマップする瞬間 `is fake` は、後に `User` を JPA から読み込むすべてのランナーが SELECT で出力するので、 最近注文されたマイグレーションは到達しません - 以前のランナーのダイオン `column u1 0.is fake は存在せず、最初に実行します。 インデックスは部分的(`WHERE is fake = TRUE`)です。 ガードのホットクエリは "id は flagged と、全ての行が FALSE の列のフルインデックスであるテーブル上 部分的なものが手持ちのエントリを保持している間、デッドウェイトです。 バックフィルの「WHERE is fake IS NULL」はロードベアリングではなく、装飾です: KamoInitializer 毎回再実行し、'UPDATE ユーザ SET is fake = FALSE` がサイレントに オペレータが意図的に隠していたすべてのアカウントをアンフラグします。, すべての実行に. テストアサート その句はまだそこにあります。 生産に適用 2026-08-19; 適用されるすべての5つの記述 BUILD SUCCESS。 カラムは、部分的なインデックスを提示して `boolean NOT NULL DEFAULT false` として検証しました.