데이터베이스 스크립트 출시 별 포장

Question

우리 솔루션에 대한 데이터베이스 패키징 정책을 고려 중입니다. 기본적으로 가장 보편적 인 솔루션은 기본 라인 스크립트 패키지와 일련의 DDL 변경 스크립트를 유지 관리하는 것 같습니다.

예 :

1. 당신은 버전 0 당신은 모델의 변경에 대한 ALTER 일련의 스크립트를 실행
2. 당신에게 데이터베이스를 나타내는 하나 또는 여러 개의 스크립트를 실행합니다.

내 질문은 단계 2에 관한 것입니다. 거의 항상 모든 사람이 변경 당 스크립트 실행에 대해 이야기합니다. 그러나 우리가 릴리스/버전마다 스크립트 패키지를 가지고 있다면 어떤 특별한 단점이 있을까?

e.e.

1. 당신은 실행 기준 스크립트/s의
2. 당신이 특정 버전에 통합 된 DDL 변경을 나타내는 스크립트가 각 버전하십시오.

의견을 크게 환영합니다.

최고 감사합니다,

Baubak

나는

Answer 1

당신은 그렇게 할 수 있기를 바랍니다,하지만 당신은 패키지에있는 스크립트를 주문 것에는 분명한 실행되도록 유의해야한다.

e.G. 새 열을 포함하도록보기를 변경하는 경우보기를 변경하기 전에 해당 열이 있어야합니다.

나는 (그들이 호출해야하는 주문 번호로 시작하는 파일을 가진) 그런 식으로 할

Answer 2

당신은 릴리스마다 많은 스크립트를 실행 자유롭게 할 수 있지만 자신의 순서로해야하고 더 나은입니다 모든 관련 변경 사항을 단일 파일로 캡슐화합니다.

개발 스크립트는 출시 스크립트와 다를 수 있습니다.

Answer 3

답장을 보내 주셔서 감사합니다. 토론을하고 사례 연구를 한 후에 우리는 큰 릴리스 스크립트 대신 각 버전에 대한 작은 업데이트 스크립트 솔루션에 도달했습니다. 이는 항상 모든 변경 스크립트를 실행하고 싶지 않고 개발자가 작업 그룹을 업데이트하여 릴리스 분기와 동기화하려는 경우가 많기 때문입니다.

귀하의 제안과 조언에 매우 감사드립니다.