Oracle Enterprise Performance Management Cloud는 많은 제한기 임계값을 사용하여 최적 성능을 보장합니다. Planning은 데이터 입력 셀 임계값을 초과할 경우 Unable to load the data entry form as the number of data entry cells exceeded the threshold 메시지를 표시하고 양식에 데이터를 로드할 수 없게 합니다. 이 임계값은 대규모 쿼리를 실행하는 동안 EPM Cloud의 가용성을 보장하며 높일 수 없습니다. 양식이 너무 커서 Oracle Smart View for Office에서 실행할 수 없습니다.
다음 옵션을 사용하여 Unable to load the data entry form as the number of data entry cells exceeded the threshold 오류를 방지할 수 있습니다.
Planning은 계획 수립 및 예산 편성에 사용되므로 보고 목적이나 데이터 마이닝에 양식을 사용하지 않는 것을 초기 목표로 해야 합니다. 데이터를 검색하는 방법으로 Planning을 사용하는 것은 올바르지 않습니다.
비즈니스 사용자는 데이터 슬라이스의 특정 위치를 알고 있을 가능성이 높으므로 가장 큰 행 또는 열 차원을 페이지로 이동하여 양식의 범위를 좁힐 수 있습니다. 모든 위치에서 특정 데이터 슬라이스를 찾는 양식을 디자인하고 유지관리하는 것이 더 간편하지만 최적은 아닙니다. 양식은 특정 비즈니스 목적으로 디자인되어야 하며, 해당 시간에 작업되는 예산 부분에 대한 전체 데이터의 선택 슬라이스에 집중해야 합니다. 이 양식 디자인 개념은 데이터 슬라이스에 대한 보안 액세스 제어를 향상합니다.
예를 들어 DimA 및 DimB의 iDescendant가 행으로 추가되고 각 차원에 1000개의 멤버가 있어서 1백만개의 행으로 시작한다고 가정합니다. 이 양식에 4개의 열이 있는 경우 양식의 셀 수는 4백만개입니다. 양식 크기를 줄이기 위해 차원 중 하나인 가장 큰 희소 차원(예: DimA)을 앵커 차원으로 사용하여 양식을 생성할 수 있습니다. 다시 디자인된 양식은 DimA의 멤버 수를 기반으로 합니다. 다른 차원(DimB)은 행에 유지되므로 양식에 1000개의 행이 있습니다. 페이지 차원을 사용하여 DimA의 사용가능한 멤버 간에 전환하고 그에 따라 분석 및 예산을 편성하면 4백만개의 셀에서 쿼리를 실행하지 않습니다.
셀 수에 누락된 블록은 포함되지 않지만 비어 있는 블록(데이터가 없는 블록)이 포함됩니다. 할당 목적으로 필요하지 않은 경우에는 비어 있는 블록을 지워야 합니다. Calculation Manager를 사용하여 비어 있는 블록을 지울 수 있습니다. 이 작업을 위해 level0 데이터를 익스포트하고 모든 데이터를 지운 다음, level0 데이터를 임포트하고 집계를 실행할 수도 있습니다.