데이터베이스 내 복수 스키마에 대한 권장사항

동일한 시스템에서 복수 동시 개발 또는 테스트 환경을 지원하는 경우 규정되지 않은 테이블 이름으로 애플리케이션이 작성될 수 있습니다. 규정되지 않은 테이블 이름이 사용되면 여러 개발자가 규정자 이름이 다른 동일한 데이터베이스 스키마의 복수 사본을 동시에 실행할 수 있습니다. 규정되지 않은 테이블 이름을 사용하면 복수 테스트 및 개발 환경 스키마가 동일한 서브시스템에 상주할 수 있습니다. 구조화된 접근 방식의 경우 이러한 환경을 유지하고 애플리케이션의 여러 인스턴스가 데이터베이스 및 연관된 패키지에 대해 계속 실행하도록 해야 합니다.

Linux, UNIX 및 Windows용 DB2® 데이터베이스를 사용하는 환경에서는 전체 데이터베이스가 하나의 개발 또는 테스트 환경에 제공될 수 있습니다. Linux, UNIX 및 Windows용 DB2 환경에서 여러 애플리케이션 인스턴스가 동일한 데이터베이스를 공유하거나 복수 개발 또는 테스트 환경이 단일 z/OS®용 DB2 서브시스템에 존재하는 경우, 이름 지정 규칙이 동일한 시스템의 독립된 환경을 지원할 수 있습니다.

다음 목록은 한 데이터베이스 내에서 여러 스키마를 사용할 때의 권장사항에 대한 설명입니다.
  • 환경의 독립성을 보장하려면 테이블이나 기타 데이터베이스 오브젝트, 스키마 및 패키지를 분리해야 합니다. 테이블을 분리하려면 다른 규정자 세트와 동일한 테이블 스키마를 작성하십시오.
  • 패키지가 바인드될 때 QUALIFER 옵션을 사용하여 기본 스키마를 설정할 수 있습니다. 개발 환경에는 패키지 이름이 같지만 규정자 설정이 다른 여러 패키지가 있을 수 있습니다. 규정자 옵션 외에, 기타 규칙을 사용하여 동일한 패키지 이름의 여러 패키지를 지원할 수 있습니다. 콜렉션 ID 또는 패키지 버전화란 두 가지 옵션을 사용할 수 있습니다.
    콜렉션 ID
    패키지 콜렉션은 패키지 그룹화를 나타냅니다. 콜렉션을 통해 동일한 이름의 여러 패키지가 동일한 시스템에 존재할 수 있습니다. 즉, 콜렉션을 고유성이 유지되는 컨테이너로 간주할 수 있습니다.

    이름이 같은 패키지가 여러 다른 콜렉션에 있으면 이 패키지는 동일한 시스템에 존재할 수 있습니다. 콜렉션의 사용은 여러 애플리케이션 개발자가 여러 다른 버전의 애플리케이션에 대해 작업할 수 있게 하고, 동일한 서버의 테스트 및 프로덕션을 지원하며, 애플리케이션 버전의 스테이징된 전체 사용 가능 롤아웃을 허용할 수 있습니다.

    개별 콜렉션의 경우에는 애플리케이션이 변수 CURRENT PACKAGESET(또는 Linux, UNIX 및 Windows용 DB2 또는 z/OS용 DB2의 CURRENT PACKAGE PATH)를 설정해야 합니다. 변수 설정은 WebSphere® DataSource 설정과 함께 수행할 수 있습니다.

    pureQuery Configure 유틸리티를 -collection 옵션과 함께 사용하여 콜렉션 ID를 설정합니다.

    팁: Configure 유틸리티를 pureQueryXML 파일에서 사용하면 콜렉션 ID가 파일에 추가됩니다. Configure 유틸리티 -collection 옵션으로 구성된 파일의 콜렉션 ID를 변경하려면 값이 REQUIRED로 설정된 Configure 옵션 -setPreStatusOfAllPackages 또는 값이 TRUE로 설정된 Configure 옵션 -cleanConfigure도 사용해야 합니다.
    패키지 버전
    패키지 버전화로도 동일한 결과를 얻을 수 있습니다. 개별 콜렉션에서처럼 여러 다른 버전의 패키지가 동일한 콜렉션에 있다 하더라도 공존할 수 있습니다.

    패키지 버전은 WebSphere 데이터 소스 또는 애플리케이션 논리에 특수 설정이 필요하지 않다는 이점이 있습니다. 패키지 버전화의 경우에는 애플리케이션 pureQueryXML 파일의 일관성 토큰이 올바른 패키지 버전을 식별합니다.

    pureQuery Configure 유틸리티를 -pkgVersion 옵션과 함께 사용하여 패키지 버전을 설정합니다.


피드백