하지 마십시오. 지금 그것을 할.

TLDR : 지금은 아니지만 나중에 DB 스크립트를 작성하고 테스트하십시오. 코드를 작성하여 DB 버전에서 실행되도록하십시오.

예

예를 들어, 국제적으로 갈 때 일반적인 요구 사항 인 에서 열 이름을에서 (으) SSN로 변경하려고한다고 가정 해 봅시다 TaxID.

이를 위해 일시적으로 a TaxID와 SSN열 이있을 수 있습니다 . 두 버전을 모두 지원하는 동안 서로 업데이트 할 트리거가 있습니다. 그러나 트리거를 무기한으로 유지하고 싶지 않으므로 나중에 이전 버전과의 호환성이 더 이상 필요하지 않으면 트리거를 제거하고 SSN열을 삭제 하려고합니다 . 우리는 ToDo 아이템 없이도 모든 것을 미리 코딩 할 것입니다.

이 예에서는 빌드 102와의 호환성을 유지하면서 빌드 102 (새 열이 있음)를 배포합니다.

단계는 다음과 같습니다.

1. 버저 닝 테이블 설정

1. 라는 하나의 테이블 추가 Configuration두 개의 열이를 Name하고 Value.

2. Name“TargetVersion” 으로 행을 추가하고 Value배포 할 새 빌드 버전으로 설정하십시오 .

3. Name“CompatibleWith” 로 행을 추가 Value하고 배치가 호환되어야하는 최소 버전 번호로 설정하십시오 .

모든 배치 전에 이러한 행을 검사하고 업데이트하십시오.

2. 배포 스크립트 수정

1. TaxID와 나란히 새 열을 작성하고 열에서 SSN채우는 스크립트를 추가하십시오 SSN. IfTargetVersion을 확인 하는 명령문 으로이 코드를 묶으십시오 . 대상 버전이 너무 낮은 경우 (즉, TaxID아직 필요하지 않은 경우) 건너 뜁니다.

   SELECT @TargetVersion = TargetVersion FROM Configuration
   IF @TargetVersion < '102' THEN RETURN
   ALTER TABLE Customer ADD COLUMN taxID VarChar(12) NOT NULL
   UPDATE Customer SET TaxID = SSN
   

2. TaxID삽입하거나 업데이트 할 때 채워지는 트리거를 작성하는 스크립트를 추가하십시오 SSN. If대상 코드 및 호환 가능한 버전을 확인 하는 명령문 으로이 코드를 묶으십시오 . TargetVersion이 너무 낮거나 ( TaxID필요하지 않은 경우) 또는 CompatibleWith 버전이 너무 높으면 ( SSN필드가 필요하지 않은 경우) 건너 뜁니다 .

   SELECT @TargetVersion  = TargetVersion,
          @CompatibleWith = CompatibleWith
   FROM Configuration
   IF @TargetVersion  < '102' THEN RETURN
   IF @CompatibleWith > '101' THEN RETURN
   CREATE TRIGGER SSNAndTaxIDTrigger ON Customer etc.
   

3. SSN열 을 제거하는 스크립트를 추가하십시오 . IfCompatibleWith 버전이 충분히 높은 경우 ( SSN더 이상 필요하지 않은 경우) 에만 열을 제거 하는 명령문으로 묶으십시오 .

   SELECT @CompatibleWith = CompatibleWith FROM Configuration
   IF @CompatibleWith <= '101' THEN RETURN
   IF OBJECT_ID('SSNAndTaxIDTrigger') IS NOT NULL DROP TRIGGER SSNAndTaxIDTrigger
   IF EXISTS (SELECT * FROM syscolumns c JOIN sysobject o ON o.id = c.is WHERE o.Name = 'Custeomr' AND c.Name = 'SSN') BEGIN
       ALTER TABLE Customer DROP COLUMN SSN
   END
   

3. 테스트

프로덕션에서 지원할 수있는 Blue / Green 버전 번호 조합으로 배포를 테스트해야합니다. ConfigurationQA 환경에서 테이블 을 조작하여 코드가 준비되는 즉시 테스트 할 수 있습니다 .

4. 배포 플레이 북에서

엔지니어가 CompatibleWith 버전 및 TargetVersion 행을 업데이트하는 단계를 추가하십시오. Blue에 배치하는 경우 TargetVersion을 Blue의 버전 번호로 설정하고 CompatibleWith 버전을 Green의 버전 번호로 설정하십시오. Green을 배포하는 경우에는 뒤집으십시오.

함정

당신의 것은 괜찮다 배포 스크립트를 참조하고 DB 테이블에서 개최하는 버전 번호에 의존 할 수 있습니다. 런타임 코드가 아닙니다.

버전 번호를 검사하기 위해 런타임 코드 작성을 시작하면 잠재적으로 큰 유지 보수성 문제가 될 수있는 새로운 수준의 복잡성이 애플리케이션에 도입됩니다. 각 런타임 실행 경로를 테스트해야합니다. 이러한 조건을 계속 진행하는 경우 QA는 각각의 모든 릴리스에서이를 확인하기 위해 고통 의 매트릭스를 구성 해야합니다. 내 충고는 이러한 조건을 배포 스크립트에만 유지하는 것입니다.

이 모든 것의 결과

결국, 너무 일찍 실행될 것이라는 두려움없이 모든 코드를 미리 작성하고 테스트 할 수 있어야합니다. 또한 코드는 더 이상 걱정할 필요없이 시간이 오면 이전 버전과의 호환성 트리거를 정리합니다.

이런 식으로 생각할 때 모든 코드를 미리 작성하고 테스트 할 수 있으며 지저분한 ToDo 주석을 처리 할 필요가 없습니다.

답변