Object1

Pgina 1 ORACLE ESSBASEINTEGRATIONSER VICIOS COMUNICADO 11.1.1 DATAPREPARATIONGUIDE

Pgina 2 Servicios de integracin de datos de Gua de preparacin, 11.1.1 Copyright 1998, 2008, Oracle y / o sus filiales. Todos los derechos reservados. Autores: Equipo de Desarrollo de Informacin de EPM Este software y la documentacin relacionada se proporciona bajo un acuerdo de licencia con las restricciones de uso y divulgacin y estn protegidos por leyes de propiedad intelectual. A excepcin de lo expresamente permitido en su contrato de licencia o permitido por la ley, usted no puede usar, copiar, reproducir, traducir, transmitir, modificar, conceder licencias, transmitir, distribuir, exhibir, realizar, publicar o mostrar cualquier parte, en cualquier forma o por cualquier medio. La ingeniera inversa, desensamblaje o descompilacin de este software, a menos que requerido por la ley para la interoperabilidad, est prohibido. La informacin aqu contenida est sujeta a cambios sin previo aviso y no se garantiza que est libre de errores. Si usted se encuentra cualquier error, por favor que nos lo comunique por escrito. Si este software o la documentacin relacionada se entrega al Gobierno de los

EE.UU. o la concesin de licencias a nadie que en nombre de los EE.UU. Gobierno, thefollowing noticeisapplicable: GOVERNMENTRIGHTS de Estados Unidos: programas, software, bases de datos, andrelated de datos de documentacin tcnica y entregados a los clientes del gobierno de Estados Unidos son "software comercial" o "Los datos tcnicos comerciales" de conformidad con el Reglamento de Adquisicin y federales aplicables y complementarias de cada organismo reglamentos. Como tal, el uso, la reproduccin, divulgacin, modificacin, adaptacin y estar sujeto a las restricciones y trminos de la licencia establecida en el contrato de Gobierno aplicables, y, en la medida que sea aplicable por el Gobierno deEl trminos contrato, los derechos adicionales establecidos en FAR 52.227-19, de la licencia de software comercial (diciembre de 2007). Oracle EE.UU., Inc., 500 Parkway Oracle, Redwood City, CA 94065. Este software est desarrollado para uso general en una variedad de aplicaciones de gestin de informacin. No se desarrolla o destinados a ser utilizados en cualquier aplicacin inherentemente peligrosas, incluidas las aplicaciones que pueden crear un riesgo de lesiones personales lesin. Si utiliza este software en aplicaciones de riesgo, entonces usted ser responsable de tomar todas las medidas a prueba de fallos, copia de seguridad, redundancyand othermeasurestoensurethesafeuseofthissoftware.OracleCorporationanditsaffili atesdisclaim cualquier responsabilidad por los daos causados por el uso de este software

en aplicaciones de riesgo. Este software y la documentacin pueden ofrecer acceso a la informacin o el contenido, productos y servicios de terceros partes. Oracle Corporation y sus afiliadas no son responsables y expresamente renuncia a toda garanta de ningn tipo con con respecto a terceros de contenidos, productos y servicios. Oracle Corporation y sus filiales no sern responsables por cualquier prdidas, costos o daos sufridos debido a su acceso o uso de los contenidos de terceros, los productos o servicios.

Pgina 3 Contenido Captulo 1. OLAP y Integration Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 OLAP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ......5 Bases de datos multidimensionales. . . . ..........................................6 Interacciones del usuario con los datos. . . ............................................6 Las fuentes de datos. . ......................................................7 Integration Services. . ...................................................7

Los componentes de Integration Services. . . . ..................................8 Servicios de Integracin de la consola. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ...........9 Integration Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ...9 Flujo de trabajo de Integration Services. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Los modelos OLAP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Uso de los modelos OLAP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Tabla de hechos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Tablas de dimensiones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Acerca de metaoutlines. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Componentes Metaoutline. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 Uso de jerarquas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Tipos de las jerarquas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

Equilibrado. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Desequilibrado. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Ragged. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Suplente. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Implementacin de las jerarquas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Norma. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Las jerarquas recursivas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Duplicar los Miembros. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Captulo 2. Preparar las fuentes de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 Definicin de necesidades del usuario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 Definir orgenes de datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 La decisin de crear zonas de descanso. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Limpieza de datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Contenido iii

Pgina 4 Crear vistas, tablas y tablas definidas por el usuario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 La decisin de crear una vista o una tabla. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 La decisin de crear una tabla definida por el usuario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 La construccin de las tablas Essbase jerarquas recursivas. . . . . . . . . . . . . . . . . . . . . . . . . 21 La construccin de una jerarqua a un nivel especfico. . . . . . . . . . . . . . . . . . . . . . . . . . 21 Creacin de un Alias o UDAS para los miembros de una tabla recursiva. . . . . . . . . . . . . . . . 21 Extraccin de los sindicatos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 La transposicin de columnas y filas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 Desnormalizacin de origen de datos Tablas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 Adicin de columnas a las tablas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

Configuracin de las Columnas de Apoyo a las propiedades de miembro y la medida. . . . . . . . . . . . . . . 25 Junto a los cuadros. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 Crear ndices. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 La transformacin de datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 Decidir qu mesas estn disponibles para los Creadores de modelos OLAP. . . . . . . . . . . . . . . . . . . . 27 Seleccin de las tablas para la tabla de hechos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 Seleccin de las tablas de dimensiones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 Creacin de alias para dimensiones y los miembros. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 Creacin de tiempo y dimensiones de Cuentas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 Preparar los datos para el anlisis de tiempo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 La asociacin de datos de tiempo con datos de medida. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 Trabajar con datos de resumen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

El formato de fechas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 Trabajar con datos en perodos de tiempo similares. . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 Acceso a las tablas en el catlogo de metadatos OLAP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 Archivos de texto como orgenes de datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 ndice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 iv Contenido

Pgina 5 1 OLAP y de Integration Services En este captulo OLAP 5 Multidimensional 6 Interacciones del usuario con los datos 6 Fuentes de 7 Integracin 7 Los modelos OLAP Sobre

Uso de jerarquas Duplicado Oracle Essbase Integration Services proporciona un conjunto de herramientas grficas para crear modelos OLAP y metaoutlines y poblar bases de datos Oracle Essbase. El uso de fuentes de datos para definir lgica analyticalprocessing modelsrepresentingdatainanonline (OLAP) context.Then utilizar el OLAP modelos para crear metaoutlines que sirven como plantillas para los esquemas de bases de datos Essbase. OLAP OLAP est diseado para los gerentes de empresas para analizar los datos consolidados de la empresa en tiempo real. OLAP complejos aborda "qu sucede si preguntas, la creacin de escenarios para poner a prueba las estrategias de planificacin. EssbasesupportsOLAP, makingpossiblea multidimensional, multiusuario databasethatisaccessed con herramientas de recuperacin estndar. Servidor Essbase soporta mltiples vistas de los conjuntos de datos que los usuarios puedan analizar las relaciones entre categoras de datos tales como: Cmo vender un producto el mes pasado? Cmo se compara con el mismo mes en el

ltimos cinco aos? Cmo va a vender el prximo mes? Saba el producto A vender mejor en determinadas regiones? Se los clientes devuelven un producto el ao pasado? Se vuelve por defectos? Tuvo una planta especfica fabricacin de productos defectuosos? Saba comisiones y precios afectan la forma vendedores venden un producto? OLAP 5

Pgina 6 Usted puede utilizar Integracin Servicesto createan base de datos de Essbase para typesofquestions answerthese rpidamente. Puede utilizar la consola de Servicios de Integracin para crear modelos lgicos de datos que representa bases de datos fuente. Bases de datos multidimensionales Una base de datos multidimensional (MDDB) almacena los datos consolidados en las intersecciones de la miembros y dimensiones. Por ejemplo, si una empresa vende 20

unitsofproductsinthe Eastregion en el primer trimestre, Essbase tiendas 20 en la interseccin de producto, Este, Trimestre1, y la Unidad Ventas. application.In una base de datos multidimensional, una dimensin es una categora de datos que representa un ncleo de componente de un plan de negocios, y que a menudo se refiere a una funcin de negocio. Producto de la Regin, y Ao son las dimensiones tpicas. En la mayora de bases de datos, dimensiones raramente cambian durante la vida del En una base de datos multidimensional, un miembro es un componente individual de una dimensin. Para ejemplo, el producto A y B del producto son miembros de la dimensin del producto. Cada miembro tiene un uniquename. Una dimensin puede contener members.Insomedimensions muchos memberschange con frecuencia durante la vida de la aplicacin. Los miembros pueden ser los padres de algunos de los miembros y los nios de otros miembros. El contorno Essbase sangras miembros por debajo de unos a otros para indicar una relacin de consolidacin. Interacciones del usuario con los datos Essbase Server consolida y calcula los datos para ofrecer diferentes puntos de

