Version based database migration with Liquibase

안녕, 내가 thoughts-on-javaorg하고 오늘부터 쏘븐 얀센 해요, 내가 얘기하고 싶지 Liquibase와 버전을 기반 데이터베이스 마이그레이션

응용 프로그램에 대한 데이터베이스 만들기 여러 버전을 지원하지 않아도만큼 쉬운 것 같다 또는 큰 팀에서 작동합니다 당신은 당신의 데이터베이스 모델에서 SQL 스크립트를 생성 또는 최악의 경우, 테스트 데이터베이스에서 필요한 문을 내보낼 수 있습니다 그런 다음 수동으로 실행하거나 자동으로 할 JPA를 사용할 수 있습니다 이 방법은 즉시 응용 프로그램의 여러 버전을 지원할 필요가 작동하지 않습니다 그리고 테스트 데이터베이스에서 필요한 변경을 추출 거대한 엉망이 될 때 팀의 크기 변화의 수는 증가한다

데이터베이스 업데이트 스크립트를 만들 때 이러한 문제를 방지 할 수 있습니다 다음 버전에서 작업하는 동안, 와 자식의 코드와 함께 보관 또는 어느 버전 제어 시스템 당신은 사용합니다 때마다 누군가가 최신 코드 변화를 가져, 그는 또한 필요한 데이터베이스 변경을 얻을 것이다 장소에 적절한 도구로, 당신은 자동으로 이러한 변경 사항을 적용 할 수있을 것입니다 그와 함께 당신을 도울 수있는 하나의 도구 Liquibase입니다 Liquibase는 APL 2

0하에 발표 오픈 소스 도구입니다 그것은 자동화를 구현하는 당신에게 도구 세트를 제공합니다, 응용 프로그램의 버전을 기반으로 데이터베이스 마이그레이션 그 혜택 중 일부는 필요한 모든 업데이트의 순차적 실행됩니다 가장 최근의 데이터베이스 버전에 도착, 자동 생성 실패 업데이트 롤백 작업의 실행 그리고 업데이트 작업의 데이터베이스 독립적 인 정의 동영상이 시리즈에서, 어떻게 응용 프로그램에서 이러한 혜택을 모두 사용하는 방법을 보여줍니다 이제 데이터베이스의 생성부터 시작하자 나는 어떻게 다음 비디오를 업데이트하는 방법을 보여 전에

데이터베이스 변경 로그는 XML, JSON, YAML 또는 SQL 파일입니다 이는 데이터베이스를 업데이트하기 위해 수행하는 데 필요한 모든 변경 사항에 대해 설명합니다 대부분의 경우, 각 릴리스 1 개 파일을 만들려고합니다 각 파일은 하나 개 이상의 변경 세트로 구성되어 있습니다 변경 집합은 Liquibase 한 트랜잭션 내에서 실행 변경의 세트를 설명한다 당신이 원하는대로 당신은 세트에 많은 변화를 추가 할 수 있습니다

그러나 롤백 중에 문제가 발생하지 않도록하기 위해, 당신은 세트 당 하나 이상의 논리적 인 변화를 정의해서는 안된다 각 변경 집합은 저자와 ID의 이름으로 식별됩니다 변경 로그 파일의 이름과 함께 저장이 정보를 Liquibase 데이터베이스 변경 로그 테이블에 실행 된 변경 세트에 추적 할 수 있습니다 의 새 데이터베이스 테이블을 만들 3 명 변경 집합에서 살펴 보자, 기본 키, 및 외래 키 제약 조건 Liquibase은 그보다 훨씬 더 많은 일을 할 수 있습니다

당신은 기존 테이블을 변경할 수 있습니다, 실행 요구 사항을 정의 오류를 처리하기 위해 롤백 명령을 제공 데이터를로드 할 수 있습니다 하지만 지금의 새 데이터베이스의 생성에 초점을 맞출 수 있습니다 나는 다음 동영상 중 하나에 당신에게 다른 기능을 보여줍니다 여기에서 생성하는 변경 집합을 볼 수 있습니다 컬럼과 테이블 저자 아이디, 이름, 성 및 버전 CreateTable에서 요소를 만들려는 테이블의 이름을 정의 할 수 있습니다

그 꼭대기에, 당신은 같은 다른 속성을 지정할 수 있습니다 데이터베이스 스키마 또는 테이블의 이름입니다 또한 중첩 된 속성으로 적어도 하나 개의 열 태그를 제공해야합니다 이 예제에서는 사용 이러한 태그의 4를 정의하는 저자 테이블의 4 데이터베이스 열 속성 이름과 유형은 새 열을 정의해야합니다 Liquibase도 추가 속성 세트를 지원합니다 어떤 당신은 기본값을 제공하는 데 사용할 수있는, 인코딩을 지정하거나 코멘트를 설정합니다

또한 기본 키를 정의하는 제약 태그를 사용할 수 있습니다, NOT NULL, 독특한, 외래 키 또는 캐스케이드 제약 내가 널하지 제약 조건을 만들려면이 예에서 사용 ID와 버전 열에 대한 ID와 버전 당신이 볼 수 있듯이, 변경 집합의 정의는 간단하다 어떤 SQL을 필요로하지 않습니다 언제나처럼, 이것은 좋은 일 수있다 그리고 나쁜 일 Liquibase는 SQL 문을 생성합니다 데이터베이스에 대해 당신이 사용하고 싶습니다

