a. Características con datos maestros

b. DSO

c. Infocubo

d. Multiprovider

e. Virtualprovider

a. SPO

b. Conexión de Transporte

c. Infocubo

d. Infoobjeto como Infoprovider

e. ODS

a. El rendimiento de las querys en los Multiproviders ha mejorado debido a que el sistema las divide en subquerys independientes

b. El tiempo de ejecución total lo determina la subquery más lenta

c. Es una solución cuando nos encontramos infocubos con mucha información histórica y que podríamos dividir en infocubos más pequeños restringiendo por un valor de característica . Por ejemplo el ejercicio.

d. Dividiendo los infocubos que conforman al Multicubo, ganaríamos en rendimiento.

a. Característica con Datos Maestros

b. InfoCubos

c. Infosets

d. Niveles de Agregación

e. Multiprovider

h. Multisets

a. Fichero

b. Infoobjeto

c. Infoset

d. Rutina

e. ODS

f. Infofuente

a. Target / No Target

b. Direct Access / No Direct Access

c. Simple / Compuestos

d. Sin clasificación

a. Basado en DTP acceso directo

c. Basado en una BAPI ( Business Application Program Interface

d. Basado en un Modulo de Funciones

e. Basado en Rutinas

a. Indistintamente en BW o el propio ERP de SAP siempre que la versión sea 6.0

b. BW si la BBDD es HANA

c. BWA

d. BW utilizando un conectar UD

a. DSO + Infoset Particionado

b. Virtual provider + Infocubo en BWA

c. RDA + Infocubo en BWA

d. DSO de escritura directa

a. Permite un diseño de la solución más rápido

b.incrementa el coste del proyecto

c. Aumenta el tiempo de implantación

d. Parte de objetos pre-configurados disponibles después de su activación

a. ODS

b. SPO

c. Conexión de Transporte

d. Infocubo

e. Infoobjeto como Infoprovider

a. Creamos un sistema fuente para la BBDD relacional de SqlServer utilizando el conectar DB - PASO1

b. Creamos una fuente de Datos SqlServer - Paso 1

c. Creamos una fuente de datos a la tabla y un infopaquete - PASO 2

d. Creamos directamente el infopaquete - PASO 2

e. Creamos una transformación de la fuente de datos al infocubo - PASO 3

f. Creamos transformación desde el sistema fuente al infocubo - PASO 3

g. Creamos un DTP - PASO 4

h. Creamos un DTP acceso directo - PASO 4

i. Ejecutamos el infopaquete y el DTP - PASO 5

j. Ejecutamos solamente el DTP y no el infopaquete - PASO 5

a. Fichero CSV

b. Query SAP

c. ODBO

d. JDBC

e. Oracle, siempre que la BBDD de BW sea Oracle

f. XMLA

a. Diseño de querys BW

b. Diseños de informes BEX

c. Autorizaciones

d. Modelado de flujos BW

a. Tanto el agregado como el infocubo se comprimen

b. Solamente se comprime el infocubo

c. La compresión únicamente tiene sentido en los ODS

d. Solamente se comprime el agregado

a. Atributos de navegación

b. Ratios

c. Jerarquías

d. Características

e. Índices

a. Red

b. Documentos

c. Índices talas BBDDc.

d. Memoria RAM

a. RSA3

b. RSA1

c. RSMON

d. RSA7

a. Seleccionamos el objeto - PASO 1

b. Lo arrastramos a la zona de transporte - PASO 2

c. Pulsamos en el camión de transporte - PASO 3

d. Cambiamos el paquete de transporte de $TMP a uno válido - PASO 4

e. Creamos / Seleccionamos una orden de tansporte del paquete - PASO 5

h. Checkeamos status del transporte - PASO 6

j. No existe proceso alguno

a. Querys , joins y agregados en Rutina

b. Crea y almacena índices para infocubos

c. Optimiza tiempo de las querys

d. Guarda la fuente de datos

a. Estructura

b. Con respecto a que características queremos hacer el particionamiento

c. Informar los ratios y sistemas fuentes

a. Infocubo para el historial ( Con Accelerator)

b. DSO basado en RDA o VirtualPRovider para acceso a info en tiempo real

c. 3 infocubos

a. Poder definir reportin ad-hoc ( es decir reporting a medida)

b. Reporting en tiempo real trabajando desde el propio SAP ERP

c. Reporting en tiempo secuencial tipo pull in

a. Instalar un cliente BI específico en el propio SAP ERP ( entorno desarrollo para poder definir las querys), esta información puede ser atacada por Bex Querys y otras aplicaciones de reporting.

b. Instalar el cliente 100 en SAP ERP

a. Infosets Clásicos (pueden ser definciones de un SELECT)

b. ODP ( suelen ser fuentes de datos BW disponible para terceros, P/E data services de BO)

c. Analytical Index provider

d. 3 infocubos + 1 infosets cásico

a. En BWA

b. En BW si utiliza como BBDD Hana

c. SAP ERP

a. Transient Provider

b. Composite Provider

c. Infoset clasitos

a. Es un Infoprovider In-memory

b. Almacena sus datos en una estructura de modelo en estella simple: Dimensiones y hechos

c. Es un tipo de infocubo avanzado

d. Su info puede llegar hasta un ODS (APD) o bien a uno tipo Analytical Index

e. Su uso es exclusivo para entornos APD como el ODS tipo APD

a. Es un entorno que permite a usuarios finales avanzados adaptar los infoproviders (BWA o HANA) de SAP BW definidos desde el departamento de IT en datos excel (herramienta mas usada en IT) o en base a querys definidas por el usuario

b. Es un por al que permite a los usuarios iniciales definir y adaptar sus propios infoproviders de cara a la explotación de la info en reporting

a. BWA (Business Warehouse Accelerator)

b. Hybrid provider

c. Transientprovider

d. Analytical Index

e. Composite Provider

h. Infocubo Multiavanzado

1. Modificar Objeto

2 . Modificar particiones (pueden ser manuales o bien replica desde otro infocubo)

3. Iniciar activación

4. Crear transformación

5. Crear DTP

6. Crear cadena de procesos

7. Ejecutar Infopaquete

a. DSO

b. Infoobjeto

c. Multisitio

d. Infoset

e. Objeto partición semantica OPS

h. RDA

a. Permite un diseño de la solución más rápido

b. Incrementa el coste del proyecto

c. Aumenta el tiempo de implantación

d. Parte de objetos pre-configurados disponibles después de su activación

a. Permite un diseño de la solución más adecuado a las particularidades de cada cliente

b. PErmite un diseño de la solución más rápido

c. Aumenta el tiempo de implantación

d. Parte de objetos pre-configurados disponibles después de su activación

a. Extractores SAP - No SAP

b. Fuentes de datos

c. Objetos

d. Transformaciones

e. Infositios

h. Querys / Libros de trabajo

g. Template (Reporting Web)

i. Roles

j. BBDD Oracle bmap

1. Roles

2. Libros de trabajo o workbooks

3. Queries

4. Infocubos

5. Extractores & Transformaciones

6. Infoobjetos

7. Servidores

a. El Business Content para un modulo de SAP puede activarse en un solo paso individual

b. El Business Content puede ser activado de forma parcial. No hace falta activarlo completamente. Podemos elegir elementos de forma individual

c. EL Business Content está preparado para realizar procesos ETL de sistemas fuente que no son del fabricante SAP

d. No hay necesidad de activarlo se activa automáticamente en la instalación de SAP BW . Ya viene activado no se debe hacer nada

a. Pueden mantenerse en SAP BW manualmente

b. Pueden manternerse en SAP BW sólo mediante carga por procesos de ETL

c. No se usan jerarquías en SAP BW

d. Pueden mantenerse en SAP BW mediante carga por proceso ETL

a. Querys ( tiempos de ejecución)

b. Carga de los datos ( tiempos de carga de los datos)

c. Status de las cargas ( si han ido bien por ejemplo)

d. Registros de inicialización

a. Rol SAP_BWC_BI_ADMNISTRATOR

b. Infocubo y VirtualProvider

c. Multiprovider

d. Cadena de Procesos

e. Proceso ELT (DTP y Transformación)

f. Fuente de datos

g. Infoobjetos

h. Páginas Web (Reports)

i. Paquete Portal (BI Administration Cockpit

j. BWA Registros

a. Los agregados no se pueden comprimir

b. LAs peticiones del Agregado solo se pueden comprimir si son del ODS

c. Las peticiones del Agregado se pueden comprimir

d. Las peticiones del Infocubo estándar se pueden comprimir

a. Activate/ Activar ( se debe activar y llenar con la cola de info que contenga ese cabo para la definicion del agregado)

b. Turn Off/Apagar ( se utiliza para testear el rendimiento y no es posible la entrada de querys en el agregado

c. Deactivate /Desactivar( Para borrar la información)

d. Delete/ Borrar ( Eliminar la definición del agregado)

e. Parametrizar campos

a. Al llegar una petición nueva de carga de datos al infocubo, una vez hecha la carga, hay que hacer un "rollup" para que también lleguen estos nuevos datos al agregado

b. Si hay modificaciones en los datos maestros de un infoobjeto que se utiliza en el agregado, tendremos que hacer un "Change run" para que el agregado lo tenga en cuenta. De igual forma si es una jerarquía

c. En la cadena de proceso para la carga del cubo, tendremos que añadir pasos extra para realizar el " Change Run"

d. Al llegar una nueva petición de carga de datos al Infocubo, no es necesario hacer un "rollup" para que también lleguen los datos nuevos al agregado, esto es automático

a. El objetivo de los agregados es la optimización en la ejecución de las querys

b. El factor de compresión nos informa del número de registros que tuvo la última compresión de peticiones

c. El número de registros que contiene puede ser mayor que el del infocubo

a. Sólo puedo tener un agregado por infocubo, es una restricción

b. Con agregados la cadena de proces no cambia para la carg ade datos al infocubo

c. Puedo adaptar la base de datos multidimensional al uso que hacen los usuarios ejecutando querys incrementando la rapidez de ejecución

d. El tiempo de ejecución de las querys se reduce

a. Puedo adaptar la base de datos multidimensional al uso que hacen los usuarios ejecutando querys, incrementando la rapidez de ejecución

b. Con agregados la cadena de proceso no cambia para la carga de datos al infocubo

c. Los agregados de los infocubos son más rápidos que los de los ODS

d. Solo puedo tener un agregado por infocubo, es una restricción

e.El tiempo de ejecución de las querys se reduce

a. Las componentes de visualización se definen a nivel de sistema fuente

b. Las componentes de aplicación se definen a nivel de sistema fuente

c. Las componentes de visualización se definen para organizar las cadenas de proceso

d. Las componentes de aplicación se definen para organizar las fuentes de datos

a. Automatizar tareas complejas dentro de BI

b. Visualizar procesos de forma gráfica

c. Controlar y monitorizar de forma centralizada tareas dentro de una CP o varias enlazadas

d. Generar reportes y estadísticas

a. Proceso = Tipo + Variante

b. Una cadena de proceso como mínimo tiene que tener un proceso de inicio

c. SAP nos provee con multitud de tipos estándar (tipos de procesos)

d. En caso de no encontrar el que queremos, tenemos la posiilidad de desarrollar un programa ABAP

e. Las cadenas de proceso se agrupan en componentes de visualización

f. Se Agrupan en carpetas

a. Inmediata

b- Planificada a una fecha

c. Ejecución períodica

d. solo en la mañana

a. Flecha negra: Significa que siempre que se ejecute este proceso, empieza otro

b. Flecha verde: Significa que pasará a ejecutarse el próximo procedimiento si el anterior a acabado con éxito

c. Flecha Roja: al fallo

d. Flecha Naranja: Warnings!

a. It is preconfigured and end-to-end in scope

b. It speeds implementation

c. BI Content cannot be changed

d. BI Content cab be copied and used as a template

a. Evaluating cache options

b. Creating aggregates

c. Java scripting

d. Using BW accelerator

a. Aggregate can only be created for Infocubes, VritualCubes or DataStore Objects

b. Aggregates can be based on navigational attributes associated with the Infocube

c. Using aggregates increases the volume of data that is accessed for each query

d. Aggregate can be based on characteristics in dimension tables

a. A rollup can consist of only ne request

b. The request ID controls the request

c. A rollup is the term given to initially loading data into and aggregate

d. The request ID is stored in the aggregate

a. Deleting the last load of bad data

b Delelint data for a specific company code and division combination

c. Deleting the request from both the change log and the active table if the request was already activated, but not in the follo-on target

d. A targeted deletion of change log data

a. Process chains have a graphical design user interface

b Process chains have log, checking, and planning views

c. Collector processes represent activities tipically performed in the operative use of SAP BW

d. Collector processes include AND, and OR, and EXOR

a. BI CCMS ( donde podemos definir alertas y el status de las mismas)

b. Load Data (Cuando ejecutamos infopaquetes o DTP)

c. Open Hub (permite exportar info de un infocubo de BW a otro sistema, puede ser un fichero plano o bien gestor de BBDD)

d. Real-Time Data Acqusition ( Analiza los diferentes demons de la RDA)

e. BI Accelerator (Analiza índices)

f. Monitor de agregados

g. Monitor de Data Store Objects

h. Workload

j. BI Delta Queue ( con la transaccion ST03, detalle de analisis basado en programación)

k. Monitor de descargas

a. Gestionar las cadenas de proceso

b. Mantener los procesos de carga (Infopaquetes y DTP)

c. Controlar los documentos (por ejemplos analisis en formato word, guardado en el cubo para que quede disponible la informacion para los de MANTO)

d. Definir, asignar y gestionar autorizaciones (seguridad y acceso de la info)

e. Realizar tareas de modificación de infositios para incrementar el rendimiento (particiones por ejemplo)

f. Control sobre ficheros

a. Contenido

b. Rendimiento

c. Peticiones

d. Transferir (roll-up) : agregados

e. Compresión (collapse)

f. Re-estructuración (3.X)

g. Ratios sin asignar

a. Tenemos una visión de las diferentes características asociadas a las diferentes dimensiones

b. Tenemos acceso mediante botones inferiores a ver el contenido del infocubo a nivel global, luego acceso directo a la tabla de hechos (F-Datos no comprimidos)

c. Con el boton : Borrado selecitvo tenemos acceso mediante filtros borrar la información del infocubo

d. Controlar la cadena de procesos

a. Índices BD

b. Estadisticas de BD (BD Statistics)

c. Transformaciones

a. Ejecutamos la transferencia (roll-up) de las peticiones que llegan al infocubo hacia los agregados

b. Tambien tenemos la opción de comprimir la petición en el agregado en el mismo paso

c. Vision sobre el grupo de características

a. Ejecutamos el proceso de cmpresion de peticiones en el infocubo

b. La ejecución puede ser ; Inmediata, Planifica en un job o como proceso en cadena de procesos

a. Roll up

b. Activar la petición

a. Roll-up

b. Activar la petición

a. Contenido

b. Peticiones

c. Reestructuracion (3X)

d. Comprimir

a. Podemos ver las diferentes características y Ratios que conforman la clave de la tabla

b. Las tablas disponibles va variar en dependencia del ODS (Estándar , escritura directa y Optimizado a escritura)

c. Permite borrado selectivo

d. Permite hacer roll up

a. Los objetos quedan asignados al paquete de transporte

b. Los objetos pueden volver a ser importando las veces que necesitemos

c. Los objetos de workbench se tratan de la forma estándar explicada

d. Los objetos BEx se asigan a una orden especial de BEx

e. Los objetos se trasladan automaticamente

a. Si defino el tipo cantidad estoy obligado a informar una unidad de medida

b. Si defino el tipo importe estoy obligado a informar una moneda

c. Si defino el tipo número estoy obligado a informar una moneda

d. Si defino el tipo importe estoy obligado a informar una unidad de medida

a. La característica 0CURRENCY la utilizaré en el caso que el ratio se tipo número

b. Puedo informar un ratio tipo cantidad y una unidad de medida fija

c. La característica 0CURRENCY y 0QUANTITY se informan en campos diferntes en el maestro del ratio

d. Puedo informar un ratio tipo importe y una moneda fija