vista de los datos. Usando un base de datos multidimensional, los usuarios pueden realizar varias tareas: Consolidar (agregado o enrollar) los datos En el almacenamiento de bloque, la consolidacin de las relaciones entre los datos calcula para todos los padres y el nio combinaciones dentro de una dimensin. Por ejemplo, la consolidacin de la dimensin Ao es como sigue: Ao = Trimestre1 + trimestre2 + + Quarter3 Quarter4 Crear "escenarios hipotticos Supongamos que usted se fija una meta de ventas de un crecimiento del diez por ciento en todas las lneas de productos. Puede comparar las ventas previsiones withactualsales de datos (procesamiento de transacciones en lnea retrievedfromthe [OLTP] base de datos) para ver qu tan cerca est de lograr sus metas. Si las ventas reales son ms bajas que lo previsto, los vendedores pueden acceder a los datos de pronstico, los escenarios de entrada de nuevas ventas, actualizar los datos de pronstico, y generar cifras revisadas. Entrada de los supuestos de planificacin estratgica Suponga que su empresa tiene previsto un crecimiento del 50 por ciento en tres aos. Sabes cuntos nuevos productos que necesita, pero cuntas personas nuevas se puede contratar al mismo tiempo la optimizacin de los beneficios

y el margen bruto? 6 OLAP y de Integration Services

Pgina 7 En el almacenamiento de bloques, puede ingresar proyecta ventas y los gastos y calcular a la baja determinar el costo proyectado de los bienes vendidos. Si los resultados no se ven prctica, puede crear diferentes escenarios con diferentes mezclas de productos, personas, y gastos hasta que producen el los beneficios de imagen que usted requiere. Llevar a cabo operaciones de hoja de clculo Para profundizar y sintetizar los datos recupera progresivamente ms detallada o ms progresivamente datos generalizados relativos a una dimensin seleccionada. Perforacin hacia abajo sobre una base de datos multidimensional dimensin que proporciona ms detalles sobre la dimensin. De perforacin hasta le proporciona una resumen ms vista de la dimensin. Por ejemplo, se puede profundizar en la dimensin Year para ver cada trimestre. Usted puede perforar hasta de Chicago para ver los totales de ventas para la regin centroamericana. Pivotante altera la perspectiva de datos. Cuando el servidor Essbase recupera

una dimensin, muestra un configuracin de filas y columnas. Un usuario puede pivote (reordenar) los datos para obtener una diferente punto de vista. Vea la hoja de clculo de Oracle Essbase y Oracle Hyperion Ver inteligente para Office, Fusion Edicin de la documentacin. Fuentes de datos Los datos en una base de datos multidimensional puede originarse a partir de una variedad de fuentes, tales como OLTP bases de datos, almacenes de datos, textos y archivos de hoja de clculo. En bases de datos relacionales, los datos se almacenan en filas y columnas, en un almacn de datos, los datos se almacenan en QueryCubes y InfoCubes. Integration Services Integration Services transfiere los datos desde fuentes de datos para bases de datos Essbase. Despus de determinar los datos que desea transferir, que se consolidar en una forma til para los usuarios de apoyo a las decisiones. Entonces a identificar las tablas, filas o columnas que contienen los datos y determinar cmo se asignan a la estructura de la base de datos multidimensional. La figura 1 ilustra el flujo de trabajo de Integration Services: Fuentes de datos

Pgina 8 Figura 1 Flujo de trabajo para la creacin de una base de datos Hyperion Essbase a partir de un origen de datos Utilice la consola de Servicios de Integracin de las siguientes tareas: Utilice tablas, vistas y columnas en una o ms bases de datos fuente de datos para crear un OLAP model.An OLAPmodel isa lgica consistente en StarSchema de un surroundedby facttable relacionados tablas de dimensiones. Utilizar el modelo OLAP para crear un Metaoutline, una plantilla que contiene la estructura y el reglas necesaria para generar un esquema de Essbase. Utilice el Metaoutline para crear y rellenar una base de datos Hyperion Essbase. Los componentes de Integration Services Integration Services, representado en la figura 2 , consta de dos componentes principales: la integracin Servicios de la consola y el servidor de integracin. 8

OLAP y de Integration Services

Pgina 9 Figura 2 Integration Services Integration Services Console UseIntegrationServicesConsole tocreate OLAP modelsand metaoutlinesandpopulateEssbase bases de datos. Para crear un modelo OLAP o Metaoutline, conectarse a un catlogo de metadatos OLAP y sus datos fuentes. Consulte la ayuda en lnea de Integration Services. Integration Server Integration Server es el componente primario de Integration Services. Integration Server es software que utiliza la informacin almacenada en el catlogo de metadatos OLAP para extraer de los datos fuentes de la dimensin y nombres de los miembros necesarios para construir un esquema Essbase asociados. Cuando el esquema se haya completado, Integration Server extrae datos de las fuentes de datos, realiza Las operaciones descritas en el Metaoutline asociados, y las cargas de los datos en el Essbase base de datos. Consulte la Gua del Oracle Essbase Integration administrador del sistema de Servicios.

Integration Server incluye varios subcomponentes, como se ilustra en la Figura 2 en la pgina 9 : OLAPMetadataCatalog: Astructuredquerylanguage (SQL) databasecontaining relacional: Los metadatos que describen la naturaleza, origen, ubicacin, y el tipo de datos para recuperar Los metadatos que describen la informacin necesaria para generar esquemas Essbase OLAP y modelos metaoutlines Integration Services 9

Pgina 10 Puede crear varios catlogos de metadatos OLAP para almacenar los modelos OLAP y metaoutlines. Mediante la importacin / exportacin de XML, puede mover los modelos OLAP y metaoutlines a otro OLAP Catlogo de Metadatos. El Catlogo de Metadatos OLAP es una fuente de datos que est configurada para Open Database Connectivity

(ODBC). Vea el Oracle Hyperion Enterprise Performance Management y la instalacin del sistema Gua de configuracin o de la documentacin del usuario de ODBC. Essbase Integration Services Shell: Una herramienta de lnea de comandos utilizada para acceder Integration Server toloadmembersand dataintoan Essbasedatabase. Hierven OracleEssbase IntegrationServices Gua del administrador del sistema. Flujo de trabajo de Integration Services Figura 2 en la pgina 9 muestra los componentes de Integration Services se utilizan para preparar los datos para OLAP la presentacin de informes a travs del servidor Essbase. Para crear bases de datos Essbase de fuentes de datos: 1 Construir un modelo OLAP basado en fuentes de datos. Integration Server almacena el modelo OLAP y la informacin necesaria para recuperar las tablas de OLAP Catlogo de Metadatos. 2 Crear un Metaoutline del modelo OLAP. Integration Server almacena el Metaoutline en el Catlogo de Metadatos OLAP.

3 Utilice el Metaoutline para cargar los miembros y los datos en la base de datos Hyperion Essbase. Puede actualizar la base de datos Hyperion Essbase con nuevos miembros y los datos. Los modelos OLAP Modelos OLAP se basa en la idea de que los valores en una fuente de datos se pueden clasificar ya sea como hechos o las dimensiones de los hechos. Los hechos son los valores numricos, variables en la base de datos, como nmeros de de unidades vendidas. Asociado con los hechos son los valores relacionados con los datos que proporcionan informacin adicional, como la ubicacin de las tiendas. Un modelo OLAP contiene una tabla de hechos, tablas de dimensiones, y la dimensin ramas. Un modelo OLAP puede contener el tiempo y las dimensiones de las cuentas. Integration Services crea un modelo OLAP que es un modelo lgico, no un esquema en estrella fsica, y es una representacin lgica de los valores de datos se selecciona a partir de fuentes de datos y el informe de Essbase. Uso de los modelos OLAP Utilice un modelo de OLAP para crear metaoutlines. Un Metaoutline contiene la estructura bsica requerida para construir un esquema de Essbase y los datos de carga en

EssbaseEssbase. Puede utilizar un modelo OLAP como la base de otra guardando el original bajo un nombre diferente y editarlo. Puede crear cualquier nmero de modelos OLAP para construir metaoutlines. Cada Metaoutline, sin embargo, se basa en el uno, modelo especfico de OLAP. 10 OLAP y de Integration Services