즉, 데이터베이스 독립적 인 업데이트 스크립트를 만들 수 있습니다 하지만 예상치 못한 문을 실행의 위험에 당신을두고 그러므로 당신은 항상 생성 된 SQL 문을 테스트해야합니다 나는 어떻게 수출하는 방법을 보여줍니다 이 비디오의 끝 부분에있는 SQL 문을 실행합니다 당신은 기본 키를 정의하지 않은 경우에는 테이블을 만들 때, 당신은 addPrimaryKey 태그와 제약 조건을 추가 할 수 있습니다 나는 기본 키 제약 조건을 추가하려면 여기를 사용 책 테이블의 ID 열에

이 두 속성은 필수입니다 당신은 제약 조건의 이름을 제공하기 위해 추가적인 것들을 제공 할 수 있습니다, 스키마, 카탈로그 또는 테이블 그리고 당신은 외래 키 제약 조건을 추가 할 수 있습니다 addForeignKeyConstraint 태그 그런 다음 제약 조건의 이름을 제공해야합니다, baseColumnNames 및 baseTableName, 즉, 당신이 제약 조건을 추가 할에 열 및 테이블을 정의 그리고으로 referencedColumnNames 및 referenceTableName, 즉, 열을 정의하고 테이블되는 외부 키 포인트 OK, 당신은 지금 당신이 사용할 수있는 기본 태그를 이해 응용 프로그램의 초기 데이터베이스를 만듭니다 하지만 걱정하지 마세요, 당신은이 파일을 직접 작성할 필요가 없습니다 당신은 이미 기존 데이터베이스가있는 경우

기존 응용 프로그램에 Liquibase을 추가 할 수 있습니다 또는 당신은 모델 및 테이블 모델을 수출하기 위해 도구를 사용합니다 이러한 상황에서는 Liquibase하자 훨씬 쉽게 필요한 문을 생성합니다 당신은 연결 정보를 제공하여 해당 작업을 수행 할 수 있습니다 그리고 Liquibase 명령 행 클라이언트에 generateChangeLog 명령 여기서 당신은 내 로컬 PostgreSQL 데이터베이스에 대한 예를 볼 수 있습니다 나는 PostgreSQL을의 JDBC 드라이버를 사용하도록 Liquibase 클라이언트에게 내 로컬 데이터베이스의 조리법 스키마에 연결하려면, 동일한 데이터베이스를 생성하는 변경 로그를 생성 할 그리고 db

changelog-10xml 파일에 쓰기 myFiles 디렉토리입니다 여기에서 생성 된 변경 로그를 볼 수 있습니다 당신이 볼 수 있듯이, Liquibase 저자로 내 현재 사용자 이름을 사용 및 포스트 픽스로 "생성"첨가 그것은 또한 ID의 접두사를 생성합니다

이미 데이터베이스가있는 경우, 변경 로그를 생성하면 직접 작성하는 것보다 훨씬 쉽고 빠르다 그러나 언제나처럼, 생성 된 변경 집합을 검토하는 것을 잊지 마세요 당신이 확신 할 수 있도록 그들은 당신의 기대를 충족 당신이 변경 로그를 실행하기 전에, 당신은 항상해야 수출 및 생성 된 SQL 문을 검토합니다 일부 데이터베이스 관리자는 자신의 내부 문서에 대한 스크립트를 필요 또는 그들은 노골적으로 그들 자신을 검토하지 않은 변경 사항을 수행하는 데 거부합니다 이 모든 상황에서, 당신은 필요한 SQL 문을 생성하는 Liquibase의 명령 행 클라이언트를 사용할 수 있습니다 그리고 파일에 기록

여기에 내가 Liquibase에게하는 예를 볼 수 있습니다 내 로컬 PostgreSQL 데이터베이스에 연결하려면, 필요한 업데이트를 결정 그리고 SQL 문을 생성합니다 당신은 생성과 변경 로그를 직접 확인 한 후 또는를 만드는 명령 행 클라이언트를 사용, 당신은 그것을 실행하는 여러 옵션 중 하나를 선택할 수 있습니다 나는이 비디오에서 명령 행 클라이언트를 사용하여 하지만 당신은 또한 데이터베이스를 만들 받는다는 플러그인을 사용할 수 있습니다 빌드 또는 배포 프로세스의 일부로 또는 당신이 서블릿을 사용할 수 있습니다, 봄 또는 CDI 리스너가 자동으로 생성하는 또는 응용 프로그램 시작시 데이터베이스를 업데이트합니다 변경 로그를 기반으로 Liquibase는 테이블을 생성 그리고 test_liquibase 스키마의 순서 그리고 당신은 여기에서 볼 수 있듯이, Liquibase 모든 변경 집합의 실행을 문서화 databasechangelog 테이블이다

이 업데이트 프로세스의 향후 실행에 대한이 정보를 사용합니다 변경 집합을 실행해야하는 결정합니다 OK, 그 오늘은 여기까지 당신이 최대 절전 모드에 대한 자세한 내용을 원한다면, 당신은 자바 라이브러리의 여유 생각에 가입해야합니다 그것은 당신에게 회원 전용 콘텐츠를 많이 무료로 액세스 할 수 있습니다 최대 절전 모드 5의 자바 8 지원에 대한 전자 책 등 나는 아래의 동영상 설명에 대한 링크를 추가합니다 그리고 오늘의 비디오를 좋아하는 경우에, 그것에게 엄지 손가락을 포기하고 아래에 가입하시기 바랍니다