SAP Modelado en HANA: Vistas, tablas y modelos de datos

¿Qué es SAP ¿Modelado HANA?

SAP El modelado en HANA es una actividad mediante la cual creamos una vista de información. Una vista de información es similar a una dimensión, un cubo o un InfoProvider en BW. Esta vista de información se utiliza para crear el modelo de datos multidimensional.

Las mesas físicas en el interior SAP HANA Los datos se almacenan en el formato en que el sistema de origen los entregó. El modelado añade una capa sobre esas tablas que renombra columnas, une registros relacionados, aplica filtros y define cálculos. Las herramientas de generación de informes leen esa capa en lugar de las tablas, por lo que los usuarios de negocio nunca necesitan conocer la estructura subyacente de las tablas.

SAP Descripción general del modelado HANA

El modelado es una actividad en la que el usuario refina o segmenta los datos de la tabla de la base de datos mediante la creación de una vista de información basada en el escenario de negocio. Estas vistas de información pueden utilizarse para la elaboración de informes y la toma de decisiones.

Una vista de información se crea a partir de diversas combinaciones de datos de contenido para generar un modelo para un escenario de negocio.

Los datos de contenido en una vista de información son de dos tipos:

• Atributo: DescriptDatos tangibles y no cuantificables. Por ejemplo, ID del proveedor, nombre del proveedor, ciudad, etc.
• Medida: Datos que pueden ser cuantificados y calculados. Por ejemplo, Revenue, Cantidad vendida y Contadores. Una medida se deriva de una vista analítica y una vista de cálculo. No se puede crear una medida en una vista de atributo.

Ambos componentes se definen una sola vez dentro de la vista y se reutilizan en cada informe que los utiliza. Las secciones siguientes enumeran las variantes exactas. SAP HANA admite cada uno.

Tipos de atributo

SAP HANA admite tres tipos de atributos:

Tipos de atributos	Actividades
Atributo simple	Se deriva de la base de datos.
Atributo calculado	Se deriva de uno o más atributos y constantes existentes. Por ejemplo, mediante un cálculo aritmético o deduciendo el nombre completo a partir del nombre y el apellido.
Atributo local	Se utiliza dentro de las vistas de modelado (vista analítica o vista de cálculo) para personalizar el comportamiento de un atributo, por lo que es local a la modelado vista y no se puede acceder a ella desde fuera de esa vista.

Tipos de medida

SAP HANA admite cuatro tipos de medidas:

Tipos de medidas	Actividades
Medida sencilla	Se deriva de la base de datos.
Medida calculada	Se deriva de una o más medidas, constantes y funciones existentes. Por ejemplo, un cálculo aritmético.
Medida restringida	Se utiliza para filtrar valores en función de reglas definidas por el usuario para los valores de los atributos.
Para contrarrestar	Es un tipo especial de columna que muestra un número único para las columnas de atributos (vista analítica o vista de cálculo). Se utiliza para contar una o más columnas de atributos.

Una vez que se deciden los atributos y las medidas, se agrupan en una de tres vistas de información:

• Vista de atributos – Esto se utiliza para el contexto de datos maestros.
• Vista analítica – Esto se utiliza para crear tablas de hechos y es similar a un cubo en BW.
• Vista de cálculo – Esto se utiliza para crear una vista compleja y es similar a un MultiProvider en BW.

Antes de que se pueda crear cualquiera de estas vistas, la cuenta del modelador necesita un conjunto específico de autorizaciones.

Privilegios necesarios para el modelado

Los privilegios brindan seguridad a la SAP Base de datos HANA, mediante la cual un usuario autorizado solo puede acceder al contenido autorizado.

Privilegios de objetos

Los privilegios de objeto son SQL Privilegios que se utilizan para proporcionar acceso de lectura/escritura a los objetos de la base de datos. Los siguientes privilegios de objeto son necesarios para el modelado.

• Privilegio SELECT en el esquema _SYS_BI.
• Privilegio SELECT en el esquema _SYS_BIC.
• Privilegio EXECUTE en REPOSITORY_REST (SYS).
• Privilegio SELECT sobre el esquema de la tabla.

Privilegios del paquete

Se requieren privilegios de paquete para autorizar acciones en paquetes individuales. Los siguientes privilegios de paquete son necesarios para el modelado de datos.