Pgina 11 Modelos OLAP tiene las siguientes caractersticas: Ellos pueden ser la base de metaoutlines mltiples. Ellos aislar el esquema de base de datos Essbase de los cambios en la base de datos de origen. Ellos le permiten crear jerarquas para estructurar y resumir los datos de una fuente base de datos. Puede utilizar las jerarquas en el metaoutlines mltiples. Tabla de hechos La tabla de hechos es un contenedor de todos los hechos numricos (para los valores de los datos de medidas que varan con el tiempo). En la aplicacin de ejemplo proporcionado, la tabla de hechos

consiste en la tabla relacional VENTAS que contiene las cifras de ventas, el costo de bienes vendidos, de apertura y cierre las cantidades de inventario, y otros columnas de medidas variables. Tablas de dimensiones Una tabla de dimensiones, tales como una dimensin del producto, es un contenedor de tablas relacionales. Cada tabla de dimensiones contiene los datos relativos a los hechos en la tabla de hechos. Cuando una tabla de dimensiones se une a la tabla de hechos, que la dimensin de tabla y otras tablas de dimensiones unida a ella formar una dimensin. Una dimensin en un modelo OLAP representa una dimensin (o caracterstico de un almacn de datos) de que deseas reportar en Essbase. Ver "Multidimensional Bases de datos "en la pgina 6 . Cuando se crea una dimensin en un modelo OLAP, la dimensin est disponible para su uso en creacin de una dimensin en un Metaoutline asociado. Puede arrastrar un modelo OLAP predefinidos dimensin directamente en el Metaoutline para crear una dimensin. El recin creado Metaoutline dimensin se convierte entonces en una dimensin enla base de datos de Hyperion Essbase que cree al realizar

un miembro de carga o de datos. Ifyoursourceisarelationaldatabase, whenyoubuild ametaoutline, youcancreateuser definido dimensiones que no existen en el modelo asociado OLAP. Acerca de metaoutlines Un Metaoutline es una plantilla que contiene la estructura y las reglas para la creacin de un esquema de Essbase. Un Metaoutline se basa en la estructura de un modelo OLAP. Metaoutlines tienen varias caractersticas: Ellos pueden ser la base para lneas mltiples Essbase. Estos pueden ser definidos en un lugar central y se utiliza para crear lneas mltiples en Essbase varias ubicaciones. Ellos le permiten crear bases de datos Essbase en la demanda. Le permiten ver la muestra de Essbase esboza antes de construirlas. Se genera automticamente SQL para recuperar datos de una fuente externa. Ellos le permiten filtrar los datos antes de crear el contorno Essbase asociado. Acerca de metaoutlines

11

Pgina 12 Ellos le permiten transformar los datos a medida que crea un esquema de Essbase. Metaoutline Componentes Un Metaoutline tiene varios componentes: Una o ms medidas. Medidas son los valores de datos y por lo general incluyen elementos tales como VENTAS y el costo de ventas (costo de ventas). Cada Metaoutline utilizado para construir un esquema requiere Essbase al menos una medida. La base de datos Essbase calcula las medidas para cada interseccin de la dimensin asociada Metaoutline. Las medidas pueden ser agregados en un orden predefinido usando un SQL expresin. La expresin SQL utiliza una plantilla de SQL y una lista de columnas especificadas, atributos y medidas. Dos o ms dimensiones. Una dimensin es una categora de datos, los miembros que contienen, utilizado para

organizar los datos de negocios para la recuperacin y preservacin de los valores de los datos. Una dimensin en un Metaoutline crea una dimensin en el esquema asociado Essbase. Cada Metaoutline utiliza para crear un esquema de Essbase debe incluir al menos dos dimensiones. Uno o ms miembros. Niveles Un nivel miembro es un nivel jerrquico de detalle dentro de un dimensin. A nivel de miembro en un Metaoutline crea los miembros en el mismo nivel en el asociado esquema Essbase. Por ejemplo, si la dimensin del producto de una Metaoutline contiene un PRODUCT_DESC nivel de miembro, la dimensin del producto en el esquema de Essbase contiene miembros, como La cerveza y el abedul Cola Sin Cafena, que corresponden a los valores de la PRODUCT_DESC miembro de nivel en la base de datos fuente. Usted puede designar a los miembros definidos por el usuario como miembros compartidos. Ellos pueden compartir el espacio de almacenamiento con otros miembros del mismo nombre.

Filtros Los filtros determinar qu miembros de un nivel de miembro que Integration Services agrega para el esquema de Essbase asociado. Se pueden definir reglas de transformacin para determinar qu transformaciones IntegrationServicesperformsonthemembers OFA memberlevelas itbuilds el contorno Essbase. Las dimensiones de los atributos opcionales. Dimensiones de atributos se basan en el atributo habilitado columnas en el modelo OLAP. Despus de una dimensin de atributo y miembro se ha creado, Puede definir propiedades de los atributos, tales como rangos de booleanos y numricos, para ver los datos de negocio en detalle ms fino de lo que sera fcilmente disponible. Opcionales hbridos bajo nivel de anlisis miembros. Anlisis hbrido integra bases de datos fuente Essbase con bases de datos multidimensionales para que las aplicaciones y herramientas de informacin puede recuperar los datos directamente dentro de las dos bases de datos. Cuando el anlisis Hybrid est activada, los usuarios de interfaces de hojas de clculo y el informe escritor puede acceder a los datos contenidos en la base de datos Hyperion Essbase

y profundizar en los datos de acceso directo desde la fuente de datos. Obtencin de detalles opcionales miembros de informe. Un taladro a travs de informe se basa en una interseccin nivel (combinacin de miembros) que los usuarios de hojas de clculo, haga doble clic para empezar a recorrer a travs operaciones. Usuarios de hojas de clculo se puede ver o personalizar predefinido de perforacin a travs de informes que 12 OLAP y de Integration Services

Pgina 13 recuperar las columnas de detalle de las fuentes de datos. Integration Server devuelve la obtencin de detalles informar en el contexto de los datos que los usuarios de hojas de clculo estn viendo. Drill-Through a una direccin URL. Personalizar la plantilla de perforacin a travs de SQL, en sustitucin de la fuente de datos con un cdigo fuente HTML. Integration Services pasa a la direccin URL de Oracle Essbase Spreadsheet Add-in u Oracle Hyperion Ver inteligente para Office, Fusion Edition (U otro cliente de obtencin de detalles).

 Drill-Through a una fuente secundaria. Drill-Through a los atributos y los miembros habilitados para el anlisis hbrido. Seleccione entre varias opciones para el atributo de recorrer a travs de informes: Dimensiones de los atributos y los miembros de los atributos como las intersecciones de OLAP. Dimensiones de anlisis de hibridacin como intersecciones OLAP. Hbridos columnas de anlisis de miembros como las intersecciones. Los atributos asociados a los miembros que han sido habilitados para el anlisis hbrido. Uso de jerarquas Dimensiones estn estructurados para contener una jerarqua de miembros relacionados. Por ejemplo, para los usuarios de bases de datos relacionales, la dimensin de tiempo incluye miembros como ao, trimestre, y Mes. Esta jerarqua se crea un esquema con los miembros de Essbase como el de 2004, Trimestre1, y De enero.

Jerarquas tambin utilizar atributos para clasificar los miembros lgicamente dentro de una dimensin, por ejemplo, un Dimensiones del producto con atributos tales como tamao y sabor. Usted puede crear jerarquas para una Metaoutline, mientras que la creacin de modelos OLAP. Los tipos de jerarquas Hay varios tipos de jerarquas en la recuperacin de datos y anlisis. Equilibrado Una jerarqua equilibrada hasmultiplebranchesin un rbol jerrquico, y eachmemberisconsistent con otros miembros del mismo nivel en cada rama. Por ejemplo, en una base de datos relacional, un dimensin tiene sucursales para 2005 y 2006. En cada una de estas ramas, Q1 es al mismo nivel, como lo son los meses de enero, febrero, y las dimensiones de Mar. Tiempo tpicamente tienen jerarquas equilibradas. Desequilibrado Una jerarqua desequilibrada contiene ramas con un nmero desigual de los niveles de miembros, aunque nio theparent-relaciones son generalmente frombranchtobranch consistente. Porejemplo, un empleado de ventas Dimensin personal tiene sucursales Gerente de Ventas para Oriente y Occidente. Cada una de estas ramas tiene Los Estados. El Gerente de Ventas Este, sin embargo, tiene cuatro estados y

