제약 조건을 사용하면 애플리케이션의 노드 유형 및 차원에서 특정 데이터 규칙(예: 이름 고유성)을 적용할 수 있습니다.
제약 조건은 사용자정의 검증과 다릅니다. 제약 조건은 노드 세트에서 조건을 확인하지만 사용자정의 검증은 노드 레벨에서 조건을 확인합니다. 예를 들어 사용자정의 검증은 노드 또는 해당 상위에서 조건을 확인할 수 있지만 제약 조건을 사용하면 차원 또는 애플리케이션 레벨의 노드 세트에서 조건을 확인할 수 있습니다.
고려 사항
- 애플리케이션에서 어떤 유형의 제약 조건이든 생성하려면 해당 애플리케이션에 대해 소유자 또는 메타데이터 관리자 권한이 있어야 합니다.
- 애플리케이션, 차원 또는 특정 노드 유형에 속성 값 고유성이 적용되도록 제약 조건을 추가할 수 있습니다. 사용으로 설정된 경우, 제약 조건은 지정된 애플리케이션 또는 차원에 있는 모든 바인딩된 노드 유형에서 또는 사용자가 지정한 바인딩되거나 바인딩되지 않은 노드 유형에서 사용자가 지정한 속성의 값이 고유한지 확인합니다.
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:
특정 속성에 대해 애플리케이션 제약 조건을 생성한 경우 해당 애플리케이션에서 동일한 속성에 대해 별도의 차원 제약 조건을 생성할 필요가 없습니다. 애플리케이션 제약 조건이 해당 애플리케이션의 모든 바인딩된 차원에서 속성 값 고유성을 확인합니다.
제약 조건 생성
- 제약 조건을 생성하려는 애플리케이션을 검사합니다.
- 제약 조건 탭에서 생성을 누르고 다음 작업을 수행합니다.
- 애플리케이션에서 모든 바인딩된 노드 유형 내에 있는 모든 노드의 속성 고유성을 확인하려면 다음을 수행합니다.
- 애플리케이션에 바인딩된 고유성을 선택합니다.
- 이름과 설명을 입력합니다.
- 속성에서 제약 조건에 대한 속성을 선택합니다. 기본값이 상속 또는 파생되지 않는 문자열, 노드, 숫자 문자열 또는 시퀀스 데이터 유형의 노드 레벨 속성만 표시됩니다. 기본 유형과 관계없이
Core.Name
을 선택할 수 있습니다.
- 제약 조건을 사용으로 설정할지 여부를 선택합니다. 기본적으로 제약 조건은 사용으로 설정되어 있습니다.
- 선택사항: 다음 작업에 대한 제약 조건의 심각도 레벨(오류, 경고 또는 무시)을 지정합니다.
- 요청 제출
- 요청 승인
- 요청 커밋
- 뷰포인트 검증 및 익스포트
자세한 내용은 검증 적용 및 심각도 구성을 참조하십시오.
- 차원에서 모든 바인딩된 노드 유형 내에 있는 모든 노드의 속성 고유성을 확인하려면 다음을 수행합니다.
- 차원에 바인딩된 고유성을 선택합니다.
- 차원 드롭다운 메뉴에서 차원을 선택합니다. 드롭다운 메뉴에는 바인딩된 차원만 표시됩니다.
- 이름과 설명을 입력합니다.
- 속성에서 제약 조건에 대한 속성을 선택합니다. 기본값이 상속 또는 파생되지 않는 문자열, 노드, 숫자 문자열 또는 시퀀스 데이터 유형의 노드 레벨 속성만 표시됩니다. 기본 유형과 관계없이
Core.Name
을 선택할 수 있습니다.
- 제약 조건을 사용으로 설정할지 여부를 선택합니다. 기본적으로 제약 조건은 사용으로 설정되어 있습니다.
- 선택사항: 다음 작업에 대한 제약 조건의 심각도 레벨(오류, 경고 또는 무시)을 지정합니다.
- 요청 제출
- 요청 승인
- 요청 커밋
- 뷰포인트 검증 및 익스포트
자세한 내용은 검증 적용 및 심각도 구성을 참조하십시오.
- 애플리케이션에서 선택된 노드 유형 내에 있는 모든 노드의 속성 고유성을 확인하려면 다음을 수행합니다.
- 노드 유형 고유성을 선택합니다.
- 노드 유형에서 노드 유형을 선택하여 제약 조건에 추가합니다. 제약 조건에 대해 여러 노드 유형을 선택할 수 있으며 바인딩된 노드 유형 및 바인딩되지 않은 노드 유형을 선택할 수 있습니다. 선택한 노드 유형을 제약 조건에서 제거하려면 X를 누르십시오.
- 이름과 설명을 입력합니다.
- 속성에서 제약 조건에 대한 속성을 선택합니다. 선택한 노드 유형에서 데이터 유형이 문자열, 노드, 숫자 문자열 또는 시퀀스이고 기본값이 상속 또는 파생되지 않는 노드 레벨 속성만 표시됩니다. 기본 유형과 관계없이
Core.Name
을 선택할 수 있습니다.
- 제약 조건을 사용으로 설정할지 여부를 선택합니다. 기본적으로 제약 조건은 사용으로 설정되어 있습니다.
- 선택사항: 다음 작업에 대한 제약 조건의 심각도 레벨(오류, 경고 또는 무시)을 지정합니다.
- 요청 제출
- 요청 승인
- 요청 커밋
- 뷰포인트 검증 및 익스포트
자세한 내용은 검증 적용 및 심각도 구성을 참조하십시오.
- 저장을 누릅니다.
제약 조건 편집
-
애플리케이션 검사기의 [제약 조건] 탭에서 편집하려는 제약 조건을 선택하고 편집을 누릅니다.
Note:
제약 조건이 저장된 후에는 제약 조건 유형 변경(예를 들어, 애플리케이션 유형에서 차원 유형으로) 또는 제약 조건이 적용되는 차원 변경이 불가능합니다.
- 선택사항: 제약 조건의 이름 또는 설명을 편집합니다.
- 선택사항: [속성]에서 제약 조건의 속성을 선택합니다. 문자열, 노드, 숫자 문자열 또는 시퀀스 데이터 유형이 있으며 기본값이 상속되거나 파생되지 않는 노드 레벨 속성만 표시됩니다. 기본 유형과 관계없이
Core.Name
을 선택할 수 있습니다.
- 선택사항: 사용에서 제약 조건을 사용으로 설정할지, 사용 안함으로 설정할지 선택합니다.
- 선택사항: 다음 작업에 대한 제약 조건의 심각도 레벨(오류, 경고 또는 무시)을 지정합니다.
- 요청 제출
- 요청 승인
- 요청 커밋
- 뷰포인트 검증 및 익스포트
자세한 내용은 검증 적용 및 심각도 구성을 참조하십시오.
제약 조건 삭제
제약 조건을 삭제하려면 삭제할 제약 조건의 X를 누릅니다. 제약 조건을 삭제하려면 편집 모드가 아니어야 합니다.