El mejor medio para mantener el crecimiento de los datos bajo control es tener en cuenta factores al comienzo de la fase de diseño que afectarán a la escala de los datos, sobre todo en un estado posterior a la asignación. El número de dimensiones usadas en la aplicación es el primer aspecto a tener en cuenta en la escalabilidad.
Procure no agregar más dimensiones a los datos si no hay un motivo sólido. El crecimiento de datos en Oracle Hyperion Profitability and Cost Management se ve principalmente afectado por el número de divisiones de datos en valores cada vez más pequeños. Antes de agregar nuevas dimensiones, verifique que se necesita una nueva dimensión física. Los diseñadores iniciales de Profitability and Cost Management suelen adoptar todas las dimensiones de los datos de origen sencillamente porque se pueden, o podrían algún día, necesitarse.
Tenga en cuenta si la dimensión es necesaria para los resultados finales de los informes o diferenciar los datos para soportar un proceso de asignación. Si ninguno de estos casos se da, debe pensar muy seriamente en eliminar la dimensión.
Si la dimensión adicional es realmente una expresión alternativa de una dimensión existente, procure usar una jerarquía alternativa o una dimensión de atributo en su lugar. De esta forma se ofrecerá el medio para generar informes sobre las categorías deseadas sin aumentar el tamaño de los datos.
Si bien limitar las dimensiones está totalmente recomendado, agregar una dimensión para el crecimiento futuro es una buena idea. Mientras la dimensión sea la única que utiliza una sola selección "nomember" en todos los artefactos de modelos, la dimensión "ligera" tendrá poco impacto en el rendimiento.