프로덕션에 적용하기 전에 데이터베이스 분기에서 파괴적인 마이그레이션을 테스트하십시오.
언제 쓸까: 열을 삭제하거나 수백만 개의 행을 채우는 마이그레이션이 있으며 먼저 실제 데이터 분기에서 테스트 실행을 원합니다.
사전 조건
- Supabase Pro 플랜 이상 — 분기는 유료 요금제로 제한됩니다.
- 개인 액세스 토큰 — supabase.com/dashboard/account/tokens — 조직의 범위
흐름
-
prod에서 브랜치 생성프로젝트 <ref>의 기본 분기에서 'test-drop-legacy-col'이라는 데이터베이스 분기를 만듭니다. 준비가 될 때까지 기다리십시오.✓ 복사됨→ 자체 연결 문자열로 생성된 분기
-
지점에서 마이그레이션 실행새 분기에 <paste SQL> 마이그레이션을 적용합니다. 영향을 받은 행과 오류를 보고합니다.✓ 복사됨→ 마이그레이션이 실행됩니다. 행 개수 표시
-
확인하고 승격하거나 삭제합니다.분기에서 온전한 SELECT를 실행합니다(영향을 받은 테이블의 상위 10개 행, 변경된 열의 NULL 개수). 좋아 보이면 말해주세요. 홍보하겠습니다. 그렇지 않은 경우 분기를 삭제하십시오.✓ 복사됨→ 검증 출력 후 명시적인 사람의 go/no-go
결과: 프로덕션에 영향을 미치기 전에 실제 데이터 형태에 대해 검증된 마이그레이션입니다.
함정
- 지점에는 프로덕션의 정확한 데이터가 없습니다. 지점 생성 시 스냅샷입니다. — 스냅샷 타임스탬프를 확인하세요. 마이그레이션이 최근 행에 민감한 경우 적용 시간에 최대한 가깝게 분기하세요.
- 지점 생성 비용 계산 시간 — 테스트 후에는 항상 브랜치를 삭제하세요. 버려진 지점 과금 누적