el Gerente de Ventas Occidente tiene dos estados. Las dimensiones de recursos humanos a veces tienen jerarquas desequilibradas. Uso de jerarquas 13

Pgina 14 Harapiento Una jerarqua desigual ocurre cuando una dimensin tiene sucursales con diferente nmero de niveles. Para ejemplo, una dimensin de Ventas Regiones tiene sucursales en Amrica del Norte y para Europa. Ambos ramas tienen atributos de miembro de nivel de Pas, Estado y Ciudad. La rama de Amrica del Norte tiene Estados Unidos, Massachusetts, y Boston. La rama de Europa tiene Grecia, Atenas ya Grecia no dispone de los estados individuales, como los Estados Unidos. La Nivel estatal para Grecia est vaco, causando una jerarqua desigual. Las dimensiones geogrficas y dimensiones de los productos tienen a menudo las jerarquas desiguales. Suplente Una jerarqua alternativa se basa en una ya existente "primario" tiene los niveles de jerarqua, sino alternos en la dimensin. En Tabla 1 , Los niveles de primaria estn en los cuatro

columnas de la izquierda, y thealternatelevels estn en las dos columnas de la derecha. Tabla 1 Jerarqua alternativo Prod. Prod. Cdigo Alias Gen_01 Gen_02 Alt_Gen_01 Alt_Gen_02 100-10 Cola Cola vs Colas sin cola La dieta regular vs Regular 100-20 Dieta Cola Cola vs Colas sin cola La dieta regular vs Dieta 100-30 Descafeinado Cola Cola vs Colas sin cola La dieta regular vs Regular 200-10 Vainilla Cola frente a no-cola colas No-

La dieta regular vs Regular 200-20 Diet Vanilla Cola frente a no-cola colas NoLa dieta regular vs Dieta 200-30 Crema Cola frente a no-cola colas NoLa dieta regular vs Regular 200-40 Dieta Crema Cola frente a no-cola colas NoLa dieta regular vs Dieta 400-10 Uva Cola frente a no-cola refrescos de frutas regular frente a la dieta regular 400-20 Dieta de la uva Cola frente a no-cola refrescos de frutas regulares vs Dieta Dieta 400-30 Naranja Cola frente a no-cola refrescos de frutas regular frente a la dieta regular 400-40 Dieta Orange Cola frente a no-cola refrescos de frutas regulares vs Dieta

Dieta La implementacin de jerarquas Una jerarqua se implementa utilizando un mtodo estndar o recursiva: Estndar Eachattribute en la hierarchydefines un level.Forexample, en aTimedimension, thehierarchy est organizado para que el Ao atributos, Trimestre y Mes definir diferentes niveles, como se ilustra en Tabla 2 . 14 OLAP y de Integration Services

Pgina 15 Nota: Despliegue estndar se puede utilizar con todos los tipos de jerarqua. Tabla 2 Implementacin estndar de jerarqua Ao Cuarto Mes 2003 1 Jan 2003 1 Febrero 2003 1

Mar 2004 1 Jan 2004 1 Febrero 2004 1 Mar Las jerarquas recursivas Las relaciones entre padres e hijos de los atributos se utilizan para organizar la jerarqua. Por ejemplo, en una dimensin personal de ventas, la jerarqua se organiza en las relaciones entre padres e hijos se muestra en la Tabla 3 . Tabla 3 Implementacin de jerarqua recursiva De los atributos primarios Nio Atributo Amrica del Norte Estados Unidos de Amrica De los Estados Unidos de Amrica California California San Bernardino San Bernardino Los ngeles

Los ngeles Glendale Duplicar miembros Una fuente de datos o Metaoutline puede contener nombres duplicados miembros. En Integration Services De la consola, se puede especificar un Metaoutline que, cuando se cargan en una base de datos Hyperion Essbase, crea una Essbase esquema que admite nombres duplicados miembros. A finde sharedmembers tosupport inaduplicate esquema memberEssbase, el membercolumn en la Metaoutline debe estar asociado con una columna de clave de miembro de la fuente de datos. Integration Server hace uso de la tecla asignada para identificar el elemento de base. Internamente, la integracin Servergenerates su propio identificador nico para diferenciar entre duplicar los miembros. Duplicar miembros 15

Pgina 16 Cuando Integration Services realiza una carga miembro, Integration Server aplica la nica identificador de nombres duplicados. A partir de Integration Services clientes,

los nombres de los miembros puede ser recuperarse utilizando un formato cualificada, por ejemplo: [Producto]. [300]. [300-30] [dieta]. [300-30] Usted puede optar por especificar una Metaoutline que, cuando se cargan en Integration Services, no crear un esquema que admite nombres duplicados miembros. En este caso, cuando Integration Server realiza una carga miembro, realiza una de las siguientes acciones: Se hace caso omiso de los miembros duplicados. Integration Server no se carga a los miembros en el Integracin de Servicios de esquema. Crea los miembros como miembros compartidos. Los datos asociados con un miembro compartido es almacena en el miembro real. Para obtener ms informacin, consulte la ayuda en lnea Essbase. Nota: No debe crear los miembros duplicados compartido si el miembro real o algn miembro de compartir en el nivel de la primera hoja tiene un filtro. En su lugar, de forma individual etiquetar como un miembro compartido. Usted puede preventthe creationofduplicate

namesbytransformingdatawhenyoucreateanOLAP miembro modelo. 16 OLAP y de Integration Services

Pgina 17 2 Preparar las fuentes de datos En este captulo Definicin de usuario Definicin de datos La decisin de crear zonas de descanso ............................................. .................................................. 0.19 Limpieza Crear vistas, tablas y tablas definidas por el usuario ........................................ ....................................... 20 Adicin de columnas a las tablas Junto a los cuadros Crear ndices Transformacin de datos Decidir qu mesas estn disponibles para los Creadores de modelos OLAP ......................................... ....................... 27 Creacin de tiempo y dimensiones Cuentas ............................................. ........................................... 29

Acceso a las tablas en el catlogo de metadatos OLAP ............................................ ........................................ 32 Archivos de texto como fuentes de datos Un modelo OLAP es un modelo tridimensional de datos relacionales en la forma de un esquema en estrella. OLAP Los modelos se basan en el concepto de que los valores en una fuente de datos externo se pueden clasificar como ya sea hechos o dimensiones de los hechos. Antes de crear un modelo OLAP, entender y definir sus necesidades de negocio y sus datos fuentes. Es posible que necesite modificar algunas fuentes de datos para hacer la transicin de la relacional bases de datos o almacenes de datos a bases de datos multidimensionales ms fcil y ms eficiente. Para obtener informacin sobre la creacin de un modelo OLAP, consulte la ayuda de la consola de Servicios de Integracin. Definicin de necesidades de los usuarios Cuando se crea un modelo OLAP, su objetivo es crear una base de datos Hyperion Essbase multidimensional. Este tema se supone que entiende los principios de diseo de bases de datos multidimensionales. Ver "OLAP" en la pgina 5 y la Gua del Administrador de Base de Datos Oracle Essbase de. Antes de disear los modelos OLAP, responder a estas preguntas:

Qu datos los usuarios quieren ver en la base de datos Hyperion Essbase? Tenga en cuenta su entorno empresarial y los datos disponibles. Decida si va a crear uno o mltiples bases de datos Essbase. Definicin de necesidades de los usuarios 17

Pgina 18 Cul es el nivel de detalle de los usuarios necesitan en la base de datos Hyperion Essbase? Consideryourbusiness medio ambiente y requirementsoftheEssbasedatabase theperformance. (En general, el detalle menos almacenado en la base de datos Essbase, ms rpido ser el rendimiento.) Usted puede usar el taladro a travs de informes o anlisis hbrido para ofrecer a los usuarios a nivel de hoja de clculo puntos de vista alternativos de datos y acceso directo a los datos de origen. Qu dimensiones se aplican a cada fila de la tabla de hechos? Una dimensin es una categora de datos. Las dimensiones tpicas son producto, mercado, y la hora. Considerar cmo los usuarios desean ver los datos. Cada dimensin tiene un nmero de miembros (los valores caractersticos de los almacenes de datos). Para

