기존 테이블에서 레코드의 선택을 변경하려면
CA-IDMS 테이블 수정 마법사를 사용하십시오.
다음 방법 중 하나로 테이블의 기초가 되는
정보를 제공할 수 있습니다.
- CA-IDMS 사전에서 펀치되고 FTP를 사용하여 사용자 워크스테이션으로 전송된
스키마 및 서브스키마 파일을 임포트할 수 있습니다. 이들 파일은
데이터 프로젝트의 CA-IDMS References 폴더에
위치해야 합니다.
- Classic Data Architect에 필수 서브스키마에 나열되는 모든 레코드,
세트 및 영역과 연관되는 스키마 정보를 CA-IDMS 사전에서 직접 확보하도록
지시할 수 있습니다.
사용자가 선택하는 서브스키마 및 스키마 보고서는
테이블을 작성할 때 사용한 보고서와 동일해야 합니다. 그러나
해당 보고서가 들어 있는 파일의 이름은 원래 사용한 파일의
이름과 다를 수 있습니다.
CA-IDMS 스키마 및 서브스키마
컴파일러를 실행하고 펀치된 출력을 z/OS® 데이터
세트로 캡처하여 CA-IDMS 스키마 및 서브스키마 보고서를
생성합니다. 이들 보고서를 펀치하는 데 사용할 수 있는 샘플 JCL이
SAMPLIB 데이터 세트의 CACIDPCH 구성원에 있습니다.
CA-IDMS 발견 페이지
테이블을 다른 데이터 모델
및 스키마로 이동하려는 경우 프로젝트의 테이블에 대한 데이터 모델과
스키마를 선택하려면 이 페이지를 사용하십시오.
또한 이 페이지를
사용하여 테이블의 기반으로 사용할 데이터 위치를 지정하십시오.
- 데이터베이스 모델
- 테이블이 프로젝트에서 위치하는 데이터베이스 모델의
이름과 경로를 표시합니다. 테이블을 이동하려는 경우 다른
데이터베이스 모델을 선택할 수 있습니다.
- 스키마 이름
- 테이블이 위치하는 스키마를 표시합니다.
테이블을 이동하려는 경우 다른 스키마를 선택할 수 있습니다.
- 리모트 CA-IDMS 발견
- Classic Data Architect가 주어진 서브스키마에 나열되는
모든 레코드, 세트 및 영역과 연관되는 스키마 정보를 CA-IDMS 사전에서
직접 확보하도록 지정합니다.
- 서브스키마 이름
- 필요한 레코드, 세트 및 영역 정보를 확보하기 위해 액세스할
CA-IDMS 서브스키마의 ID를 입력하십시오.
스키마 정보는 CA-IDMS 사전에 정의된 스키마와 서브스키마 사이의
내부 연관을 통해 확보합니다. 서브스키마는 오직 하나의
스키마 버전에만 연관될 수 있습니다. 서브스키마 이름은 CA-IDMS 이름 지정
표준을 따라야 하며 선행 공백을 포함할 수 없습니다.
- 데이터베이스 이름
- 데이터 서버가 런타임 시에 액세스할 데이터가
들어 있는 CA-IDMS 데이터베이스의 1 - 8자로 된 ID를
입력하십시오.
- 액세스 모듈
- 로드되어 지정된 서브스키마가 들어 있는 사전을 갖는 CA-IDMS
중앙 버전에 연결하는 데 사용될 액세스 로드 모듈의 ID를
입력하십시오. ID를 제공하지 않는 경우, 디폴트
IDMS 로드 모듈이 로드됩니다. 따라서 디폴트 SYSCTL DD 이름과 연관된
중앙 버전에 액세스합니다.
- 로컬
- IDMS 사전에서 펀치되고 FTP를 사용하여 사용자
워크스테이션으로 전송된 스키마 및 서브스키마 파일을 임포트하도록
지정합니다.
- 서브스키마 파일
- 맵핑하려는 서브스키마가 들어 있는 파일의 이름과
경로를 입력하십시오. 또한 찾아보기를 눌러서
파일 시스템에서 파일을 검색할 수 있습니다. 파일 확장자가 sub여야 합니다.
이미 스키마를 선택한 경우 서브스키마가 해당 스키마에 속해야 합니다.
- 스키마 파일
- 맵핑하려는 서브스키마에 대응하는 스키마가 들어 있는
파일의 이름과 경로를 입력하십시오. 또한
찾아보기를 눌러서 파일 시스템에서
파일을 검색할 수 있습니다. 파일 확장자가 sch여야 합니다. 이미 서브스키마를
선택한 경우 스키마가 해당 서브스키마에 대응해야 합니다.
CA-IDMS 정보 페이지
CA-IDMS에서 데이터 구조를
찾기 위한 정보를 지정하고 테이블이 사용될 방법을 지정하려면 이
페이지를 사용하십시오.
- 서브스키마 이름
- CA-IDMS 데이터베이스에 대한 리모트 연결을 통해 확보하거나
사용자가 지정한 로컬 서브스키마 파일에서 확보한 서브스키마
이름을 표시합니다.
- 스키마 이름
- CA-IDMS 데이터베이스에 대한 리모트 연결을 통해 확보하거나
사용자가 지정한 로컬 스키마 파일에서 확보한 스키마
이름을 표시합니다.
- 스키마 버전
- 스키마 이름과 함께 CA-IDMS 스키마를 고유하게 식별하는
0 - 9999 범위에 있는 유효한 4자리 정수를 입력하십시오.
스키마 버전은 CA-IDMS 스키마 버전 이름 지정 규칙을 따릅니다.
- 사전 데이터베이스
- 스키마 및 서브스키마 정의가 들어 있는 사전에
해당하는 CA-IDMS 데이터베이스의 1 - 8자로 된 ID를
입력하십시오. 데이터 서버는 이 사전에 바인드하여 논리 테이블을 작성할
때 스키마 및 서브스키마로부터 정보를 수집합니다. ID는
CA-IDMS 데이터베이스 이름 지정 규칙을 따릅니다.
- 데이터 데이터베이스
- 데이터 서버가 런타임 시에 액세스할 사용자
데이터가 들어 있는 CA-IDMS 데이터베이스 이름에 대한 1 - 8자로
된 ID를 입력하십시오.
- 액세스 로드 모듈
- 사용자 데이터를 호스트하는 CA-IDMS 중앙 버전과
통신하는 데 사용될 CA-IDMS 일괄처리 액세스 모듈의 1 - 8자로 된
ID를 입력하십시오. CA-IDMS ID는 z/OS 로드 모듈
이름 지정 규칙을 따릅니다.
- 테이블 사용법 선택
- 테이블을 사용하는 방법을 지정합니다.
- 쿼리 전용(Classic 페더레이션)
- Classic 페더레이션에서 데이터를 검색할 때 테이블을
사용하도록 지정합니다.
- 갱신
- Classic 페더레이션에서 데이터를 갱신할 때 테이블을
사용하도록 지정합니다.
- 삽입
- Classic 페더레이션에서 데이터를 삽입할 때 테이블을
사용하도록 지정합니다.
- 변경 캡처
- 테이블을 발행 또는 서브스크립션에 대한 소스
테이블로 사용하도록 지정합니다.
CA-IDMS 경로 정보 페이지
이 페이지를
사용하여 테이블 이름을 지정하십시오. 또한 테이블의 컬럼을 구성할 요소를
선택하려는 최대 10개의 레코드 및 세트의 경로를
지정하십시오.
첫 번째
레코드(세트) 필드는 서브스키마의 모든 레코드로
채워집니다. 초기 또는 시작 레코드를 지정한 후
페이지 나머지 부분에 있는 제어사항의 작동은 사용자가 작성한
테이블에 대해 선택한 사용 방법에 따라 다릅니다.
- 쿼리 또는 쿼리 및 갱신 시 테이블 사용
- 첫 번째 레코드(세트) 필드에서 선택하여
경로의 초기 또는 시작 레코드를 지정한 후, 다음 행의
레코드(세트) 필드는 이전 레코드가 소유자 또는
구성원인 이전 세트의 경우는 예외로 하고 모든 세트로 채워집니다.
이 프로세스는 최대 10행까지 계속할 수 있으며, 10행이 지원되는
최대 행 수입니다.
- 삽입 시 테이블 사용
- 복수 자동 세트에 속하는 CA-IDMS 레코드 삽입을 위해 테이블을
맵핑할 때, 앞선 단락에서 설명하는 프로세스 외에
세트 없음 옵션을 사용하십시오. 이 옵션은
경로에 세트의 소유자 레코드를 포함하므로 삽입한 레코드를
이러한 세트에 연결할 수 있습니다. 삽입에 사용할 테이블의 경우에만
세트 없음 옵션을 사용해야 합니다. 이러한 테이블에 대한 쿼리가 있으면
결과 세트는 데카르트 곱(cartesian product)이 됩니다.
CA-IDMS 데이터 삽입에 대한 자세한 정보는
../../com.ibm.websphere.ii.federation.classic.sqlref.doc/reference/iiyfcsqluptcmsupt.dita를 참조하십시오.
- 변경 캡처 시 테이블 사용
- 첫 번째 레코드(세트) 필드에서 선택하여
경로의 초기 또는 시작 레코드를 지정한 후, 다음 행의
레코드(세트)는 이전 레코드가 소유하는
세트의 모든 레코드로 채워집니다. 레코드 및 세트를 선택하면
다음 행이 자동으로 사용 가능해지며 다음 레코드(세트)
필드는 이전 레코드에서 소유한 세트의 모든 레코드로 채워집니다.
이 프로세스는 지원되는 최대 행 수인 10행까지 계속될 수
있습니다.
임의의 레코드 및 세트 선택을 변경하거나 세트
없음 선택란을 선택 취소하는 경우, 마법사가 사용자가 작성한
다음의 모든 선택사항을 지웁니다. 예를 들어 5개의 레코드 및 세트 관계를 갖는
경로를 맵핑한 후 두 번째 행의 선택을 변경하는 경우 3 - 5행에 대한 선택이
지워지고 행 4와 5가 사용 불가능하게 됩니다.
레코드의 역할이
여러 개인 경우와 같이 두 번 이상 레코드를 지정해야 하는 경우가
있습니다. 예를 들어, 관리자와 관리자의 직원이 둘 다 직원인 경우가
이에 해당합니다. 이 관계를 설명하려면 별명 "Manager"를 통해
직원 레코드의 두 인스턴스를 사용하여 해당 직원의 역할을 분명히
구분할 수 있습니다. 이러한 경우 각 인스턴스를 구별하기 위해
최소한 하나의 레코드 인스턴스에 별명을 제공해야 합니다.
다음
예에서는 다음 테이블과 같이 서브스키마가 정의되었다고
가정합니다.
표 1. 이 예에서 사용된
서브스키마의 정의세트 이름 |
세트 소유자 |
세트 구성원 |
COVERAGE-CLAIMS |
COVERAGE |
HOSPITAL-CLAIM NON-HOSP-CLAIM DENTAL-CLAIM |
DEPT-EMPLOYEE |
DEPARTMENT |
EMPLOYEE |
EMP-EMPOSITION |
EMPLOYEE |
EMPOSITION |
EMP-EXPERTISE |
EMPLOYEE |
EXPERTISE |
JOB-EMPOSITION |
JOB |
EMPOSITION |
MANAGES |
EMPLOYEE |
STRUCTURE |
OFFICE-EMPLOYEE |
OFFICE |
EMPLOYEE |
REPORTS-TO |
EMPLOYEE |
STRUCTURE |
SKILL-EXPERTISE |
SKILL |
EXPERTISE |
첫 번째 레코드로 EMPLOYEE를 선택한 경우,
다음 행의 레코드 (세트) 필드는 작성 중인 테이블 사용 선택 방법을 기초로
데이터가 채워집니다.
- 쿼리 또는 쿼리 및 갱신 시 테이블 사용
- EMPLOYEE가 소유한 세트 및 EMPLOYEE가 구성원인 세트의
모든 레코드가 필드에 표시됩니다.
- DEPARTMENT (DEPT-EMPLOYEE)
- EMPOSITION (EMP-EMPOSITION)
- EXPERTISE (EMP-EXPERTISE)
- OFFICE (OFFICE-EMPLOYEE)
- STRUCTURE (MANAGES)
- STRUCTURE (REPORTS-TO)
- 삽입 시 테이블 사용
- 또한 다음 행에서 세트 없음 선택란을 체크하는
경우 연관된 세트가 없는 서브스키마의 모든 레코드가 필드에
표시됩니다.
- COVERAGE
- HOSPITAL-CLAIM
- NON-HOSP-CLAIM
- DENTAL-CLAIM
- DEPARTMENT
- EMPLOYEE
- EMPOSITION
- OFFICE
- EXPERTISE
- STRUCTURE
- JOB SKILL
- 변경 캡처 시 테이블 사용
- 다음과 같이 EMPLOYEE에서 소유한 세트의 모든 레코드가 필드에 표시됩니다.
- EMPOSITION (EMP-EMPOSITION)
- EXPERTISE (EMP-EXPERTISE)
- STRUCTURE (MANAGES)
- STRUCTURE (REPORTS-TO)
페이지의 마지막 세 가지 제어사항은 다음과 같습니다.
- RRDS
- 서브스키마의 레코드가 VSAM 모드를 포함하지만, VSAM
인덱스 세트의 구성원이 아님을 지정합니다.
- KSDS
- 서브스키마의 레코드가 VSAM 모드를 포함하고 VSAM
키 순차 데이터 세트의 구성원이거나 VSAM CALC 모드를
포함하도록 지정합니다.
- ESDS
- 서브스키마의 레코드가 VSAM 모드를 포함하고 VSAM
입력 순차 데이터 세트의 구성원이거나 VSAM CALC 모드를
포함하도록 지정합니다.
table-name 테이블에 대한 맵핑된 레코드 페이지
이
페이지를 사용하여 DDL을 생성 및 실행할 때 작성한 테이블의 컬럼을
확인하십시오.
완료를 누르면 테이블의 모델을
생성할 수 있습니다.