Rational® ClearQuest® 데이터베이스로 데이터를 가져오기 전에
가져오기 스키마를 작성하거나 가져올 데이터를 지원하도록 기존 스키마를 수정해야 합니다.
가져오기 조작을 성공적으로 수행하려면
가져오기 스키마를 작성할 때 다음을 주의하십시오.
- 데이터가 손상되지 않도록 하려면 가져오기
스키마의 스키마 저장소에서 데이터 코드 페이지 값이 데이터를 내보내는
데이터베이스 세트와 동일해야 합니다. 자세한 정보는 관리자 역할의 온라인 도움말에 있는
코드 페이지에 대한 정보를 참조하십시오.
- 가져오기 스키마에는 레코드 유형, 필드, 필드 동작 및 데이터 지원에 필요한 데이터 유형이
포함되어야 합니다. 이 스키마에는 또한 가져온 레코드와 함께 사용할 조치 및 상태 전이와
가져온 데이터를 보고 수정하는 데 사용할 수 있는 레코드 양식이 포함되어야 합니다.
- 가져오기 파일의 상태 이름은 가져오기 스키마에 정의된 상태 이름과
일치해야 합니다. 다른 상태 이름을 사용하려면 가져오기 파일에도 해당 이름을
사용하십시오. 예를 들어, 현재 애플리케이션에서 Submitted 상태 이름을 사용하지만 가져오기 스키마에서
해당 상태의 이름을 New로 바꾼 경우 가져오기 파일에서 Submitted를 New로 바꿔야 합니다.
- 현재 환경의 모든 필드 및 상태를 Rational ClearQuest 데이터베이스의
필드 및 상태로 맵핑해야 합니다.
맵핑되지 않은 필드의 데이터는 가져올 수 없습니다. 상태 필드가 맵핑되지 않으면 모든 레코드가
상태 모델을 비활성화하는 Submitted 상태로 설정됩니다.
- 기존 레코드를 업데이트하는 경우
가져오기 스키마에는 수정 유형의 조치가 필요합니다.
- 히스토리, 첨부 또는 중복 레코드를 가져오거나 기존 레코드를 업그레이드하는 경우,
가져오기 스키마에는 원래 ID 값을 저장하는 필드가 포함되어야 합니다. 원래 ID 값은
두 조작에 모두 필요합니다.
원래 레코드 ID을 참조하십시오.
- 참조 목록을 포함하는 가져오기 레코드의 경우, 가져오기 스키마에는 참조 대상인 레코드 유형이
포함되어야 합니다.
예를 들어, 프로젝트에 대한 필드를 포함하는 결함 레코드를 가져오는 경우 결함 레코드를
가져오기 전에 프로젝트 레코드를 작성한 후 프로젝트 레코드 유형을 프로젝트 이름으로 채워야 합니다.
데이터 유형은 가져온 상태대로 검증됩니다. 가져오는 레코드에 지원하지 않는 레코드 유형이 포함되는 경우,
해당 데이터 유형을 지원되는 데이터 유형으로 맵핑할 수 있습니다. 지원되는 데이터 유형을 참조하십시오.
자세한 정보는 Rational ClearQuest 스키마에 대한 작업 및 스키마 사용자 정의를 참조하십시오.
중복 레코드
중복 레코드를 가져오는 경우 가져오기 스키마에는
Duplicate 유형의 조치가 필요합니다. 이 스키마에는 또한 Duplicate로 변경되기 전 Duplicate 상태와 레코드 상태가
포함되어야 합니다.
레코드 양식에는 중복 레코드를 표시하고 수정하는 제어가 있습니다.
상위 레코드의 ID를 보려면 중복 기본 제어 도구를 사용하십시오. 중복
레코드의 ID를 보려면 중복 종속자 제어 도구를 사용하십시오. 예를 들어, 사전 정의 스키마에서 결함 레코드 유형의
Duplicate 탭을 참조하십시오.
원래 레코드 ID
Rational ClearQuest 소프트웨어는
가져온 각 레코드에 새 레코드 ID를 지정하므로,
가져오기
스키마에 원래 레코드 ID에 해당하는 필드가 포함되어야 합니다. 원래 레코드 ID는 중복 레코드, 히스토리 및 첨부를 가져오거나 기존 레코드를 업데이트할 때
데이터 무결성을 유지보수하는 데 사용됩니다. 상위/하위 링크를 다시 작성할 때도 사용됩니다. 또한 원래 레코드 ID를 사용하여 레코드를 찾는 조회에서도 사용할 수 있습니다.
내보내기 마법사를 사용하여
다른 Rational ClearQuest 데이터베이스에서 데이터를 내보내는 경우,
가져오기 파일의 ID 필드를 원래(이전) 레코드 ID 필드로 맵핑하십시오.