Martin Fowler는이 주제에 대해 내가 가장 좋아하는 기사 ( http://martinfowler.com/articles/evodb.html)를 썼습니다 . 나는 alumb 과 같이 스키마 덤프를 버전 제어하에 두지 않기로 선택 하고 다른 사람들은 프로덕션 데이터베이스를 쉽게 업그레이드 할 수 있기를 원하기 때문에 제안합니다.

단일 프로덕션 데이터베이스 인스턴스가있는 웹 애플리케이션의 경우 두 가지 기술을 사용합니다.

데이터베이스 업그레이드 스크립트

스키마를 버전 N에서 N + 1로 이동하는 데 필요한 DDL을 포함하는 시퀀스 데이터베이스 업그레이드 스크립트. (이것은 버전 관리 시스템에 있습니다.) _version_history_ 테이블은 다음과 같습니다.

create table VersionHistory (
    Version int primary key,
    UpgradeStart datetime not null,
    UpgradeEnd datetime
    );

업그레이드 스크립트가 실행될 때마다 새 버전에 해당하는 새 항목을 가져옵니다.

이를 통해 어떤 버전의 데이터베이스 스키마가 있는지 쉽게 확인할 수 있으며 데이터베이스 업그레이드 스크립트가 한 번만 실행됩니다. 다시 말하지만 이들은 데이터베이스 덤프 가 아닙니다 . 오히려 각 스크립트는 한 버전에서 다음 버전으로 이동하는 데 필요한 변경 사항을 나타냅니다 . “업그레이드”하기 위해 프로덕션 데이터베이스에 적용하는 스크립트입니다.

개발자 샌드 박스 동기화

1. 프로덕션 데이터베이스를 백업, 삭제 및 축소하는 스크립트 프로덕션 DB로 업그레이드 할 때마다이를 실행하십시오.
2. 개발자 워크 스테이션에서 백업을 복원하고 필요한 경우 조정하는 스크립트입니다. 각 개발자는 프로덕션 DB로 업그레이드 한 후이 스크립트를 실행합니다.

경고 : 자동화 된 테스트는 스키마가 정확하지만 비어있는 데이터베이스에 대해 실행되므로이 ​​조언은 사용자 요구에 완벽하게 맞지 않습니다.

답변