Documentos de Académico
Documentos de Profesional
Documentos de Cultura
com
Las tablas dependientes del tiempo en BW tienen un rango de tiempo de 1/1/1000 a 12/31/9999.
A medida que se cargan los datos, se contabilizan partes específicas de ese rango de tiempo.
Cuando se crean consultas en el Diseñador de consultas, se especifica una fecha clave en las
propiedades de la consulta que indica al sistema qué registro de datos utilizar.
Cuando se carga EEE, por ejemplo, las entradas de la tabla se verán de la siguiente manera:
?? Mundo
?? Europa
?? Alemania
?? O ?? Neill
?? Américas
?? Estados Unidos
Señale que los campos internos DATETO y DATEFROM no se pueden utilizar para
generar informes. En este escenario, se utilizan InfoObjetos adicionales. Se han
llenado con los valores de DATETO y DATEFROM en las reglas de transferencia.
Nota: Suponga una carga de datos inicial a finales de enero de 2000 y una
segunda carga en febrero que muestra los cambios. Las entradas para el
campo adicional ?? Válido hasta ?? siempre se llenan con el valor de 0DATETO
durante la carga de datos. Nunca se cambiarán por una carga posterior,
incluso si el sistema cambia los campos internos 0DATETO para establecer
los marcos de tiempo correctos en las tablas dependientes del tiempo.
Aclare que cada método de modelado tiene sus pros y sus contras. La decisión siempre
depende tanto de las demandas de informes como de los aspectos técnicos.
Nota: Los campos que el sistema define para la fecha de inicio y la fecha de
finalización en la tabla no están pensados para utilizarse con fines de
navegación y no aparecen directamente en el generador de consultas. losFecha
clave El campo en el generador de consultas usa esta información de fecha y
solo se puede usar una fecha clave, no se permiten rangos.
Los campos que determinan las fechas clave y los intervalos de validez también proporcionan
opciones de informes adicionales. El uso de la fecha clave en una consulta le permite acceder a
diferentes registros de datos maestros para el mismo valor de característica.
Otras Consideraciones:
Discusión facilitada
Preguntas de discusión
Use las siguientes preguntas para involucrar a los participantes en la
discusión. Siéntase libre de usar sus propias preguntas adicionales.
Discuta cómo lidiar con los cambios entre características que residen en la
misma dimensión.
Resumen de la lección
Lección: Jerarquías
162 Duración de la lección: 50 minutos
Resumen de la lección
En esta lección, aprenderá el uso de jerarquías de características en el modelado
de BW.
Objetivos de la lección
Después de completar esta lección, podrá: ??
Evaluar el uso de jerarquías de características.
Ejemplo empresarial
Usted es el líder del equipo del proyecto BW de su empresa que implementó el
sistema BW en la empresa. Está entrevistando a los usuarios para determinar
sus necesidades en el informe de ventas trimestral generado por el sistema.
Observa que los usuarios desean que el informe de ventas se clasifique de
acuerdo con GRUPO DE MATERIALES. Desea saber si puede utilizar jerarquías
para satisfacer este requisito de forma más eficaz.
Establece los parámetros para un nuevo InfoObject a partir de una serie de tabulaciones. El nuevo
objeto debe estar activado para ser utilizado. Los cambios se pueden realizar más tarde con relativa
facilidad.
Esta configuración tiene una gran influencia en las capacidades del InfoObject
y cómo se usa en BW.
Esta configuración también forma los metadatos de los InfoObjetos, que se almacenan en
el repositorio de metadatos.
Objetivo
El propósito de esta demostración es familiarizar a los participantes con el proceso de
configuración y creación de jerarquías.
Datos de sistema
Sistema:
Cliente:
ID de usuario:
Contraseña:
Instrucciones de configuración:
5. Seleccione el ?? Nodo de texto ?? botón. Explique que los nodos de texto permiten la
creación de nodos de cualquier literal.
jerarquías y estructuras
Expandir al nivel: 1 a X
Posición de los nodos de nivel inferior: hacia arriba o hacia
Haga clic con el botón derecho en el encabezado de la columna de filas para que aparezca la opción Mostrar
como una jerarquía y Expandir a.
Estos niveles de ratios se pueden utilizar para destacar los KPI (indicadores clave de
rendimiento) más importantes.
En Query Designer, los ratios se pueden sangrar para enfatizar. Si hay varios
ratios en una estructura,botón derecho del ratón → nivel arriba / abajo para la
sangría adecuada.
Objetivo
Datos de sistema
Sistema:
Cliente:
ID de usuario:
Contraseña:
Instrucciones de configuración:
Ejemplo empresarial
Su empresa utiliza jerarquías para proporcionar desgloses estructurados en los
informes. Debe comprender cómo configurar las jerarquías y cómo mostrarlas en
las consultas.
Tarea 1:
1. Revise la configuración de la jerarquía en el entorno de trabajo del administrador.
3. Mantener jerarquías:
Seleccione el botón Mantener jerarquías y haga doble clic en la primera
jerarquía activa. Abra la jerarquía y anote 0REGION en los nodos y anote
también las fechas desde / hasta.
Tarea 2:
Cree una consulta con la jerarquía T_SOLD_TO y muestre los resultados en la
Web.
1. Crear una consulta desde el cubo ?? T_SDC03 ?? con una jerarquía en las filas.
Puede mostrar los nombres técnicos de los InfoCubos haciendo clic en el icono de llave
inglesa en la parte superior de la pantalla.
Tarea 3:
Cree una consulta con una jerarquía basada en tablas de dimensiones.
Tarea 4:
1. Opcional: Active la jerarquía de Vendidos a y use ?? niveles ?? ratios en las filas
de la misma consulta. (Pero haga un ?? guardar como ?? más tarde).
Solución 5: Jerarquías
Tarea 1:
1. Revise la configuración de la jerarquía en el entorno de trabajo del administrador.
0REGION.
Cierra la ventana emergente.
3. Mantener jerarquías:
Seleccione el botón Mantener jerarquías y haga doble clic en la primera
jerarquía activa. Abra la jerarquía y anote 0REGION en los nodos y anote
también las fechas desde / hasta.
a) Mantener jerarquías:
Seleccione el botón Mantener jerarquías y haga doble clic en la
primera jerarquía activa. Abra la jerarquía y anote 0REGION en los
nodos y anote también las fechas desde / hasta.
Tarea 2:
Cree una consulta con la jerarquía T_SOLD_TO y muestre los resultados en la
Web.
1. Crear una consulta desde el cubo ?? T_SDC03 ?? con una jerarquía en las filas.
Puede mostrar los nombres técnicos de los InfoCubos haciendo clic en el icono de llave
inglesa en la parte superior de la pantalla.
a) Crear una consulta desde el cubo ?? T_SDC03 ?? con una jerarquía en las
filas.
Puede mostrar los nombres técnicos de los InfoCubos haciendo clic en el icono de llave
inglesa en la parte superior de la pantalla.
Figura 143:
Internet Explorer.
Tarea 3:
Cree una consulta con una jerarquía basada en tablas de dimensiones.
Figura 144:
Tarea 4:
1. Opcional: Active la jerarquía de Vendidos a y use ?? niveles ?? ratios en las filas
de la misma consulta. (Pero haga un ?? guardar como ?? más tarde).
Figura 145:
Resumen de la lección
Resumen de la unidad
Respuestas
180
Respuesta: A, B, D
Al principio, brinde a los participantes una descripción general de las cifras clave en el modelado de
datos. Luego, analice varias técnicas de modelado de figuras clave. Cubre los otros temas de la unidad
de forma secuencial.
Objetivos de la unidad
Contenido de la unidad
Resumen de la lección
En esta lección, aprenderá sobre las técnicas de modelado de cifras clave utilizadas en BW.
Objetivos de la lección
Después de completar esta lección, podrá: ?? Explicar las
técnicas de modelado de cifras clave utilizadas en BW.
Ejemplo empresarial
Usted es el líder del equipo del proyecto BW de su empresa que implementó el
sistema BW en la empresa. Los usuarios del departamento de marketing
quieren ver los datos de ventas del trimestre anterior. Para cumplir con este
requisito, necesita una técnica para modelar ratios relacionados con los datos
de ventas.
Hay ocasiones en las que existe un significado inherente o información adicional que se
puede obtener de los resultados explícitos cargados en el modelo de datos. Este
significado inherente podría representarse mediante una cifra clave, pero el DataSource
no lo proporciona explícitamente.
Por ejemplo, un sistema de origen podría proporcionar los ratios, la cantidad de entrada de
pedido y la cantidad de entrega, de forma explícita y se representará mediante InfoObjetos de
ratios específicos en BW. Sin embargo, implícita en estos datos está la tasa de cumplimiento de
la entrega, que se puede expresar como el porcentaje que representa la cantidad de entrega de
la cantidad de entrada del pedido. ¿¿Este hecho?? se puede capturar como una cifra clave
calculada en BW por medio de una fórmula matemática simple.
El punto de decisión se encuentra entre equilibrar el rendimiento de las consultas y el tamaño de la tabla de
hechos.
Conversión de moneda
Conversión de moneda
Explique que la conversión de moneda puede ser dinámica o persistente. Puede realizar la
traducción dentro de una consulta o traducir y almacenar en el momento de la carga de datos.
Cuando las monedas se convierten durante la actualización de datos, los valores convertidos se
almacenan físicamente con la moneda elegida, lo que da como resultado un procesamiento
más rápido de los informes. Sin embargo, el valor original y las monedas se pierden.
Cuando las monedas se convierten durante los informes, se pueden realizar análisis para varias
monedas objetivo. La moneda de la transacción original no se pierde. Sin embargo, la
conversión debe realizarse repetidamente, lo que resulta en un menor rendimiento de la
consulta.
Existen tres requisitos previos que deben cumplirse antes de que se pueda realizar la conversión
de moneda durante la actualización de datos:
Debe haber una cifra clave (tipo de datos IMPORTE) en el InfoSource con
una moneda fija o variable especificada.
Debe haber un ratio correspondiente (tipo de datos IMPORTE) en el
InfoCubo con una moneda fija o variable especificada.
Debe haber un tipo de conversión de moneda definido con los parámetros
adecuados para la conversión.
Para la conversión de moneda realizada durante los informes, solo se deben cumplir los
dos últimos requisitos previos anteriores.
Discuta cómo SQL podría realizar esta tarea, pero BEx Query no proporciona
estas opciones.
Hecho o atributo
Respuesta:
Transacciones (1)
Transacción (2)
Discuta por qué puede desear una ?? estática ?? o moneda fija, o unidad fija.
Los valores para estos hechos deben crearse durante la preparación de datos con código
creado por el usuario.
Sería mejor completar estos valores utilizando rutinas en las reglas de actualización.
Las reglas de actualización para esta nueva cifra clave cargarían el hecho relacionado con
cada registro entrante por medio de una rutina.
Por lo general, es bastante obvio cómo distinguir atributos y hechos. Pero habrá
algunos atributos que resultarán confusos. Los precios son un buen ejemplo. Desde
una perspectiva, el precio describe el artículo como lo hace el atributo del fabricante
y, por lo tanto, parece que debería estar en la tabla de datos maestros.
En este caso, modelo ?? precio ?? como atributo en una tabla de datos maestros.
Desde otra perspectiva, el precio es continuo en el tiempo, lo que significa que no tiene
sentido calcular los descuentos sobre la base del monto y la cantidad de ventas en un
registro de hechos utilizando el precio real de la tabla de datos maestros con registros de
hechos que son, por ejemplo , un año de edad. En este caso, el descuento debe calcularse
durante el tiempo de carga en una regla de actualización utilizando una búsqueda del
precio real en la tabla de datos maestros.
Esta configuración tiene una gran influencia en las capacidades del InfoObject
y cómo se usa en BW.
El rendimiento de la consulta será mejor si los ratios se almacenan como tipos de datos
numéricos o enteros en lugar de campos de cantidad o cantidad que se almacenan como
campos de tipo de datos char en la base de datos.
El rendimiento de la consulta será mejor si los ratios se almacenan como tipos de datos
numéricos o enteros en lugar de campos de cantidad o cantidad que se almacenan como
campos de tipo de datos char en la base de datos.
Utilice InfoObjetos de ratios de tipo número o entero siempre que sea posible.
Discusión facilitada
Preguntas de discusión
Use las siguientes preguntas para involucrar a los participantes en la
discusión. Siéntase libre de usar sus propias preguntas adicionales.
Resumen de la lección
Resumen de la lección
En esta lección comprenderá la diferencia entre ratios acumulativos y no
acumulativos que se utilizan en el modelado de BW. Además, conocerá
varias eliminaciones realizadas en los volúmenes de negocio internos.
Objetivos de la lección
Después de completar esta lección, podrá:
?? Comparar ratios acumulativos y no acumulativos
?? Explique las eliminaciones realizadas en los volúmenes de negocio internos.
Ejemplo empresarial
Usted es el líder del equipo del proyecto BW de su empresa que implementó el
sistema BW en la empresa. Los usuarios del departamento de marketing
necesitan datos consolidados sobre las ventas realizadas por la empresa en el
trimestre anterior. Desea probar si puede utilizar ratios acumulativos o no
acumulativos para crear los informes necesarios que muestren los datos de
ventas consolidados.
Agregación de excepciones
Los valores acumulados son los ratios que se acumulan utilizando todas las
características, por lo que también utilizan el tiempo.
Los valores no acumulativos son los ratios que se miden en relación con un período de
tiempo; es decir, no se pueden acumular de forma significativa a lo largo del tiempo. Los
valores no acumulativos se resumen a lo largo del tiempo mediante la denominada
agregación de excepciones.
cada mes; esto daría lugar a que el mismo empleado se contabilice varias veces
siempre que permanezca empleado. En su lugar, es posible que desee conocer
el número de empleados en función del valor más reciente, ¿Último valor?
basado en 0CALMONTH.
?? Los objetos de validez son configuraciones requeridas ubicadas en la ruta del menú: Extras →
Mantenga valores no acumulativos.
Explique las diferencias entre ratios con valores de validez. Estas serían las
diferencias de los valores almacenados en las Plantas A, B y C. ¿El sistema
calcularía? la suma:?? cantidad, no almacenarla.