Laravel 4 앱을 개발하는 과정에서 Laravel의 마이그레이션 기능을 사용하기로 결정했습니다.Laravel 앱의 중간 단계에서 마이그레이션 사용 시작
질문 : 현재 데이터베이스에있는 모든 테이블을 생성하기위한 마이그레이션을 작성해야합니까? 아니면 향후 변경 사항에 대해서만 마이그레이션을 작성합니까?
Laravel 4 앱을 개발하는 과정에서 Laravel의 마이그레이션 기능을 사용하기로 결정했습니다.Laravel 앱의 중간 단계에서 마이그레이션 사용 시작
질문 : 현재 데이터베이스에있는 모든 테이블을 생성하기위한 마이그레이션을 작성해야합니까? 아니면 향후 변경 사항에 대해서만 마이그레이션을 작성합니까?
이에 대한 완전한 정답은 없습니다. 그것은 모두 당신의 개발 스타일, 당신이 일하는 사람의 수, 어떤 종류의 환경 (단일 프로덕션 DB? 다중 dev DBs?), 마이그레이션 요구 사항 등등과 같은 많은 변수에 달려 있습니다.
이 시점까지 전체 DB에 대한 마이그레이션을 작성하기로 결정한 경우 마이그레이션에서 잠재적 인 충돌을 처리 할 수 있어야합니다. Schema::has()
등을 사용하면 테이블을 만들기 전에 테이블을 확인하는 등의 작업을 수행 할 수 있습니다.
또는 DB에 깨끗한 슬레이트가있는 것처럼 마이그레이션을 작성하고 마이그레이션을 실행하기 전에 모든 개발자가 빈 DB로 시작하도록 할 수 있습니다. 이것은 위험하므로 신중해야합니다. 마이그레이션에서 무언가를 잊었을 때를 대비하여 백업을해야합니다.
그래서, TL : 전체 구조의 마이그레이션을 프로젝트를 통해 부분적으로 사용하는 것이 반드시 나쁜 것입니까? 아닙니다. 귀하의 신청서에 적합합니까? 그것은 전적으로 의존합니다.
프로덕션 환경에서 '실행되는'모든 테이블은 실제로 마이그레이션 스크립트에서 제거 될 수 있다고 생각합니다. 현재 DB를 내보내기하면 '참조 상태'가 나타납니다. 결국 마이그레이션이 바로 그 것이다. 변경 사항이 아직없는 데이터베이스에 변경 사항을 쉽게 적용 할 수 있습니까? – AmazingDreams