의미 모델 확장을 위한 권장 사항 및 팁

의미 모델을 확장하기 전에 권장 사항 및 팁을 검토하여 확장이 예상대로 작동하는지 확인하십시오.

의미 모델 확장 프레임워크

지점 프레임워크

Semantic Model Branch 프레임워크를 계속 사용하는 경우 이제 샌드박스 프레임워크로 마이그레이션해야 할 때입니다. 시맨틱 모델 확장을 위한 샌드박스 프레임워크로 마이그레이션을 참조하십시오.

샌드박스 프레임워크

사용 중 샌드박스만 유지하십시오. 테스트에 사용한 샌드박스를 삭제하고 더 이상 사용되지 않습니다. 사용되지 않는 추가 샌드박스를 유지하면 시스템 성능이 저하됩니다.

데이터베이스 객체

자율운영 AI 레이크하우스 객체를 위한 데이터베이스 이름 지정 표준

  • 사용자정의 객체 앞에 X_ZZZ_를 추가합니다. 여기서 ZZZ는 조직의 약어입니다.
  • 다른 객체를 다음과 같이 접미어 붙입니다.
    • _A = 집계
    • _D = 차원
    • _DH = 차원 계층
    • _F = 팩트
    • _H = 도우미
    • _M = 맵 차원
    • _MD = 미니 치수
    • _V = 뷰
    • _MV = 구체화된 보기
    • _DS = 데이터 보강 데이터 세트
    • _EXT = 데이터 보강 확장
  • "DW"로 시작하는 사용자정의 데이터베이스 객체는 미리 작성된 객체 이름과 충돌할 수 있으므로 생성하지 마십시오. "DW"로 시작하는 사용자정의 데이터베이스 객체로 인해 의미 모델 확장 마법사의 동작이 일치하지 않을 수 있습니다.
  • 사용자정의 스키마 이름에는 DW, OAC, INFRA, SECURITY, USER 또는 CORE와 같은 시스템 예약 접미어를 사용하지 마십시오.

    사용자정의 스키마 이름에 대해 이러한 시스템 예약 접미어 중 하나를 사용하는 경우 파이프라인 처리 중 사용자정의 스키마에 의도하지 않은 권한을 부여할 위험이 있습니다.

데이터 보강 데이터세트 및 가변필드

  • 출처의 변경 사항이 Oracle Fusion Data Intelligence 인스턴스에서 해결되었는지 확인합니다. 예를 들어 사용자정의 주제 영역에 사용된 보조 가변필드가 출처에서 사용 안함으로 설정된 경우 Oracle Fusion Data Intelligence에서 적용 가능한 보조 가변필드를 대체하거나 제거해야 합니다. 그렇지 않으면 적용 가능한 의미 모델 확장이 실패합니다.
  • 데이터 증강에 대한 초기 전체 로드가 완료된 후 의미 모델 확장에서 데이터 증강 데이터 세트의 동의어를 참조할 수 있습니다. 데이터 보강의 즉시 실행 옵션을 사용하여 전체 로드 직선화를 실행합니다.

확장 중

일반
  • 오브젝트(치수, 팩트 및 열)의 이름을 지정할 때 선행 및 후행 공백이 모두 제거됩니다. 이름에 밑줄과 공백을 사용할 수 있지만 다른 모든 특수 문자는 사용할 수 없습니다.
  • 사용자정의 속성을 추가하거나 조인에 사용되는 키를 정의할 때 표시 이름이 고유하고 사전 구축된 열 이름과 충돌하지 않는지 확인하십시오.
차원 확장
  • 중요: 확장을 최소한으로 유지하고 결합하여 불필요한 오버헤드와 성능 저하를 방지해야 합니다. 차원을 확장할 때(확장 세분성이 사전 구축된 차원이 있는 1-1[1:1]인 경우) Autonomous AI Lakehouse의 단일 소스(테이블/뷰/동의어)에서 동일한 차원에 대한 여러 확장을 결합합니다. 열당 확장자가 여러 개인 것이 아니라 열이 여러 개인 확장자가 하나 있는 것이 좋습니다.
  • 주의: 차원을 확장할 때는 기본 차원 키와 조인하는 것이 좋습니다. 기본 차원 키에 조인할 수 없는 경우 데이터 그레인 및 기수를 검증하여 주의해서 다른 기본 열에 조인할 수 있습니다. 다른 확장 열에는 조인하지 않는 것이 좋습니다. 시스템은 종속성이 있는 확장을 순차적으로 처리하여 샌드박스를 적용 및 게시하는 데 걸리는 시간을 늘리고 쿼리 성능에 부정적인 영향을 줄 수 있습니다.
  • DEGEN 차원("세부정보" 폴더)을 확장할 때 팩트의 기본 키와 일대일 [1:1] 관계를 결합하여 항상 동일한 세분성 레벨을 유지합니다. [M:M] 조인은 성능 저하 및 데이터 복제를 유발할 수 있으므로 여러 개에서 여러 개로 정의하지 마십시오.
  • 다중 선택과 같이 일대다 관계(1:M)가 있는 차원을 확장할 때는 주의해야 합니다.
    • 확장된 데이터가 상위 차원보다 낮은 단위이기 때문에 데이터가 중복될 수 있습니다.
    • 최대 확장 인덱스 길이를 초과할 수 있습니다.

    제약 조건을 피하려면 table/view/synonym을 가능한 짧은 이름으로 지정합니다. 예를 들어, FDI_X_SZ_V(크기) 및 FDI_X_PR_V(가격)입니다.

  • 논리적 객체를 확장하기 전에 연관된 표시 테이블이 주제 영역에 표시되는지 검증합니다. 적용 가능한 의미 모델 계보 스프레드시트를 참조하십시오.
  • 차원을 확장할 때 선택하는 테이블이 증강 테이블인 경우 OAX_USER 대신 OAX$OAC 스키마에서 차원을 선택합니다. 증강 테이블의 기본 스키마는 증강 테이블도 OAX_USER에 있지만 OAX$OAC입니다.
  • 확장 속성 열 크기는 256자를 초과할 수 없습니다.
  • 차원을 확장할 때 차원 유형(생성 취소 또는 준수) 및 기본 테이블과 확장 테이블 간의 관계를 기반으로 조인 유형을 선택합니다. 선택 사항은 일치하지 않는 레코드를 보존할지 아니면 폐기할지에 따라 달라집니다.
    • Left Outer: 기본 테이블의 모든 행을 보존하기 위한 대부분의 확장 기능, 특히 1:many 관계 또는 확장 테이블이 불완전한 경우에 권장됩니다. 이렇게 하면 기본 행을 실수로 삭제하는 일을 방지할 수 있습니다.
    • Inner: 두 테이블에 모두 있고 일치하지 않는 행을 제외하는 편한 레코드만 원할 경우 진정한 1:1 관계에 가장 적합합니다. 퇴행 치수를 확장할 때는 권장되지 않습니다.
    • 오른쪽 외부: 자주 사용되지 않습니다. 확장된 테이블의 모든 행을 보존하고 기본 테이블에서 일치하는 행만 가져와야 하는 경우 이 옵션을 선택합니다.
    • Full Outer: 일치 내용에 관계없이 두 테이블의 모든 행을 보유할 때는 주의해야 합니다. 퇴행 차원은 데이터 중복 및 성능 저하를 유발할 수 있으므로 전체 외부를 사용하지 마십시오.

