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