Orígenes de datos que no necesitan una regla de carga

Para cargar datos en un cubo de Essbase, normalmente necesita una regla de carga, a menos que los datos de origen se asignen perfectamente al cubo. Sin embargo, si un origen de datos contiene toda la información necesaria, puede cargar el origen de datos directamente en una carga de datos de formato libre sin ninguna regla.

Si está realizando una creación de dimensión, omita esta sección. Las creaciones de dimensiones siempre requieren reglas de carga.

Para cargar un valor de datos correctamente, Essbase debe encontrar un miembro de cada dimensión antes de encontrar el valor de datos. Por ejemplo, Essbase carga el valor de datos 42 en la base de datos con los miembros Texas, 100-10, Jan, Sales y Real.


Esta imagen ilustra el concepto de registros y campos en un origen de datos, como se describe en el texto que precede a la imagen.

Si Essbase encuentra un valor de datos antes de que se especifique un miembro de cada dimensión, deja de cargar los datos.

Para mapear perfectamente, una fuente de datos debe contener todo lo siguiente y nada más:

  • Uno o más miembros válidos de cada dimensión. Un nombre de miembro debe ir entre comillas si contiene cualquiera de los siguientes elementos:

    • Espacios

    • Caracteres numéricos (de 0 a 9)

    • Guiones (signos menos, guiones)

    • Signos de signo más

    • Ampersand (&)

      Si está realizando una carga de datos sin un archivo de reglas, cuando Essbase encuentra un campo de miembro no válido, detendrá la carga de datos aunque el indicador Abortar al producirse un error no esté definido en true. Essbase carga todos los campos leídos antes del campo no válido en la base de datos, lo que da como resultado una carga parcial de los valores de datos.

  • Uno o más valores de datos válidos. Consulte Campos de datos válidos.

    Si el origen de datos contiene campos en blanco para los valores de datos, sustituya los campos en blanco por #MI o #MISSING. De lo contrario, es posible que los valores de datos no se carguen correctamente.

  • Delimitadores válidos. Consulte Valid Delimiters.

Los campos del origen de datos se deben formatear en un orden que Essbase entienda. La forma más sencilla de formatear un registro es incluir un miembro de cada dimensión y un campo de datos, como se muestra a continuación:

Sales "100-10" Ohio Jan Actual 25
Sales "100-20" Ohio Jan Actual 25
Sales "100-30" Ohio Jan Actual 25

No se cargará un origen de datos con formato incorrecto. Puede editar el origen de datos mediante un editor de texto y solucionar el problema. Si debe realizar muchas ediciones (como mover varios campos y registros), utilice una regla de carga.

En las siguientes secciones, se describen formas más complicadas de formatear orígenes de formato libre.

Rangos de campos de miembros en los datos de origen

Puede expresar los nombres de miembros de Essbase como rangos dentro de una dimensión. Un rango es una serie de valores. Un origen de datos puede contener rangos de varias dimensiones a la vez. Descubra cómo procesa Essbase rangos durante una carga de datos, si no se utiliza ninguna regla de carga.

Si está realizando una creación de dimensión, esta información no es aplicable, ya que las creaciones de dimensión siempre requieren una regla. Si está realizando una carga de datos, esta información se aplica cuando no se utiliza ninguna regla (pero también resulta útil conocer los rangos al diseñar una regla de carga de datos).

Puede expresar los nombres de miembros como rangos dentro de una dimensión. Por ejemplo, Ventas y COGS forman un rango en la dimensión Medidas. Los rangos de nombres de miembros pueden manejar una serie de valores.

Un origen de datos puede contener rangos de varias dimensiones a la vez. En el ejemplo siguiente, Jan y Feb forman un rango en la dimensión Year y Sales y COGS forman un rango en la dimensión Measures.


Actual   Texas   Sales   COGS
           Jan   Feb   Jan   Feb
"100-10"   98    89    26    19
"100-20"   87    78    23    32

Observe que Sales está definido para las dos primeras columnas y COGS para las dos últimas columnas.

Rangos automáticos

Cuando Essbase encuentra varios miembros de la misma dimensión sin campos de datos que intervengan, configura un rango para esa dimensión. El rango permanece en vigor hasta que Essbase encuentra otro nombre de miembro de la misma dimensión, momento en el que Essbase sustituye el rango por el nuevo miembro o el nuevo rango de miembros.

El siguiente ejemplo contiene un rango de enero a febrero en la dimensión Year. Permanece vigente hasta que Essbase encuentra otro nombre de miembro, como Mar. Cuando Essbase encuentra Mar, el rango cambia a Ene, Feb, Mar.