ejemplo, la dimensin del mercado puede incluir miembros que representan a las ciudades. Cada fila en el hecho de tabla representa una combinacin de miembros, uno de cada dimensin. Por ejemplo, una fila de la tabla de hechos almacena las ventas para el producto A en Nueva York en febrero. Qu medidas se desea representar en la tabla de hechos? Las medidas son cantidades numricas que varan con el tiempo. Ejemplos de medidas son la cantidad vendida, costo de bienes vendidos, y el beneficio. No todos los valuesaremeasures numricos, sino todo lo measuresarenumeric valores. Definir orgenes de datos Despus de definir los datos que los usuarios necesitan en la base de datos Hyperion Essbase, definir las fuentes de datos. Considerar las siguientes preguntas: Los datos se limpia? Tenga en cuenta la calidad e integridad de los datos de origen. Ver "limpieza" de datos en la pgina 19 . Son los datos calculados por un procedimiento y almacenado no, por ejemplo, un descuento calculado para un producto especfico en un momento determinado?

Crear esta informacin en forma de tablas en la base de datos de origen. Considere el uso de un rea de ensayo. Ver "La decisin de crear zonas de espera" en la pgina 19 . Son los datos en un lenguaje de consulta nica estructurada (SQL) en la base de datos o mltiples datos de SQL fuentes? Servidor de Integracin de Essbase puede acceder a mltiples fuentes SQL, sin embargo, puede consolidar Las tablas de SQL en una sola fuente de datos SQL para cada base de datos de origen elegido. Son los archivos de datos en texto plano ())? Integration Services admite archivos de texto (archivos planos). Si los datos estn en archivos de texto, es necesario crear archivos de texto en forma de tablas en las bases de datos de origen elegido. Considere la posibilidad de crear un rea de ensayo. Vea "La decisin de crear zonas de espera" en la pgina 19 . Por otra parte, despus de construir el Essbase databaseoutline, el uso OracleEssbase AdministrationServicestoloaddata.SeeOracleEssbase Administracin de Servicios de Ayuda en lnea y "Archivos de texto como origen de datos" en la pgina 32 . 18

Preparar las fuentes de datos

Pgina 19 La decisin de crear zonas de descanso Un rea de preparacin es una base de datos RDBMS se crea para satisfacer las necesidades de aplicaciones especficas. Por lo general, un rea de ensayo es pequeo en comparacin con un almacn de datos o una transaccin en lnea procesamiento (OLTP). Asa instantnea de los datos, se actualiza constantemente los datos IsNot withnew pero se actualiza peridicamente. Utilice un rea de preparacin para estas tareas: Combine los datos de distintas plataformas o heterogneos sin necesidad de cambiar los datos de origen Afinar los datos para una aplicacin Por ejemplo, se puede calcular un subconjunto de los datos de origen de datos y ejecutar consultas ms rpidas en los datos precalculados en el rea de ensayo. Createtablesorviewsto datos denormalizethe para que mapsmoreeasilyto un modelo OLAP (Ver "Tablas de creacin de vistas, tablas y definidos por el usuario" en la

pgina 20 ) Transformar los datos no siempre se describe (ver "Transformacin de datos" en la pgina 26 ) La figura 3 muestra un rea de ensayo como parte de un almacn de datos. Los datos se copian en el rea de ensayo a partir de los datos de origen y se convierte a continuacin. Figura 3 Data Warehouse con el rea de ensayo Limpieza de datos Integration Server no limpia los datos no vlidos o inconsistentes. Datos inconsistentes pueden incluir valores incorrectos, los tipos de datos incorrectos o no coincidentes restricciones de integridad (las filas que no tener entradas para las columnas de clave requeridos). Adems, los datos no es coherente si el mismo valor que se introduce en formas diferentes. La inconsistencia a menudo se produce cuando los datos se extrae de fuentes mltiples o cuando se los usuarios introducir datos de forma incorrecta. Si los datos de origen es inconsistente, lo limpie, los datos. La limpieza de datos puede ser un proceso sencillo, por ejemplo como hacer que los datos sospechosos en valores nulos, o un proceso ms complejo que requiere una herramienta de limpieza de datos. La decisin de crear zonas de descanso 19

Pgina 20 Crear vistas, tablas y tablas definidas por el usuario Integration Server no distingue entre las tablas y vistas de orgenes de datos. Usted puede usar ellos (y las tablas definidas por el usuario) en la construccin de modelos OLAP. La creacin de vistas, tablas, tablas definidas por el usuario, o sinnimos puede proporcionar seguridad y hacer que el transicin de fuentes de datos para bases de datos multidimensionales ms fcil. Mediante la creacin de vistas, tablas, o definido por el usuario tablas, la estructura en la fuente de datos permanecen sin cambios. Crear vistas, tablas nuevas, o las tablas definidas por el usuario para estos takss: Build an Essbasehierarchydown to a specific level in a recursivetable(see BuildingEssbase Hierarchies from Recursive Tables on page 21 ). CreatealiasesinEssbase databasesfromdatastoredinmultiplecolumns insourcedatatables (see Creating Aliases for Dimensions and Members on page 29 ). Consider creating views, tables, or user-defined tables if source tables meet

any of these criteria: The source tables contain unions. Integration Server does not generate SQL for unions. Ver Removing Unions on page 22 . The source tables have columns you want to transpose to rows. See Transposing Columns and Rows on page 22 . The source tables are in a packaged application. You may not know which tables contain the data that you need because the table names provided by the application may not be meaningful in your environment. You may need to ask an application specialist to create the required tables and views (with meaningful names) in a staging area in the target data fuente. See Deciding to Create Staging Areas on page 19 . The sourcetablesarehighlynormalized.Normalizeddata isappropriately groupedand does not include redundant data. Considerdenormalizing data. See DenormalizingSourceData

Tables on page 24 . Deciding to Create a View or a Table Typically, you create views of the source data (instead of tables) because views ensure that data is current and efficiently stored. Also, you do not need to maintain two sets of the same data. When deciding to create a view or a new table, consider these questions: Does the data already exist? If the data does not exist, create a table. Do you want to index columns that are not indexed in the source table? Create a table because you cannot index columns in a view. Ver Creating Indexes on page 25 . Do you want to index columns that contain data you need to transform? Many data sources ignore indexes on columns with transformations. You probably need to create a new table. See Transforming Data on page 26 . 20 Preparing Data Sources

Pgina 21 Create tables and views in the staging area. Ver Deciding to Create Staging Areas on page 19 . Deciding to Create a User-Defined Table Create user-defined tables for the reasons described in Deciding to Create a View or a Table on page 20 . User-defined tables are created in the Integration Services Console, not in the relational database or data warehouse. Building Essbase Hierarchies from Recursive Tables A recursive table contains information in one column that is a parent or child of information in a second column. Essbase Integration Server can build Essbase outline hierarchies from a recursive source table. When creating a hierarchy from a recursive table, follow these guidelines: Toassociate aliasesoruser-definedattributes(UDA) withmemberscreatedfromarecursive table, ensure the column with which you associate the alias or UDA is fully defined. When creating an OLAP model, join the recursive table to itself.

 When creating a metaoutline, select the parent or child column you want to filter on as a member level in the metaoutline. Building a Hierarchy Down to a Specific Level To build the Essbase outline down to a specific level, create a view containing data for only the los niveles deseados. Creating Aliases or UDAs for Members in a Recursive Table If you want to associate aliases or UDAs with members created from a recursive source table, you must prepare the data: If the alias or UDA data is in a separate table, you must complete specific steps when creating an OLAP model. These steps vary, depending on whether the column, with which you are associating the alias or UDA, is fully defined (see Table 4 and Table 2 ). If the alias or UDA data is in the recursive source table, the column with which you associate the alias or UDA must be fully defined, and all alias or UDA information must relate to the fully defined column. If you want to associate an alias or UDA with the parent column of a recursive table, the parent

column must be fully defined. A recursive table parent column is fully defined when the parent column contains every value (every member proposed for the Essbase hierarchy). As, el parent column contains the lowest-level value in the hierarchy with a NULL value in the child columna. En Tabla 4 , the GEO_PARENT column is fully defined because the GEO_PARENT column contains the lowest-level value, 01010, with a NULL child in the GEO_CHILD column. Creating Views, Tables, and User-Defined Tables 21

Pgina 22 Tabla 4 Fully Defined Parent Column GEO_PARENT GEO_CHILD EE.UU. Oriente Oriente Maine Maine Bangor Bangor

01010 01010 <NULL> If you want to associate an alias or UDA with the child column in a recursive table, the child column must be fully defined. A recursive table child column is fully defined when the child column containseveryvalue(every memberproposed for the Essbasehierarchy).Thus the child column contains the highest-level value in the hierarchy, with a NULL value in the parent columna. En Tabla 5 ,the GEO_CHILDcolumnisfullydefined because theGEO_CHILDcolumncontains the highest-level value, USA, with a NULL parent in the GEO_PARENT column. Tabla 5 Fully Defined Child Column GEO_PARENT GEO_CHILD <NULL> EE.UU. EE.UU. Oriente Oriente