• Privilegio REPO.MAINTAIN_NATIVE_PACKAGES en el paquete raíz.
• REPO.READ, REPO.EDIT_NATIVE_OBJECTS y REPO.ACTIVATE_NATIVE_OBJECTS en el paquete utilizado para los objetos de contenido.

Privilegios analíticos

Para acceder a un SAP Vista de información de HANA, privilegios analíticos son requeridos.

• Para obtener acceso completo a todos los datos y vistas de información en un SAP En el sistema HANA, se requiere el privilegio analítico “_SYS_BI_CP_ALL”. Para el acceso restringido a los datos, es necesario crear privilegios analíticos y asignarlos al usuario.

Otros privilegios

• Conceda acceso a su propio esquema al usuario _SYS_REPO como 'GRANT SELECT ON SCHEMA “Nombre del esquema” TO _SYS_REPO WITH GRANT OPTION';
• REPO.MAINTAIN_DELIVERY_UNITS para crear unidades de entrega.
• REPO.IMPORT, REPO.EXPORT para la importación y exportación de unidades de entrega.
• REPO.WORK_IN_FOREIGN_WORKSPACES para trabajar en espacios de trabajo extranjeros.

Diferencia entre la vista de atributos, la vista analítica y la vista de cálculo.

Las tres vistas de información no son intercambiables. Cada una responde a una pregunta diferente, y elegir la incorrecta es el error más común que cometen los principiantes en modelado.

Criterios	Vista de atributos	Vista analítica	Vista de cálculo
Propósito	Datos maestros y contexto descriptivo	Esquema de estrella en una sola tabla de hechos	Lógica compleja en múltiples fuentes
Medidas permitidas	No	Sí:	Sí:
Número de tablas de hechos	No es aplicable	Un	Muchos
El sindicato apoyó	No	No	Sí:
Puede consumir otras vistas	No	Solo vistas de atributos	Los tres tipos
Equivalente en BW	Característica / dimensión	InfoCube	Multiproveedor

Una regla práctica funciona bien: construir un vista de atributo cuando la salida es una lista descriptiva, visión analítica cuando una tabla de hechos se compara con esas descripciones, y una vista de cálculo cuando la respuesta requiere una unión, una segunda tabla de hechos o una lógica que un esquema en estrella no puede expresar.

SAP HANA mejora las prácticas para crear modelos de información

An SAP Las mejores prácticas de HANA son un estándar que se sigue al crear un objeto en el sistema. SAP Base de datos HANA. Las siguientes prácticas recomendadas se aplican a cada tipo de objeto.

PAQUETE:

• Cree un paquete de nivel superior, como por ejemplo "Desarrollo", para las tareas de desarrollo.
• Cree un subpaquete dentro del paquete de nivel superior para cada desarrollador.
• También se pueden crear más subpaquetes, si fuera necesario.

ESQUEMA:

• Diseñe el esquema antes de que comience el proyecto. Por ejemplo, DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA, etc.
• Las tablas personalizadas deben ubicarse en un esquema separado.

MESAS:

• Una tabla que se utilizará en informes o OLAP Debe ser del tipo de almacenamiento columnar.
• Una tabla que se utilizará en transacciones o OLTP debe ser del tipo de almacenamiento en filas.
• Para mayor claridad, incluya un comentario o una descripción adecuada para los nombres de las tablas y las columnas.

CONVENIO DE DENOMINACIÓN:

OBJETOS	Formato	Mareas Ideales para Lecciones
VISTAS DE ATRIBUTOS	AT_PRODUCTO	AT_ significa vista de atributo
VISTAS ANALÍTICAS	AN_VENTAS	AN_ significa vista analítica
VISTAS DE CÁLCULO	CA_VENTAS	CA_ significa vista de cálculo
PRIVILEGIOS ANALÍTICOS	AP_REST_AT (Vista de atributo) AP_REST_AN (Vista analítica) AP_REST_CA (Vista de cálculo)	AP_ significa privilegios analíticos
JERARQUÍA	HI_BNAME_PC (Padre Hijo) HI_BNAME_LV (Nivel)	HI_ significa jerarquía
PROCEDIMIENTO	SP_NOMBRE DEL PROCEDIMIENTO	SP_ significa procedimiento almacenado
PARÁMETROS DE ENTRADA	IP_PARA_NOMBRE	IP_ significa parámetro
VARIABLES	VA_VNOMBRE	VA_ significa nombre de variable

