스키마 변경을 관리하기 위해 YII의 데이터베이스 마이그레이션을 사용하려면 어떻게합니까?-YII-php.cn

YII의 데이터베이스 마이그레이션을 사용하여 스키마 변경을 관리하는 방법

YII의 데이터베이스 마이그레이션은 데이터베이스 스키마의 변경 사항을 관리하는 강력하고 버전 제어 방법을 제공합니다. 핵심 개념에는 마이그레이션 클래스를 만드는 것이 포함되며, 각각은 데이터베이스에 대한 단일 원자 변화를 나타냅니다. 이러한 변경 사항은 일반적으로 테이블, 열, 인덱스 및 관계의 추가, 수정 또는 삭제입니다.

프로세스의 고장은 다음과 같습니다.

마이그레이션 생성 : yii migrate/create> 명령을 사용하여 새 마이그레이션 파일을 생성합니다. 이 명령은 이름을 알려주고 <code> yii \ db \ migration 를 확장하는 PHP 클래스를 생성하는 데 사용됩니다. 이 클래스에는 up () 및 () 메소드가 포함되어 있습니다.
up () 및 down () : 의 변경 사항 정의 up () 메서드는 SQL 문을 제시합니다. down () 메소드에는 롤백에 중요한 이러한 변경 사항을 취소하기위한 리버스 SQL 문이 포함되어 있습니다. yii는 createtable () , addcolumn () , dropcolumn () , droptable () 등과 같은 헬퍼 방법을 제공하여 마이그레이션을 작성하는 것이 더 쉬워집니다. 마이그레이션 히스토리 테이블을 기반으로 아직 적용되지 않았습니다). 이로 인해 적용되지 않은 마이그레이션의 up () 메소드를 실행합니다.
마이그레이션 반영 : yii migrate/down 명령은 down () 메소드를 실행하여 가장 최근에 적용된 마이그레이션을 되돌립니다. 여러 마이그레이션을 되돌릴 수있는 숫자를 지정할 수 있습니다.
마이그레이션 기록 : YII는 적용된 마이그레이션을 추적하기 위해 마이그레이션 기록 테이블을 유지합니다. 이것은 마이그레이션이 한 번만 올바른 순서로만 적용되도록합니다.

예 : 사용자 테이블을 생성하기위한 마이그레이션은 다음과 같습니다. 클래스 M231027_100000_create_users_table은 마이그레이션을 확장합니다. {public function up () {$ this- & gt; createTable ( 'user', [ 'id'= & gt; $ this- & gt; $ this- & gt; thiskey (), 'username'= & gt; $ this- & gt; String (255)-& gt; = & gt; this- & gt; string (255)-& gt; notnull ()-& gt; 'password_hash'= & gt; $ this- & gt; integer ()-& gt; notnull (),]); } public function down () {$ this- & gt; droptable ( '사용자'); }}

효과적인 YII 데이터베이스 마이그레이션을 작성하기위한 모범 사례

효과적인 데이터베이스 마이그레이션 작성은 깨끗하고 관리 가능한 데이터베이스 스키마를 유지하는 데 중요합니다. 모범 사례는 다음과 같습니다.

마이그레이션 유지 원자 : 각 마이그레이션은 단일 자체 포함 된 변화를 나타냅니다. 여러 관련없는 변경 사항을 단일 마이그레이션으로 결합하지 마십시오. 이를 통해 변경 사항을 쉽게 추적하고 선택적으로 되돌리고 데이터베이스의 기록을 이해할 수 있습니다.
설명 이름 사용 : 마이그레이션 파일을 명확하고 설명적인 이름을 명확하게 설명합니다 (예 : M231027_100000_ADD_USER_PROFILE_TABLE ). 타임 스탬프 접두사는 적절한 순서를 보장합니다.
뒤집을 수있는 hown () 메소드 작성 : 항상 down () 메소드를 구현하여 up () 에서 작성된 변경 사항을 역전시킵니다. 이것은 롤백에 중요하며 데이터 무결성을 보장합니다. down () 메소드를 철저히 테스트하십시오.
yii의 도우미 방법 사용 : yii의 제공된 도우미 방법 ( createTable () , addcolumn () , addforeignkey () 등)를 사용하십시오.
버전 제어 마이그레이션 : 마이그레이션 파일 (예 : GIT)에 마이그레이션 파일을 저장하여 변경 사항을 추적하고 효과적으로 협업합니다.
철저한 테스트 : 프로덕션 데이터베이저에 적용하기 전에
마이그레이션 조작 : 가능하면 절대적으로 필요하지 않은 한 마이그레이션 내에서 데이터를 조작하지 마십시오. 데이터 파종은 일반적으로 별도로 처리되어야합니다.

YII 데이터베이스 마이그레이션을 사용할 때 잠재적 충돌 또는 롤백 처리

여러 개발자가 마이그레이션에 동시에 또는 마이그레이션이 반쯤 실패 할 경우 충돌이 발생할 수 있습니다. YII는 이러한 상황을 처리하는 메커니즘을 제공합니다.

마이그레이션 기록 표 : 마이그레이션 기록 테이블은 이미 적용된 마이그레이션의 재 응시를 방지하여 갈등의 위험을 최소화합니다. 또는 변경 실패. 마이그레이션의 up () 메소드의 일부가 실패하면, 전체 마이그레이션이 자동으로 롤백되어 데이터 무결성을 보존합니다.
수동 해상도 : 복잡한 충돌의 드문 경우 마이그레이션 파일 또는 마이그레이션 기록 테이블을 편집하여 수동으로 해결해야 할 수도 있습니다.
동시성 제어 : 협업 개발의 경우 한 번에 한 번에 마이그레이션을 적용 할 수있는 워크 플로우 구현을 고려하여 잠금 장치 또는 중앙 집중식 마이그레이션 프로세스를 사용하여 마이그레이션을 적용 할 수있는 워크 플로우를 구현하는 것을 고려하십시오. 스키마 변경의 경우 데이터 파종을 처리하기 위해 YII 마이그레이션을 확장 할 수 있습니다. 그러나 스키마 마이그레이션에서 데이터 파종을 분리하는 것은 일반적으로 모범 사례로 간주됩니다.
다음과 같은 이유는 다음과 같습니다.
- 우려 사항 분리 : 스키마 변경을 유지하고 별도의 데이터 파종은 명확성과 유지 관리를 향상시킵니다. 스키마 마이그레이션은 데이터베이스 구조에 중점을 두는 반면, 데이터 파종은 초기 데이터로 데이터베이스를 채우는 데 중점을 둡니다.
- 더 쉬운 롤백 : 데이터 파종 문제가 발생하면 스키마와 데이터 변경을 포함하는 마이그레이션을 롤백하는 것이 간단한 스키마 마이그레이션을 롤백하는 것보다 더 복잡합니다. 스키마가 다시 적용되지 않으면
그러나 파종을 포함 해야하는 경우 마이그레이션의 up () 메소드 내에 데이터 삽입 로직을 추가 할 수 있습니다. 적절한 롤백을 허용하기 위해 down () 메소드에 해당 데이터 삭제를 포함시켜야합니다. 이 접근법은 일반적으로 대규모 데이터 세트에 대해 낙담합니다. yii Migrate/Create 를 사용하여 데이터 파종을 위해 특별히 별도의 마이그레이션을 생성하여 프로세스를보다 구성 할 수 있습니다. 또는 더 크고 더 복잡한 데이터 세트를 위해 고정물 데이터 또는 전용 데이터 시드 스크립트를 사용하는 것을 고려하십시오.