목차

Search

  1. 서문
  2. Informatica Developer
  3. 모델 리포지토리
  4. Informatica Developer에서 검색
  5. 연결
  6. 실제 데이터 개체
  7. 플랫 파일 데이터 개체
  8. 데이터의 논리적 보기
  9. 데이터 보기
  10. 응용 프로그램 배포
  11. 개체 가져오기 및 내보내기
  12. 데이터 유형 참조
  13. 키보드 바로 가기
  14. 연결 속성

Developer tool 가이드

Developer tool 가이드

잠금 관리 규칙 및 지침

잠금 관리 규칙 및 지침

개체 잠금을 관리할 때 다음 규칙과 지침을 고려하십시오.
  • 모델 리포지토리는 개체를 열 때 개체를 잠그지 않습니다. 모델 리포지토리는 개체 편집을 시작한 이후에만 개체를 잠급니다. 예를 들어, 모델 리포지토리는 사용자가 편집 가능한 필드에 커서를 삽입하거나 매핑 개체를 연결할 때 매핑을 잠급니다.
  • 둘 이상의 클라이언트 도구를 사용하여 개체를 개발할 수 있습니다. 예를 들어, 하나의 시스템에서 개체를 편집한 후 다른 시스템에서 개체를 열어 편집을 계속할 수 있습니다. 첫 번째 시스템으로 돌아갈 경우 개체 편집기를 닫고 다시 열어서 잠금을 회복해야 합니다. 사용자가 연 개체를 관리 권한이 있는 사용자가 잠금 해제하는 경우에도 동일한 원리가 적용됩니다.
  • 편집을 위해 개체를 열어 놓았을 때 모델 리포지토리 서비스가 재시작되면 해당 개체에 대한 잠금이 손실됩니다. 개체에 대한 잠금이 회복될 때까지 다른 사용자가 해당 개체를 열고 편집할 수 있습니다. 개체에 대한 잠금을 회복하려면 개체에 변경 내용을 저장하고 닫은 다음 편집을 위해 개체를 다시 여십시오.
  • 개체가 포함된 폴더를 삭제하면 어떤 개체도 삭제할 수 없으며 해당 폴더도 삭제할 수 없습니다. 예를 들어 개체의 잠금을 소유하지 않아서 개체를 삭제할 수 없는 경우 개체 및 폴더가 그대로 남아 있습니다.
  • 두 명 이상의 개발자가 동시에 SQL 데이터 서비스 개체의 콘텐츠를 열고 편집할 수 있습니다.
    예를 들어 사용자 A가 SQL 데이터 서비스를 열어 편집을 시작한 상태에서 사용자 B가 같은 개체를 열어 편집을 시작할 수 있습니다. 사용자 B가 사용자 A보다 먼저 개체를 저장한 후 닫으면 모델 리포지토리에서는 사용자 A가 개체를 저장할 때까지 사용자 A에게 잠재적인 충돌에 대해 알리지 않습니다. 이 경우 사용자 A는 SQL 데이터 서비스를 다른 이름으로 저장하여 변경 내용을 저장할 수 있습니다.
  • 관리자는 잠근 개체에 대한 쓰기 권한을 취소하거나 다른 사용자에게 잠금을 재할당할 수 있습니다. 이 경우 개체를 편집하거나 저장할 수 없습니다. 다른 이름으로 개체를 저장할 수 있습니다.