La convención de nomenclatura solo resulta beneficiosa si cada modelo se encuentra dentro de una estructura de paquete planificada, que se crea como se muestra a continuación.

Creando un paquete en SAP Estudio Hana

Envase set XNUMX: Es un contenedor que almacena toda la información sobre el modelo (vista de atributos, vista analítica, vista de cálculo, etc.) en un grupo.

Tipos de paquete: Los paquetes son de dos tipos, como se indica a continuación.

Tipo	Mareas Ideales para Lecciones	Ícono
Estructural	En un paquete estructural, solo se puede crear un subpaquete. No se puede crear ninguna vista de información (vista de atributos, vista analítica, etc.) en un paquete estructural. Ejemplos de un paquete estructural son SAP, system-local, system-local.generated y system-local.private.
No estructural	Un paquete no estructurado puede contener objetos de información y subpaquetes. Este es el paquete predeterminado.

Usos de un paquete: Un paquete agrupa todos los modelos de información y facilita su transporte. Ambos tipos de paquetes pueden utilizarse para el transporte.

Pasos para crear un paquete estructural en SAP Estudio HANA:

Paso 1) En este paso,

1. Seleccione el sistema HANA, en este caso es HDB.
2. Ve a la carpeta Contenido.

Paso 2) En este paso,

1. Seleccione Nuevo.
2. Seleccione la opción Paquete.

Paso 3) En este paso,

1. Introduzca el nombre del paquete. Por ejemplo, “DHK_SCHEMA”.
2. Introduzca una descripción para el paquete.
3. El idioma original y la persona responsable se seleccionan por defecto.

En el nodo Content se creará un paquete no estructural con el nombre “DHK_SCHEMA”, como se muestra a continuación.

Paso 4) Ahora, convierta el paquete no estructural en un paquete estructural.

1. Seleccione el paquete “DHK_SCHEMA” y haga clic con el botón derecho sobre él.
2. Ve a la opción Editar del paquete.

Paso 5) En este paso,

1. Seleccione “Sí” en el campo Opciones estructurales.
2. Haga clic en el botón Aceptar.

Cuando “DHK_SCHEMA” se cambia de un paquete no estructural a uno estructural, el estilo del icono cambia de a Esto indica que el paquete no estructural se ha convertido en un paquete estructural.

Pasos para crear un paquete no estructural como subpaquete dentro de un paquete estructural:

Por defecto, un paquete se crea como no estructurado. Dentro de un paquete no estructurado, se pueden crear otros paquetes y objetos de información. Es recomendable crear primero un paquete estructurado y luego un subpaquete dentro de él.

Paso 1) En este paso,

1. Seleccione el paquete estructural “DHK_SCHEMA” y haga clic con el botón derecho sobre él.
2. Seleccione Nuevo -> Paquete.

Paso 2) En este paso,

1. Introduzca el nombre del subpaquete en el campo Nombre.
2. Introduce una descripción.
3. Haga clic en el botón "Aceptar".

Se creará un nuevo paquete no estructural como subpaquete dentro del paquete DHK_SCHEMA.

Cómo activar y validar una vista de información

Al guardar una vista, esta solo se almacena en el repositorio de diseño. Hasta que se activa, no existe ningún objeto en tiempo de ejecución y ningún informe puede leerla. La activación genera una vista de columna bajo el esquema _SYS_BIC, y ese objeto generado es el que consultan las herramientas SQL y de generación de informes.

Paso 1) Guarda la vista. Presione Ctrl+S en SAP HANA Studio. La vista ahora existe como un objeto de diseño inactivo, marcado con una superposición de diamante en el nodo Contenido.

Paso 2) Activar la vista. Haz clic con el botón derecho en la vista y selecciona Activar, o pulsa Ctrl+F3. Elige «Activar» para implementar solo esta vista, o «Volver a implementar» para reconstruir el objeto de tiempo de ejecución cuando la definición de tiempo de diseño no haya cambiado, pero falte el objeto generado.