차원 생성

  • 사용자정의 차원을 생성할 때 주제 영역에 계층 추가를 선택 해제할 수 있습니다. 그러나 계층 기본 키 및 표시 속성을 정의해야 합니다. Selected Data Elements Detail 폴더를 누른 다음 Properties 편집 아이콘을 눌러 Hierarchy Primary Key 및 Display Attribute를 정의합니다.

퇴화 차원 생성

  • 사실 값 테이블에 비생성 차원 속성을 추가하지 마십시오. 대신 팩트 테이블 정의를 정의할 때 속성에 대해 퇴행 플래그를 선택합니다. 팩트 테이블 내의 플래그가 지정되지 않은 차원 속성은 보고서 구조에 부정적인 영향을 주고 런타임 오류의 위험을 증가시키며 시스템 유지 관리가 복잡해집니다.
팩트 생성
  • 사용자 정의 팩트를 추가할 때는 항상 사용자 정의 팩트에 결합하는 사용자 정의 차원의 컨텐츠 레벨을 설정합니다.
  • 사실값을 차원에 조인할 때 조인되는 열의 데이터 유형이 호환되는지 확인합니다.
계층 생성
  • 사용자정의 계층을 추가할 때 사용자정의 계층은 첫 번째 레벨에서만 노출되므로 시각화에 총계 레벨을 표시하지 않도록 하십시오. 사전 구축된 계층도 전체 레벨을 표시하지 않습니다. 총계 레벨은 총계 금액만 제공하므로 팩트와 차원 사이에 조인이 없고 총 레벨에서 척도를 설정해야 하는 경우에만 사용합니다.
  • 계층을 정의할 때는 사용 가능한 모든 데이터 항목을 레벨 또는 세부정보에 매핑해야 합니다.
  • 계층을 편집(예: 레벨 추가, 제거 또는 변경)하기 전에 먼저 주제 영역에서 계층을 제거하고 계층을 편집한 다음 계층을 주제 영역에 다시 추가합니다.
  • 샌드박스 프레임워크는 현재 사용자정의 값 기반 계층 생성을 지원하지 않습니다. 사전 설정 및 사전 구축된 값 기반 계층에 대한 조인을 지원합니다.

열 추가

  • 함수 및 집계를 기본 열에 직접 적용합니다. 파생 열을 중첩하지 않아 의미 모델에서 불필요한 종속성, 처리 오버헤드, 지연 및 잠재적 계산 오류를 방지할 수 있습니다.
  • 기존 의미 모델에 이미 있는 열을 추가하지 마십시오. 그러면 중복 조인이 생성되고 처리 오버헤드가 증가합니다.
  • 사용자정의 팩트 및 차원으로 작업할 때는 파생된 열을 사용하지 마십시오. 대신 데이터베이스 계층 내에서 필요한 계산을 수행하거나 생성 프로세스 중에 객체에 직접 표현식을 정의합니다.

데이터 응용 프로그램 사용

  • 구성 가능 계정 분석, Fusion Accounting Hub 또는 Supply Chain Planning 애플리케이션과 같은 특수 데이터 애플리케이션을 활용하는 경우 애플리케이션 내에서만 필요한 모든 사용자정의를 구현해야 합니다. 중복 종속성 및 불필요한 처리 오버헤드가 발생하므로 의미 모델에서 중복 구성을 생성하지 마십시오.

배포

  • 마이그레이션은 한 방향으로만 진행되어야 합니다. 하나의 환경을 마스터 개발 환경으로 선택합니다. 사용자 수락 테스트 후 의미 확장 번들을 생성 및 배포하여 변경사항을 운영 및 기타 환경으로 마이그레이션합니다.
  • 의미 모델이 새로 구성된 애플리케이션 롤, 그룹 또는 사용자로 객체를 보호하는 경우 의미 모델 번들을 임포트 및 배치하기 전에 보안 번들을 임포트하고 배치해야 합니다.