Database Migration
데이터베이스 마이그레이션
데이터베이스 마이그레이션은 버전이 있는 변경이에요. 저장된 데이터와 스키마를 알고 있는 한 상태에서 다른 상태로 옮겨요.
다른 예시
새 릴리즈는 처음에 빈칸일 수 있는 시간대 입력칸을 추가해요. 예전 자료들을 채운 뒤, 나중에 새로운 규칙을 적용해요.
주요 부분
- 01Identity or input
- 02Policy or transformation
- 03Stored result and audit evidence
사용할 때
단계별로 실생산 데이터 변경. 각 단계는 보이고 되돌릴 수 있어야 함.
다음 경우에는 사용하지 마세요
되돌릴 수 없는 변화를 주기 전에, 백업과 호환성, 되돌리기가 작동하는지 꼭 확인하세요.
코드에서 사용된 이름
migration up/down 출시하기 전에
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome:Complete the task with 데이터베이스 마이그레이션 (Database Migration)。 User context:새 릴리즈는 처음에 빈칸일 수 있는 시간대 입력칸을 추가해요. 예전 자료들을 채운 뒤, 나중에 새로운 규칙을 적용해요. Technical concept or control:데이터베이스 마이그레이션 (Database Migration)。 Why it fits:단계별로 실생산 데이터 변경. 각 단계는 보이고 되돌릴 수 있어야 함. Do not use it when:되돌릴 수 없는 변화를 주기 전에, 백업과 호환성, 되돌리기가 작동하는지 꼭 확인하세요. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary):하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
이 요청을 확인하세요
Review how 데이터베이스 마이그레이션 (Database Migration) is used now. Definition: 데이터베이스 마이그레이션은 버전이 있는 변경이에요. 저장된 데이터와 스키마를 알고 있는 한 상태에서 다른 상태로 옮겨요. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.