Paso 3) Lea el registro de trabajo. La vista Registro de trabajos informa si cada objeto del lote de activación ha tenido éxito o no. Una entrada de error indica el objeto y el motivo, por lo que siempre se debe expandir la entrada en lugar de confiar en la línea de resumen.

Paso 4) Previsualice los datos. Haz clic con el botón derecho en la vista activada y selecciona Vista previa de datos. La pestaña Análisis permite arrastrar los atributos al eje de etiquetas y las medidas al eje de valores, lo que confirma que las uniones devuelven el número de filas esperado.

Paso 5) Solucionar los errores de activación comunes. La mayoría de los casos se dan con tres tipos de fallos:

• Privilegios insuficientes en el esquema: _SYS_REPO carece de SELECT WITH GRANT OPTION en el esquema que contiene las tablas base. Otórguelo y vuelva a activarlo.
• Nombre de columna no válido: Se cambió el nombre o se eliminó una columna de la tabla base después de modelar la vista. Actualice la base de datos y vuelva a asignar el campo.
• Dependencia cíclica: Dos vistas se referencian mutuamente. Rompe el bucle haciendo que una de ellas apunte a la tabla subyacente.

Tras una activación exitosa, la vista se puede consultar directamente con SELECT * FROM “_SYS_BIC”.package/VIEW_NAME”, que es la forma más rápida de confirmar que el objeto existe antes de conectar una herramienta de informes al mismo.

SAP Técnica de optimización del rendimiento de HANA

Una vista activada que devuelve resultados correctos aún puede ser lenta. Las siguientes reglas determinan cómo el motor de cálculo ejecuta el modelo.

• Todas las vistas de información y las vistas de tabla deben utilizarse con un nodo de proyección. Un nodo de proyección mejora el rendimiento al reducir el conjunto de columnas.
• Aplicar filtros en los nodos de proyección.
• Evite unir nodos en una vista de cálculo y, en su lugar, utilice una unión siempre que sea posible.
• Utilice parámetros o variables de entrada para restringir el conjunto de datos dentro de una vista analítica o de cálculo.
• Los cálculos deben realizarse antes de la agregación.
• Es necesario redefinir las jerarquías en una vista de cálculo, ya que las jerarquías de una vista de atributos no son visibles en una vista de cálculo.
• Las jerarquías de una vista de atributos son visibles en una vista analítica.
• Las etiquetas de los atributos y las descripciones de las medidas definidas en una vista de atributos, una vista analítica o una vista de cálculo no se mostrarán en la vista de cálculo que las consume. Es necesario reasignarlas.
• No mezcle funciones CE y SQLScript en el mismo modelo de información.

El diseño de la unión también afecta el costo de tiempo de ejecución. Una unión referencial puede eliminarse por completo cuando no se solicita ningún campo de la tabla correcta, por eso selección del tipo de unión Merece tanta atención como la ubicación de los nodos.

¿Por qué las vistas de cálculo reemplazaron a las vistas de atributos y analíticas?

SAP vistas de atributos y vistas analíticas obsoletas junto con el modelo XS Classic y el SAP Repositorio HANA. La descontinuación se anunció para SAP HANA 1.0 SPS 12 y reformulado para SAP HANA 2.0 SPS 02. Obsoleto significa que aún es compatible con SAP HANA 2.0, pero no se trasladó a SAP Nube HANA.

La razón es la consolidación más que la sustitución de funciones. Las sucesivas pilas de paquetes de soporte ampliaron las vistas de cálculo hasta que absorbieron las capacidades de los otros dos tipos:

• Una vista de cálculo de la categoría de datos Dimensión, con un nodo de proyección en la capa semántica, realiza el trabajo de una vista de atributos.
• Una vista de cálculo de la categoría de datos Cubo Con una unión en estrella, con un nodo de agregación en la capa semántica, realiza el trabajo de una vista analítica.

Un único tipo de vista implica también una única ruta de optimización, un único conjunto de patrones de modelado para aprender y un único objetivo de migración. SAP Incluye una herramienta de migración que convierte las vistas de atributos, las vistas analíticas y las vistas de cálculo basadas en scripts existentes en vistas de cálculo gráficas y funciones de tabla. Las vistas existentes siguen funcionando, por lo que la migración se puede programar en lugar de apresurarse, pero el nuevo desarrollo debe comenzar con las vistas de cálculo.

Preguntas Frecuentes