Texas   Sales
                    Jan   Feb   Mar
Actual   “100-10"   98    89    58
         “100-20”   87    78    115

Valores de datos fuera de rango

Cuando Essbase encuentra un rango de miembros, asume que hay un rango correspondiente de valores de datos. Si los valores de datos no están en el rango de miembros, la carga de datos se detiene. Essbase carga todos los campos de datos leídos antes del campo no válido en el cubo, lo que da como resultado una carga parcial de datos.

El ejemplo siguiente contiene más campos de datos que campos de miembros en el rango definido de miembros. La carga de datos se detiene cuando llega al campo de datos 10. Essbase carga los campos de datos 100 y 120 en el cubo.

Cola   Actual   East
        Jan   Feb
Sales   100   120   10
COGS    30    34    32

Miembros repetidos en un rango

Estructura rangos en los datos de origen para que Essbase los interprete correctamente. Si un miembro aparece más de una vez en un rango, Essbase ignora los miembros repetidos.

La primera tabla a continuación muestra los miembros repetidos para Real, Presupuesto, Ventas y COGS y dos rangos: Real a presupuesto y Ventas a COGS. Essbase ignora las instancias repetidas de Real, Presupuesto, Ventas y COGS (por ejemplo, en la segunda línea, se ignoran las instancias repetidas de Real y Presupuesto):


Cola   East
      Actual   Budget   Actual   Budget
      Sales   Sales   COGS   COGS
Jan   108     110     49     50
Feb   102     120     57     60

Para Actual, el primer miembro del primer rango, Essbase asigna valores de datos a cada miembro del segundo rango (ventas y COGS). A continuación, Essbase continúa con el siguiente valor del primer rango, Presupuesto, asignando valores de forma similar a cada miembro del segundo rango. Como resultado, Essbase interpreta el archivo como se muestra a continuación:

Cola   East
      Actual         Budget
      Sales   COGS   Sales   COGS
Jan   108     110    49      50
Feb   102     120    57      60

Columnas en los datos de origen

Descubra cómo Essbase procesa las columnas durante una carga de datos, si no se utiliza ninguna regla de carga. Las columnas de datos de origen que cargue en el cubo pueden ser simétricas o asimétricas.

Si está realizando una creación de dimensión, esta información no es aplicable, ya que las creaciones de dimensión siempre requieren una regla. Si está realizando una carga de datos, esta información se aplica cuando no se utiliza ninguna regla (pero también resulta útil conocer las columnas al diseñar una regla de carga de datos).

Los orígenes de datos suelen contener columnas de campos. Essbase admite la carga de datos desde columnas simétricas o asimétricas.

Columnas simétricas

Las columnas simétricas tienen el mismo número de miembros debajo. En el siguiente ejemplo, cada columna de dimensión tiene una columna de miembros debajo. Por ejemplo, Product tiene una columna debajo de ella (100-10 y 100-10) y Market tiene una columna debajo de ella (Texas y Ohio).


Product    Measures   Market    Year   Scenario   
"100-10"   Sales      Texas    Jan    Actual     112
"100-10"   Sales      Ohio     Jan    Actual     145

Las columnas del siguiente archivo también son simétricas, ya que Jan y Feb tienen el mismo número de miembros debajo de ellas:

                                 Jan               Feb
                           Actual   Budget   Actual   Budget
"100-10"   Sales   Texas   112      110      243      215
"100-10"   Sales   Ohio    145      120      81       102

Columnas asimétricas

Las columnas asimétricas tienen diferentes números de miembros debajo de ellas. En el siguiente ejemplo, las columnas Ene y Feb son asimétricas porque Jan tiene dos columnas debajo (Real y Presupuesto) y Feb tiene una columna debajo (Presupuesto):

                           Jan      Jan      Feb
                           Actual   Budget   Budget
"100-10"   Sales   Texas   112      110      243
"100-10"   Sales   Ohio    145      120      81

Si un archivo contiene columnas asimétricas, etiquete cada columna con el nombre de miembro adecuado.

El ejemplo anterior es válido porque la etiqueta Ene ahora está por encima de Real y Presupuesto. Está claro para Essbase que ambas columnas se asignan a Jan.

El siguiente ejemplo no es válido porque las etiquetas de columna están incompletas. La etiqueta Jan debe aparecer sobre las columnas Actual y Budget.

                           Jan               Feb
                           Actual   Budget   Budget
"100-10"   Sales   Texas   112      110      243
"100-10"   Sales   Ohio    145      120      81