제약 조건 작업

제약 조건을 사용하면 애플리케이션의 노드 유형 및 차원에서 특정 데이터 규칙(예: 이름 고유성)을 적용할 수 있습니다.

제약 조건은 사용자정의 검증과 다릅니다. 제약 조건은 노드 세트에서 조건을 확인하지만 사용자정의 검증은 노드 레벨에서 조건을 확인합니다. 예를 들어 사용자정의 검증은 노드 또는 해당 상위에서 조건을 확인할 수 있지만 제약 조건을 사용하면 차원 또는 애플리케이션 레벨의 노드 세트에서 조건을 확인할 수 있습니다.

고려 사항

애플리케이션에서 어떤 유형의 제약 조건이든 생성하려면 해당 애플리케이션에 대해 소유자 또는 메타데이터 관리자 권한이 있어야 합니다.
애플리케이션, 차원 또는 특정 노드 유형에 속성 값 고유성이 적용되도록 제약 조건을 추가할 수 있습니다. 사용으로 설정된 경우, 제약 조건은 지정된 애플리케이션 또는 차원에 있는 모든 바인딩된 노드 유형에서 또는 사용자가 지정한 바인딩되거나 바인딩되지 않은 노드 유형에서 사용자가 지정한 속성의 값이 고유한지 확인합니다.
Note:
- Oracle Fusion Cloud Enterprise Data Management의 Planning, Planning Modules 및 Financial Consolidation and Close 애플리케이션에는 애플리케이션 레벨의 노드 유형에서 노드 이름 고유성을 확인하는 사전 정의된 검증이 이미 있습니다. 해당 애플리케이션 유형에 이 데이터 규칙을 적용하도록 제약 조건을 생성할 필요가 없습니다.
- Cloud EDM의 Oracle Financials Cloud General Ledger 애플리케이션에는 차원 레벨의 노드 유형에서 노드 이름 고유성을 확인하는 사전 정의된 검증이 이미 있습니다. 세그먼트 값 세트에서 노드 이름 고유성 규칙을 적용하려는 경우 애플리케이션 레벨에서 제약 조건을 추가할 수 있습니다.
다음 기준을 충족하는 속성에 대해 제약 조건을 생성할 수 있습니다.
- 속성은 노드 레벨 속성이어야 합니다. 관계 레벨 속성에 대해서는 제약 조건을 생성할 수 없습니다.
- 속성 데이터 유형은 문자열, 노드, 숫자 문자열 또는 시퀀스 데이터 유형이어야 합니다.
- 속성 값은 상속될 수 없으며 파생 기본값이나 파생 및 저장 기본값을 포함할 수 없습니다.
  
  Note:
  
  속성에 대해 제약 조건을 추가한 경우 해당 속성을 변경하거나 상속된 값, 파생 기본값 또는 파생 및 저장 기본값을 포함할 수 없습니다.
- Core.Name 속성의 경우 기본 유형은 [없음] 또는 [계산 및 저장]일 수 있습니다.
애플리케이션마다 최대 네 개의 고유한 속성에 대해 제약 조건을 추가할 수 있습니다. 하지만 두 개 이상의 제약 조건을 하나의 속성에서 추가할 수 있습니다. 예를 들어 Alias:Default 속성에 대한 애플리케이션 제약 조건이 있는데 바인딩되지 않은 노드 유형에 대해 확인하는 별도의 노드 유형 제약 조건을 Alias:Default의 노드에 생성할 수 있습니다. 이 경우에도 애플리케이션 한도 네 개 중에 한 개의 속성으로 간주됩니다.

Note:
특정 속성에 대해 애플리케이션 제약 조건을 생성한 경우 해당 애플리케이션에서 동일한 속성에 대해 별도의 차원 제약 조건을 생성할 필요가 없습니다. 애플리케이션 제약 조건이 해당 애플리케이션의 모든 바인딩된 차원에서 속성 값 고유성을 확인합니다.

제약 조건 생성

제약 조건을 생성하려는 애플리케이션을 검사합니다.
제약 조건 탭에서 생성을 누르고 다음 작업을 수행합니다.
- 애플리케이션에서 모든 바인딩된 노드 유형 내에 있는 모든 노드의 속성 고유성을 확인하려면 다음을 수행합니다.
  1. 애플리케이션에 바인딩된 고유성을 선택합니다.
  2. 이름과 설명을 입력합니다.
  3. 속성에서 제약 조건에 대한 속성을 선택합니다. 기본값이 상속 또는 파생되지 않는 문자열, 노드, 숫자 문자열 또는 시퀀스 데이터 유형의 노드 레벨 속성만 표시됩니다. 기본 유형과 관계없이 Core.Name을 선택할 수 있습니다.
  4. 제약 조건을 사용으로 설정할지 여부를 선택합니다. 기본적으로 제약 조건은 사용으로 설정되어 있습니다.
  5. 선택사항: 다음 작업에 대한 제약 조건의 심각도 레벨(오류, 경고 또는 무시)을 지정합니다.
    - 요청 제출
    - 요청 승인
    - 요청 커밋
    - 뷰포인트 검증 및 익스포트
    자세한 내용은 검증 적용 및 심각도 구성을 참조하십시오.