Maine Maine Bangor Bangor 01010 Removing Unions Integration Server does not generate SQL for unions. A union is join that combines the results of two SELECT statements. It is often used to merge lists of values contained in two tables. Si the source tables use unions, you must create views of the data that do not use the unions before you can start to work with the data in Integration Services. See your RDBMS or data warehouse documentacin. Transposing Columns and Rows Transpose columns and rows to transition data from various sources to an Essbase database. Transpose the columns before you start to work with the data in Integration Server. Consider the following example in which you create multiple Essbase measures (Init_Sales, Subsequent_Sales, and Return_Sales) from a single database column (SALESTYPE).

22 Preparing Data Sources

Pgina 23 The SALESACTUALS table contains the following columns: Tabla 6 SALESACTUALS Table PRODID MKTID TIMEID INITSALES SALESTYPE PRODID 100 2 01-012000 100,00 Venta 100 100 2 01-02-2000 10.00 Devoluciones 100 100 2

01-03-2000 50.00 Subsequent 100 100 2 01-04-2000 20.00 Devoluciones 100 100 2 01-01-2000 100.00 Venta 100 : : : : : : You want to create the Essbase outline in the hierarchy illustrated in Figure 4: Figure 4 Accounts Hierarchy You want each SALESTYPE value to form the Essbase member: SALES to form the Init_Sales member, RETURNS to form the Return_Sales member, and SUBSEQUENT

to form the Subsequent_Salesmember.Createaviewortable thattransposesrowvalues intocolumnvalues, por ejemplo: Tabla 7 View of SALESACTUALS Table with Transposed Columns PRODID MKTID TIMEID INITSALES RETURNS SUBSEQUENT 100 2 01-01-2000 100.00 0,00 0,00 100 2 01-02-2000 0.00 10,00 0,00 100 2 01-03-2000 0.00 0,00 50,00 100

2 01-04-2000 0.00 20,00 0,00 : : : : : : The following example of Oracle SQL defines the view shown in Table 7 : ) Create view SalesActuals_vw as (Select ProdId, MktId, TimeId, decode (SalesType, 'Sales', Sales, 0) "InitSales", decode (SalesType, 'Returns', Sales, 0) "Returns", decode (SalesType, 'Subsequent', Sales, 0)"Subsequent" Creating Views, Tables, and User-Defined Tables 23

Pgina 24 from SalesActuals ) After defining a new table or view, use it to create an OLAP model.

Denormalizing Source Data Tables Ifdataishighly normalized, it may not map clearly to OLAPmodels. Normalizeddataisgrouped and has no redundant data. You can use normalized source tables to create an OLAP model by specifying joins, but it may be more efficient to create a new table of denormalized data in the RDBMS. If you use the denormalized data source, Integration Server does not need to compute the joins when building OLAP models. In this example, in the first three tables, data is highly normalized, minimizing redundant data: Tabla 8 Normalized Product Family Data FAMILYID FAMILYDESC 100 Colas 200 Root Beer Tabla 9 Normalized Product Data PRODID FAMILYID 100-10

100 100-20 100 100-30 100 Tabla 10 Normalized Product Description Data PRODID PRODDESC 100-10 Cola 100-20 Diet Cola 100-30 Caffeine Free Cola The following shows denormalized data in one table: Tabla 11 Denormalized Product Data FAMILYID FAMILYDESC PRODID PRODDESC 100 Colas 100-10 Cola 100 Colas

100-20 Diet Cola 24 Preparing Data Sources

Pgina 25 FAMILYID FAMILYDESC PRODID PRODDESC 100 Colas 100-30 Caffeine Free Cola 100 Colas 100-10 Cola 200 Root Beer 200-10 Root Beer Adding Columns to Tables Addingcolumns totablesinrelational sourcedatabases eliminatesseveralmanualtasksrequired by Integration Services. Setting Up Columns to Support Member and Measure

Propiedades To add columns in relational database tables to use the member and measure properties in Integration Services: 1. Create columns in the relational database source. 2. Name the columns. 3. Define member and measure properties for the columns. Nota: For purposes of explaining concepts, this chapter uses the column names of the Integration Services sample application. Junto a los cuadros In data source tables, set up primary and foreign keys to join the following tables: Tables that form the fact table. See Selecting Tables for the Fact Table on page 28 . Tables within each dimension branch. See Selecting Tables for Dimensions on page 29 . Dimension tables joined in the fact table. When you join tables in the RDBMS, Integration Server detects joins while

building OLAP modelos. Creating Indexes Integration Server detects indexes (including bitmapped indexes) you have defined on source tables and uses them to create an Essbase outline and to load data. Indexes are pointers logically Adding Columns to Tables 25

Pgina 26 arranged by the values of a key. Indexes optimize access to relational data. Bitmapped indexes are specialized indexes that may improve performance during analysis of numeric data. To improve performance: Define indexes on columns you use to filter data in the source database or in the OLAP model.For example,ifthe sourcedatabasecontainscolumns forcityandstate,and youfilter on city or state ( SELECT * FROM Region WHERE State = Ca% ), then index the columns

which you are filtering (here, State). If you are creating and filtering on alias names, index the column containing alias names. See Creating Aliases for Dimensions and Members on page 29 . Define bitmapped indexes on numeric data you use to filter the database. Por ejemplo, si you filter on sales values SELECT Product FROM ProdSales GROUPBY Product ORDERBY ProdId HAVING SUM(Sales)>15000 , then consider defining a bitmapped index on sales values. Most source databases support bitmapped indexes. See the documentation for the RDBMS or data warehouse that you are using. Transforming Data You may need to transform data, for example, to change date formats. Assume you want to create an OLAP model, combining data from sales and financial databases. If the sales database specifies New York as New_York and the financial database specifies New York as NY, you can transform NY to New_York in the staging area (see Deciding to Create Staging Areas on page 19 ) without changing source data.

Youcan dosomedatatransformations in OLAPmodels and metatoutlines.(Fora listof available transformations, see Integration Services online help.) If you must do significant transformations on the data, consider using a data transformation tool before you use the data in Integration Server. Transformations youmust performinsourcedatabases,and not inIntegrationServices,include los siguientes: Most frequently accessed transformations For example, you want the Essbase database outline to include members for Year, Qtr, and Month, and the data source table contains a column called TRANSDATE. TRANSDATE holds the transaction date for each row. Transform the data ahead of time, creating a source table that contains the columns YEAR, QTR, and MONTH. The columns contain data transformed from the TRANSDATE columna. You can index the YEAR, QTR, and MONTH columns to improve performance. Nota:

Many data source databases ignore indexes on columns with transformations. Transformar the data and create a physical table with new columns that can be indexed. Transformations to take the intelligence out of key columns 26 Preparing Data Sources

Pgina 27 Some key columns may include categories of information you want to split out before using the data in Integration Server. For example, if the source table has a PRODID column containing product identification information, transform the data in the data source so that it maps to the data categories you want to display in the Essbase outline. In Figure 5 , Para example, the categories are CUSTID, STATE, and PRODNUM. Figure 5 Transforming a Product Code Stored in a PRODID Column Deciding Which Tables Are Available to OLAP Model Creators When you connect to source databases, Integration Services Console displays all tables to which the source database user ID provides you access (SELECT permission). Forall sourcedatabases,if youhavepartial accessto a table,Integration

Serverdisplaysthewhole mesa. In the OLAP model, Integration Server cannot filter, load data, or load members in a column for which you do not have SELECT permission. Nota: For DB2, if you do not have access (SELECT permission) to a table, you cannot view columns or use the table to build OLAP models. Nota: System performance can suffer if the username employed to access the RDBMS data source has SELECT permission to more tables than are used by Integration Services For security and administration, define access: Create specific RDBMS user IDs for users who create OLAP models. Create views of data and provide users who create OLAP models with access to the views rather than the original tables. Set conditions so that users access only a subset of the view. See the documentation for your RDBMS or data warehouse. Nota:

When you connect to the source database, Integration Server provides readonly access to it, regardless of the access provided by the source database user ID. Deciding Which Tables Are Available to OLAP Model Creators 27

Pgina 28 Nota: When configuring ODBC data for Teradata, always use the UseXViews option. Selecting Tables for the Fact Table A fact table is a logical container for the relational tables defining the data values (measures) for each dimension intersection in an OLAP model. The type of Essbase database you create determines which source tables to include in the fact mesa. See Defining User Needs on page 17 . Nota: If you configure ODBC data sources for Teradata, invoke the UserXViews option. When selecting source tables for the fact table, consider data distribution in tables and how the data relates to dimensions in the Essbase database. Select tables containing measure data that Essbase users want to see. For

