Orígenes de datos

Durante una carga de datos o creación de dimensiones, Essbase lee el origen de los datos desde la parte superior, pasando de izquierda a derecha a través de registros, campos y delimitadores. Los orígenes de datos pueden contener valores de datos y metadatos, y pueden ser archivos de texto, tablas relacionales o archivos de exportación de cubos.

Los datos de origen contienen la información que desea cargar en el cubo de Essbase. Un origen de datos puede contener valores de datos y metadatos. Los metadatos son información sobre los miembros, como nombres, alias, fórmulas y otras propiedades.

Elementos de un Origen de Datos

Durante una carga de datos, Essbase lee el origen de los datos empezando por la parte superior y continuando de izquierda a derecha. Un origen de datos contiene registros, campos y delimitadores de campos.

  • Un registro es una fila estructurada de campos relacionados.

  • Un campo es un valor individual.

  • Un delimitador indica que un campo está completo y que el siguiente carácter del registro inicia otro campo. En la ilustración, el delimitador predeterminado aparece como un espacio.

Figura 11-1 Registros y Campos


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.

Los orígenes de datos pueden contener campos de dimensión, campos de miembro, campos de combinación de miembros y campos de datos.

Figura 11-2 Tipos de campos


Esta imagen ilustra los tipos de campos, como se describe en el texto que precede a la imagen.

  • Los campos de dimensión identifican las dimensiones del cubo, como Mercado. Utilice los campos de dimensión para indicar a Essbase el orden de las dimensiones en el origen. En la ilustración anterior, los campos de dimensión son Mercado, Producto, Año, Medidas y Escenario. Los campos de la columna Mercado, como Texas, son miembros de la dimensión Mercado y los campos de la columna Producto, como 100-10, son miembros de la dimensión Producto. Si los campos de dimensión no están presentes en el origen, puede identificarlos mediante la regla de carga.

  • Los campos de miembro identifican los miembros o las combinaciones de miembros de las dimensiones especificadas. Utilice los campos de miembro para indicar a Essbase a qué miembros asignar nuevos valores de datos o qué miembros agregar al esquema. En la ilustración anterior, Texas, 100-10, Jan, Sales y Actual son campos de miembros.

  • Los campos de datos contienen los valores de datos numéricos que se cargan en las intersecciones de los miembros del cubo. Cada valor de datos se debe asignar a un miembro de dimensión. En la ilustración anterior, por ejemplo, 42 es el valor de datos que corresponde a la intersección de Texas, 100-10, Jan, Sales y Actual.

    Puede especificar información en la cabecera y en un registro individual. Un miembro de cada dimensión estándar del esquema debe estar asociado a cada valor de datos que se cargue en Essbase. En el siguiente ejemplo, 100 es el valor de datos asociado a Jan, Actual, Cola, East, Sales y 200 es el valor de datos asociado a Jan, Actual, Cola, West, Sales. 

    Jan, Actual
Cola  East  Sales  100
Cola  West  Sales  200
Cola  South  Sales  300

Los campos de datos solo se utilizan para la carga de datos; las creaciones de dimensiones ignoran los campos de datos.

Campos de dimensión válidos

En una carga de datos de Essbase, si el origen no identifica todas las dimensiones del esquema, la regla de carga debe identificar las dimensiones que faltan.

Por ejemplo, el cubo Sample.Basic tiene una dimensión para Year (donde el nivel 0 de year es Month). Si varios orígenes de datos llegan con números mensuales de diferentes regiones, es posible que el mes en sí no se especifique en los orígenes. (Aquí, todos los orígenes contienen los mismos datos del mes y solo tenemos un archivo de regla de carga). Debe especificar el mes en la cabecera de la regla de carga.

Un campo de dimensión debe contener un nombre de dimensión válido. Si no está realizando una creación de dimensión, la dimensión ya debe existir en el esquema. Si está realizando una creación de dimensión, el nombre de dimensión puede ser nuevo, pero el nuevo nombre se debe especificar en la regla de carga.

Campos de miembro válidos

En los orígenes de datos que se van a cargar en Essbase, los campos de miembro están en blanco o contienen un alias o nombre de miembro válido. Un campo de miembro en blanco hereda el nombre del miembro del registro anterior.

Essbase debe saber cómo asignar cada campo de miembro del origen a un miembro del esquema.

En la Figura 11-2, por ejemplo, Texas y Ohio son miembros válidos de la dimensión Market.

Para que sea válido, un campo de miembro debe cumplir los siguientes criterios:

  • Contiene o hereda un nombre de miembro o una propiedad de miembro válidos. Consulte Uso de los datos de origen para trabajar con propiedades de miembro. Si no está realizando una creación de dimensión, el miembro ya debe existir en el esquema. Si está realizando una creación de dimensión, el miembro puede ser nuevo.

  • Se asigna a una dimensión. El archivo de origen o el archivo de reglas deben especificar a qué dimensión se asigna cada campo de miembro.

  • Se asigna a un único nombre de miembro, como Jan (de la dimensión Year) o a una combinación de miembros, como Jan, Actual (de las dimensiones Year y Scenario).

  • Se encuentra entre comillas según sea necesario. Esto es necesario para los nombres de miembros que contienen el mismo carácter que el delimitador de archivo.

Cuando no se utiliza un archivo de reglas (por ejemplo, si se cargan datos de un archivo de exportación de Essbase), los campos de dimensión y miembro en blanco son correctos. Cuando Essbase encuentra un campo en blanco en estos casos, utiliza la última dimensión o nombre de miembro encontrado para esa columna.

Note:

A medida que procesa cada registro de carga de datos, Essbase no comprueba si un miembro especificado en un campo de miembro pertenece a la dimensión especificada para el campo de dimensión. Essbase carga el valor de datos en la celda de datos identificada por la combinación de miembros en el registro.