- 차원에서 모든 바인딩된 노드 유형 내에 있는 모든 노드의 속성 고유성을 확인하려면 다음을 수행합니다.
  1. 차원에 바인딩된 고유성을 선택합니다.
  2. 차원 드롭다운 메뉴에서 차원을 선택합니다. 드롭다운 메뉴에는 바인딩된 차원만 표시됩니다.
  3. 이름과 설명을 입력합니다.
  4. 속성에서 제약 조건에 대한 속성을 선택합니다. 기본값이 상속 또는 파생되지 않는 문자열, 노드, 숫자 문자열 또는 시퀀스 데이터 유형의 노드 레벨 속성만 표시됩니다. 기본 유형과 관계없이 Core.Name을 선택할 수 있습니다.
  5. 제약 조건을 사용으로 설정할지 여부를 선택합니다. 기본적으로 제약 조건은 사용으로 설정되어 있습니다.
  6. 선택사항: 다음 작업에 대한 제약 조건의 심각도 레벨(오류, 경고 또는 무시)을 지정합니다.
    - 요청 제출
    - 요청 승인
    - 요청 커밋
    - 뷰포인트 검증 및 익스포트
    자세한 내용은 검증 적용 및 심각도 구성을 참조하십시오.
- 애플리케이션에서 선택된 노드 유형 내에 있는 모든 노드의 속성 고유성을 확인하려면 다음을 수행합니다.
  1. 노드 유형 고유성을 선택합니다.
  2. 노드 유형에서 노드 유형을 선택하여 제약 조건에 추가합니다. 제약 조건에 대해 여러 노드 유형을 선택할 수 있으며 바인딩된 노드 유형 및 바인딩되지 않은 노드 유형을 선택할 수 있습니다. 선택한 노드 유형을 제약 조건에서 제거하려면 X를 누르십시오.
  3. 이름과 설명을 입력합니다.
  4. 속성에서 제약 조건에 대한 속성을 선택합니다. 선택한 노드 유형에서 데이터 유형이 문자열, 노드, 숫자 문자열 또는 시퀀스이고 기본값이 상속 또는 파생되지 않는 노드 레벨 속성만 표시됩니다. 기본 유형과 관계없이 Core.Name을 선택할 수 있습니다.
  5. 제약 조건을 사용으로 설정할지 여부를 선택합니다. 기본적으로 제약 조건은 사용으로 설정되어 있습니다.
  6. 선택사항: 다음 작업에 대한 제약 조건의 심각도 레벨(오류, 경고 또는 무시)을 지정합니다.
    - 요청 제출
    - 요청 승인
    - 요청 커밋
    - 뷰포인트 검증 및 익스포트
    자세한 내용은 검증 적용 및 심각도 구성을 참조하십시오.
저장을 누릅니다.

제약 조건 편집

애플리케이션 검사기의 [제약 조건] 탭에서 편집하려는 제약 조건을 선택하고 편집을 누릅니다.

Note:
제약 조건이 저장된 후에는 제약 조건 유형 변경(예를 들어, 애플리케이션 유형에서 차원 유형으로) 또는 제약 조건이 적용되는 차원 변경이 불가능합니다.
선택사항: 제약 조건의 이름 또는 설명을 편집합니다.
선택사항: [속성]에서 제약 조건의 속성을 선택합니다. 문자열, 노드, 숫자 문자열 또는 시퀀스 데이터 유형이 있으며 기본값이 상속되거나 파생되지 않는 노드 레벨 속성만 표시됩니다. 기본 유형과 관계없이 Core.Name을 선택할 수 있습니다.
선택사항: 사용에서 제약 조건을 사용으로 설정할지, 사용 안함으로 설정할지 선택합니다.
선택사항: 다음 작업에 대한 제약 조건의 심각도 레벨(오류, 경고 또는 무시)을 지정합니다.
- 요청 제출
- 요청 승인
- 요청 커밋
- 뷰포인트 검증 및 익스포트
자세한 내용은 검증 적용 및 심각도 구성을 참조하십시오.

제약 조건 삭제

제약 조건을 삭제하려면 삭제할 제약 조건의 X를 누릅니다. 제약 조건을 삭제하려면 편집 모드가 아니어야 합니다.