example, if the source database contains ORDERS and ORDERDETAILS tables, include both tables. Tabla 12 ORDERS and ORDERDETAILS Tables for the Fact Table rdenes ORDERID TRANSDATE SHIPID EMPTYID Order Details ORDERID PRODID NUMUNITS UTPRICE Select tables that represent dimensions (data categories) on which users want to analyze data. For example, if users need to analyze product sales by time and sales channel, select tables containing key columns for these dimensions. You may improve performance by creating aggregate data in tables instead of in views. Ver Creating Views, Tables, and User-Defined Tables on page 20 . See Deciding to Create Staging Areas on page 19 . If the Essbase users need to only aggregate data, then include tables or views of aggregated data. You can add more detail as you build the OLAP model.

Nota: If your data source is a relational database, you can improve performance by setting up primary and foreign keys, and joining the tablesthat formthefact table.See Adding ColumnstoTables on page 25 . 28 Preparing Data Sources

Pgina 29 Selecting Tables for Dimensions A dimension is a data category. Typical dimensions are Product, Geography, and Time. . A dimension table is a logical container within an OLAP model. A dimension table includes one or more relational tables defining a potential Essbase dimension. A dimension table can join to other dimension tables, forming a dimension branch . The data needed for analysis in Essbase applications determines which source tables used to create dimensions. See Defining User Needs on page 17 . When selecting source tables for dimensions, select tables that include the maximum amount of information about the data

category (dimension). Creating Aliases for Dimensions and Members An alias often providesan easilyidentifiablelabel,suchasaproductnameorproductdescription, for columns in relational data sources. For example, the 200-20 member could have the alias Root Beer. You can create nine alias tables (including the Default alias table) for a given metaoutline to store nine aliases for dimensions, members, attribute dimensions, attribute members, and userdefined members. If the source data contains information you need to create aliases in an Essbase outline, include the relevant data as columns in the associated OLAP model. Then, when you create a metaoutline, you can retrieve alias information from columns of the OLAP model. One column of source data can be used to create multiple aliases. Multiple columns of source data can be used to create a single alias. If alias information for a single alias is in multiple columns, complete one of these procedures:

In the source database, create a view or table to concatenate (and, if necessary, transform) alias information into a single column. Creating a view or table is preferred if alias information is stored in three or more columns. In the OLAP model, concatenate (and, if necessary, transform) columns containing alias informacin. See the Integration Services Console online help. In the OLAP model, use the pass-through feature to run a procedure that uses relational logic to retrieve alias information from the columns you specify. If a field in one column is empty, the procedure tells the source database to retrieve alias information for that field from a different column. For information on pass-throughtransformations, seeIntegration ServicesConsoleonline help. Creating Time and Accounts Dimensions In an OLAP model, you can create time and accounts dimensions that relate directly to the Essbase outline.The timedimension table containsdate-relatedcolumnsfromthe relationaldata

Creating Time and Accounts Dimensions 29

Pgina 30 fuente. The accounts dimension table contains measures columns that duplicate columns in the hecho de la tabla. Preparing Data for Time Analysis If your business requires time-related analysis, include a time dimension in the Oracle Essbase esbozar. A time dimension includes members for the time periods that you report on; for example, months. To support a time dimension, the data source should include: One or more time-related columns associated with measure data. One or more tables containing user-defined calendars. A user-defined calendar maps the time-related column in the fact table to a specific business calendar. Associating Time Data with Measure Data For Integration Server to map data that you are measuring to specific time periods, the source data for the fact table must contain one or more time-related columns.

Working with Summary Data Ifthe measurescolumns inthesource datacontainsummarydata,thetimerelatedcolumnmust indicate the time period for which the data is summarized. For example, assume that the SALESINVACT table contains measures columns SALES and COGS; a date-related column, TRANSDATE; and STATE and PRODCODE columns that categorize by sales date, state, and cdigo de producto. Tabla 13 TBC_MD Data in the SALESINVACT Table STATE PRODCODE TRANSDATE SALES Costo de Ventas ... Illinois 100-10-C001-S0002-P001 Jan 4 2000 12:00 AM 672.00 217.00 Illinois 100-10-C001-S0002-P001 Feb 4 2000

12:00 AM 241.00 70.00 Illinois 100-10-C001-S0002-P001 Mar 3 2000 12:00 AM 287.00 84.00 Illinois 100-10-C001-S0002-P001 Apr 7 2000 295.00 85.00 30 Preparing Data Sources

Pgina 31 STATE PRODCODE TRANSDATE SALES Costo de Ventas ... 12:00 AM Illinois 100-10-C001-S0002-P001 May 3 2000 12:00 AM

702.00 207.00 Each row in the SALESINVACT table summarizes product sales and costs for a particular date for customers from a particular state. A row can also summarize data by other periods; for example, by week. Formatting Dates Integration Server supports three data types : string, numeric, and datetime. The data type of the source data column containing time-related data does not matter. For example, the date can be a timestamp in a column with a datetime data type, or it can be keyed data in a numeric column (for example, 09232000 or 20000923). A string column can contain dates with or without separating characters such as slashes or periods (for example, 09/23/2000 or 23.09.2000 or 09232000). Portions of the date can be included in the source data as separate string or numeric columnas. The values in time-related columns must map to the time periods you want in the time dimensin. If dates are stored as datetime data types and you want quarterly totals, Integration

Server can determine the quarter. If dates are stored in numeric or string columns and you want quarterly totals, you must have an explicit column containing the associated quarter for thedata that you want to consolidate. Working with Data in Similar Time Periods In certain applications, such as general ledger and legacy systems, tables may be organized so that columns identify similar time periods. For example, a single row may include all months of a year. In this case, each subsequent row includes a measure category as a data value; for example, a specific account number. Tabla 14 Columns Defining Time Periods PRODCODE STATE ACCOUNT JAN Febrero MAR ... 100-10-C001-S002-P001 AZ Venta 672.00 241.00 287.00 100-10-C001-S002-P001 AZ

Costo de Ventas 403.00 132.00 177.00 100-10-C001-S002-P001 CA Venta 401.00 143.00 378.00 100-10-C001-S002-P001 CA Costo de Ventas 260.00 101.00 226.00 Creating Time and Accounts Dimensions 31

Pgina 32 To create a dimension of the type time, Integration Server requires that all time identifiers be in one column and that accounts identifiers be in separate columns, as shown in Table 15 . If data is stored with each month as an individual column, as shown in Table 14 , restructure the data. Individual months should be data values in a MONTH column, and the measures categories, such as SALES, should be separate columns. Tabla 15 Time Periods Stored as Data Values PRODCODE

STATE MONTH SALES Costo de Ventas 100-10-C001-S002-P001 AZ 1 672.00 403.00 100-10-C001-S002-P001 AZ 2 241.00 132.00 100-10-C001-S002-P001 AZ 3 287.00 177.00 100-10-C001-S002-P001 CA 1 401.00 260.00 100-10-C001-S002-P001 CA 2 143.00 101.00 100-10-C001-S002-P001 CA 3 378.00 226.00 100-10-C001-S002-P001 AZ 1 672.00 403.00 You can write a program to convert the data to a table that uses the

appropriate format or use the source database to transpose the columns (see Transposing Columns and Rows on page 22 ). Accessing Tables in OLAP Metadata Catalog If you create an OLAP Metadata Catalog and then log on with a different user ID, you cannot accessthe tablesin the OLAP MetadataCatalog unlessyoucreateanalias for theuserID(Sybase, SQL Server) orsynonyms for the tables(DB2, Oracle). Seethe Oracle Essbase IntegrationServices System Administrator's Guide . Text Files as Data Sources In Oracle Essbase Integration Services, you can use text files ( flat files ) as data sources, but note these conditions: Open Database Connectivity (ODBC) drivers cannot extract month names from date fields in text files, for example, January cannot be extracted from 01/30/04. During a member load, you can apply a transformation so that the numerical value is converted into the name of the month.

 Ifthe data sourceconsistsof severaltext filesthatresembleorconsist of tables, theimporting of data will be much like that of importing relational data. If the data source is one large, 32 Preparing Data Sources