En la Figura 11-2, por ejemplo, si el segundo registro revirtiera Jan y Sales (Texas, '100-10', Sales, Jan, Actual, 42), Essbase cargaría 42 en la celda de datos correcta.

Campos de datos válidos

Si está realizando una creación de dimensión, omita esta sección. Los campos de datos se ignoran durante la creación de una dimensión.

Los datos de origen y/o el archivo de reglas que utilice para cargar Essbase deben contener suficiente información para que Essbase determine dónde colocar los datos. Un campo de datos contiene el valor de datos para su intersección en el cubo.

En un campo de datos, Essbase acepta números y sus modificadores, sin espacios ni separadores entre ellos, y las cadenas de texto #MI y #MISSING, como se muestra en la siguiente tabla.

Tabla 11-1 Modificadores de campo de datos válidos

Modificadores válidos Ejemplos

Símbolos de divisas:

  • Dólar $

  • Euro Esta imagen es del símbolo del euro.

  • Yen ¥

$12 es un valor válido.

$ 12 no es un valor válido, porque hay un espacio entre el signo de dólar y el 12.

Paréntesis para indicar que los números escritos entre ellos son negativos.

(12)

Signo menos antes de los números. Los signos menos situados detrás de los números no son válidos.

-12

Signo Decimal

12,3

Números largos con o sin separación de cifras.

1,345,218 y 1345218 son valores válidos.

#MI o #MISSING que constituyen los valores que faltan o que son desconocidos

#MI

Si el origen contiene un campo de miembro para cada dimensión y un campo que contiene valores de datos, debe definir el campo que contiene valores de datos como campo de datos en el archivo de reglas. Para leer el siguiente origen en el cubo de muestra básica, por ejemplo, defina el último campo como un campo de datos.

Jan    Cola    East    Sales    Actual    100
Feb    Cola    East    Sales    Actual    200

Si el origen contiene campos en blanco para los valores de datos, sustitúyalos por #MI o #MISSING. Si no hay ningún valor en el campo de datos (o el valor es #MISSING), Essbase no sustituirá los valores actuales del cubo por valores vacíos.

Delimitadores válidos

En los orígenes de datos que se van a cargar en Essbase, debe separar los campos entre sí con delimitadores. Si va a cargar datos sin un archivo de reglas, debe utilizar espacios para delimitar campos.

Si utiliza un archivo de reglas, los delimitadores pueden ser cualquiera de los siguientes:

  • Separadores (por defecto)

  • Espacios

  • Nuevas líneas

  • Devoluciones de carro

  • Puntos

Delimitadores adicionales sin un archivo de reglas

En los orígenes de datos que se cargan sin un archivo de reglas, Essbase ignora delimitadores adicionales. En el siguiente ejemplo, los campos están separados por espacios. Essbase ignora los espacios adicionales entre los campos. 

East   Cola   Actual   Jan   Sales   10
East   Cola   Actual   Feb   Sales   21
East   Cola   Actual   Mar   Sales   30

Delimitadores adicionales con un archivo de reglas

En los orígenes de datos cargados con un archivo de reglas, Essbase lee delimitadores adicionales como campos vacíos.

Por ejemplo, si intenta utilizar un archivo de reglas para cargar el siguiente archivo en el cubo Básico de ejemplo, la carga falla. Essbase lee la coma adicional entre East y Cola en el primer registro como un campo adicional. Essbase coloca Cola en el campo 3. En el siguiente registro, sin embargo, Cola está en el Campo 2. Essbase espera que Cola esté en el campo 3 y detiene la carga de datos. 

East,,Cola,Actual,Jan,Sales,10
East,Cola,Actual,Feb,Sales,21
East,Cola,Actual,Mar,Sales,30

Para resolver el problema, suprima el delimitador adicional del origen.

Caracteres de formato válidos

En los orígenes de datos que se van a cargar en Essbase, algunos caracteres de los datos de origen se ignoran y se consideran sólo caracteres de formato.

Al procesar el archivo de origen, Essbase ignora los caracteres que se muestran a continuación:

Tabla 11-2 Caracteres de formato válidos

Carácter de formato Descripción

==

Varios signos iguales, como el doble subrayado

--

Varios signos menos, como subrayado único

__

Varios guiones bajos

==

Varios subrayados dobles del gráfico de IBM PC (carácter ASCII 205)

__

Varios subrayados gráficos de PC de IBM (carácter ASCII 196)

Los campos ignorados no afectan a la carga de datos ni a la creación de dimensiones.

Por ejemplo, Essbase ignora los signos iguales en el siguiente archivo de origen y carga los otros campos normalmente. 

East  Actual  "100-10"
      Sales   Marketing
      =====   =========
Jan   10      8
Feb   21      16

Tipos de Datos de Origen Soportados

Los orígenes de datos que puede utilizar para la carga de datos y la creación de dimensiones de Essbase incluyen archivos de texto (archivos planos), tablas relacionales o bases de datos como Oracle Database, archivos exportados de cubos de Essbase y otros cubos de Essbase.

Essbase admite muchos tipos de datos de origen, incluidos:

  • Archivos de texto (archivos planos) de copias de seguridad de texto u orígenes externos

  • Orígenes del dato relacionales

  • Archivos de exportación de Essbase (los archivos de exportación no necesitan un archivo de reglas para cargar)

  • Otras fuentes. Consulte Uso de conexiones y orígenes de datos para obtener más información sobre la configuración de la conectividad a los datos de origen.

Puede importar o crear cubos mediante el diseñador de cubos mediante archivos de libro de trabajo de aplicación basados en Microsoft Excel con un formato especial.

No puede utilizar archivos de Excel normales como datos de origen para cargar en un cubo.