- Shipped
- 19 серпня 2026 р. о 07:54 UTC
- Author
- Kamo
- Commit
- cbad368
Відтворює нове поле `User.isFake`. Чотири виписки, і порядок є цілим міграція: YugabyteDB відхиляє `ADD COLUMN ... НЕ NULL` на заселеному столі — відхилення вся заява, не просто викривлення речення — тому стовпчик прибуває наготовлений, заповнюється, отримує DEFAULT, а тільки потім затягується. Узгоджуючи їх в одну АЛТЕР виробляє міграцію, яка записує попередження та залишає стовпчик відсутнім, що успішний вихід на загальний неоп. `@Order(0)` за стовпчасту конвенцію. На даний момент карти спільного доступу `is fake`, кожен пізній бігун, який завантажує `User` через JPA, випромінює його в SELECT, тому не буде досягнуто пізніх міграцій — чим раніше на бігунів `column u1 0.is fake не існує` і бере початок. Індекс є частковим (`WHERE fake = TRUE`). Гарячий кар'єр охоронця - це "які кришки прапорець, і на столі, де ефективно кожен рядок FALSE повного індексу на стовпці є мертвою вагою в той час як часткова людина має зручний для записів. `WHERE fake IS NULL` - це завантаження, не прикраса: KamoInitializer `UPDATE користувачів SET fake = FALSE’ безглузно не залягати кожного облікового запису оператор мав свідомо прихований, на кожному етапі. Тест стверджує що пункт все ще є. Застосовується для виробництва 2026-08-19; всі п'ять заяв, що зафіксовані, БУДІВНИЦТВО. Колонка перевірена як `boolean НЕ NULL DEFAULT false` з частковим індексом.