Pgina 33 contiguous text file with several different columns, it is likely that you will need to cleanse your data beforehand (see Cleansing Data on page 19 ). Or you may drop some tables multiple times to represent dimensions. You may also need to define your joins explicitly for optimal performance (see Joining Tables on page 25 . Text Files as Data Sources 33

Pgina 34 34 Preparing Data Sources

Pgina 35 ndice A accessing tables in OLAP Metadata Catalog, 32 accounts dimension sample hierarchy, 23 use in Essbase outline, 30 adding columns to tables, 25 aggregation choosing level of, 18 defined, 6 alias concatenating, 29 creating for dimension or member names, 29 multiple aliases, using, 29 pass-through transformations and, 29 recursive tables and, 21 B balanced hierarchies, 13 batch processing, Integration Services Shell, 10 bitmapped indexes, defined, 26 C cleansing data, 19 columnas

adding to tables, 25 availability, aliases, 29 fully-defined in recursive tables, 21 indexes, 26 supporting member and measure properties, 25 time-related, defining in source data, 30 transposing with rows, 22 concatenation and aliases, 29 Console . See Integration Services Console consolidacin defined, 6 drill down and, 7 example, 6 members, 6 la creacin de Essbase databases, workflow, 10 hierarchies, 21 indexes, 25 customer comparisons, 5 D datos cleansing, 19 combining multiple sources, 19

denormalizing, 24 drill down, 7 ensuring consistency, 19 pivoting to change view, 7 preparing for time analysis, 30 source preparation, 17 transforming in data source, 26 types of, 17 fuentes de datos build levels, 21 defining, 18 parent-child, 21 spreadsheet files, 7 SQL, 7 text files, 7 workflow for transferring, 10 data types and cleansing, 19 data warehouse, diagram, 19 data warehouses source of data, 7 databases . See data sources dates, formatting in source data, 31 DB2, tables displayed in, 27

denormalizing data, 24 deploying hierachies, 14 deploying hierarchies, 14 , 15 A BCDE F GH Yo J K LMNOPRS T U VW ndice 35

Pgina 36 detail data choosing level of, 18 retrieving, 7 dimension branches, defined, 29 dimension names, creating aliases for, 29 dimension tables defined, 11 , 29 OLAP models, 11 dimensiones

choosing, 18 choosing tables for, 29 creating in a metaoutline, 11 defined, 6 , 10 , 12 , 17 , 29 examples, 6 frequency of change, 6 members, 6 Scenario, 11 use in consolidation, 6 using in metaoutlines, 11 drill down, 7 drill up, 7 drill-through report members, 12 drill-through reports, 12 duplicate members, 15 E Essbase accounts dimension, 29 databases, workflow, 10 designing a database for user needs, 17 Essbase Server, defined, 5 hierarchies, creating, 21 members, compared to metaoutlinememberlevels,

12 users, 6 Essbase Integration Server . See Integration Server Essbase Integration Services . See Integration Services Essbase Integration Services Shell . See Integration Services Shell Essbase Server, defined, 5 Essbase Server, overview of, 6 F fact table choosing tables for, 28 compared with dimensions, 18 defined, 11 , 28 measures and, 28 role in OLAP model, 11 facts, defined, 10 , 17 filters, 26 flat files as a data source, 18 , 32 combining with SQL data sources, 19 forecasting, 6 fully defined columns, defined, 21 G general ledger data, 31

H hierarchies balanced, 13 building from recursive tables, 21 consolidation and, 6 creating, 21 data sources for building to a specific level, 21 deploying, 14 , 15 ragged, 14 recursive, 15 standard, 14 types, 13 unbalanced, 13 using, 13 Hyperion Essbase . See Essbase Hyperion Integration Server . See Integration Server Hyperion Integration Server Desktop . See Integration Services Console Yo indenting, 6 los ndices de working with, 25 , 26 indexes, working with, 25 , 26 Integration Server, defined, 9

Integration Services about, 7 data warehouse, 19 defined, 5 Integration Services Console, defined, 9 Integration Services Shell, defined, 10 OLAP Metadata Catalog, defined, 10 A BCDE F GH Yo J K LMNOPRS T U VW 36 ndice

Pgina 37 product family, 9 , 10 workflow, 8 , 10 Integration Services Console, defined, 9 Integration Services Shell batch processing, 10

defined, 10 integrity constraints, cleansing data, 19 intersections, defined, 6 J joins joining tables in your RDBMS, 25 reducing through denormalization, 24 unions, removing, 22 K keys, columns, transformations and, 27 L legacy data, preparing, 31 levels, data sources for building, 21 logical model, description, 10 M measure filters . See filters medidas bitmapped indexes and, 26 data, associating with time periods, 30 defined, 12 , 18 fact table and, 28 using with columns, 25 member filters . See filters member levels, defined, 12

member names, creating aliases, 29 miembros consolidacin, 6 defined, 6 dimensions, 6 examples, 6 OLAP models, 6 using with columns, 25 metadatos accessing OLAP Metadata Catalog, 32 defined, 9 metadata repository . See OLAP Metadata Catalog metadata, OLAP Metadata Catalog storage, 9 metaoutlines advantages of, 11 components, 12 creating dimensions, 11 models . See OLAP models multidimensional databases defined, 6 uses, 6 workflow, 7 , 10 multiple alias tables, using, 29

N normalized data, denormalizing, 24 numeric data, indexes and, 26 O OLAP Builder . See metaoutlines OLAP Catalog . See OLAP Metadata Catalog OLAP Command Interface . See Integration Services Concha OLAP Integration Server . See Integration Server OLAP Metadata Catalog accessing tables, 32 configuring for ODBC, 10 defined, 9 , 10 OLAP metaoutline . See metaoutlines OLAP models choosing which tables are displayed, 27 components, 10 creating, 9 defined, 11 dimension tables, 11 dimensions, 6 fact table, 11 graphic illustration, 11 members, 6

uses, 5 OLAP Server . See Essbase Server Online Analytical Processing (OLAP), defined, 5 P parent-child data source, 21 pass-through transformations, aliases and, 29 rendimiento bitmapped indexes and, 26 A BCDE F GH Yo J K LMNOPRS T U VW ndice 37

Pgina 38 increasing through denormalization, 24 permissions, required in the SQL data source, 27 perspective, changing data on a spreadsheet, 7 pivoting, using to change data view, 7

privileges . See permissions product code, example, 27 product comparisons, 5 R ragged hierarchies, 14 read-only access, SQL data sources and, 27 recursive hierarchies, 15 recursive tables aliases and, 21 creating Essbase hierarchies from recursive tables, 21 defined, 21 defining for alias or UDAs, 21 fully-defined columns for, 21 rules for, 21 redundant data, denormalizing, 24 relational databases . See data sources repository . See OLAP Metadata Catalog roll-ups, defined, 6 rows, transposing with columns, 22 S sample, hierarchy, accounts dimension, 23 scenarios, 7 seguridad

SQL data sources, 27 views and, 20 SELECT permission, 27 statements, combining, 22 snapshot, staging area, 19 datos de origen denormalizing, 24 transforming, 26 sources . See data sources spreadsheet files, data sources, 7 SQL data sources combining, 19 combining flat files, 19 consolidating multiple, 18 read-only access to, 27 required permission for, 27 security, 27 staging area, 19 SQL Drill-Through . See drill-through reports staging area advantages of, 19 deciding whether to create, 19

defined, 19 diagram, 19 standard hierarchies, 14 star schemas . See OLAP models strategic planning, 7 summary source data, associating with time periods, 30 T tablas accessing tables in OLAP Metadata Catalog, 32 choosing which tables are displayed in OLAP models, 27 creating to denormalize data, 24 deciding whether to create new tables, 20 denormalizing, 24 joining, 25 reasons to create, 20 recursiva aliases and, 21 defined, 21 fully-defined columns for, 21 rules for, 21 UDAs or aliases, 21

text file as a data source, 7 , 32 tiempo analysis, preparing data for, 30 associating with measures data, 30 time-related columns, defining in source data, 30 time dimension defined, 30 use in Essbase outline, 30 transformaciones defining in SQL data sources, 26 example in data source, 27 indexes and, 26 key columns and, 27 transposing columns and rows, 22 trends, 5 A BCDE F GH Yo J K LMNOPRS T U VW 38

ndice

Pgina 39 U UDAs, creating in recursive tables, 21 unbalanced hierarchies, 13 unions, removing, 22 user needs, defining, 17 user privileges . See permissions user-defined dimensions, defined, 11 user-defined tables, 20 users, Essbase, 6 V variables, defined, 18 puntos de vista deciding whether to create new views, 20 reasons to create, 20 W what if scenarios, example, 6 WHERE clause . See filters flujo de trabajo Integration Services, 8 Integration Services product family, 10