Implementación de SAP HANA en SAP BW: Guía para optimizar la gestión de almacenes de datos

Cada vez más usuarios de sistemas SAP están implementando SAP HANA como la base de datos y fundamento de las instalaciones de SAP BW existentes. Algunos simplemente están reemplazando una base de datos existente con la moderna base de datos SAP HANA para ganar velocidad en la ejecución de consultas y la gestión de almacenes. Esto es, por supuesto, una piedra angular de una implementación de SAP HANA dentro de SAP BW, pero no la única. Desde mi punto de vista, la integración estrecha de la funcionalidad de SAP HANA utilizando SAP HANA Studio o Eclipse para diseñar nuevas formas de gestión de almacenes de datos es al menos tan importante como el rendimiento de informes. ¿Por qué seguir usando viejos hábitos con las capas de aplicación de SAP, almacenando cada vez más datos en capas de persistencia, cuando es posible calcular nuevos datos de informes sobre la marcha? Usar un almacenamiento basado en SAP HANA para mejorar los flujos de datos sin el almacenamiento físico de los datos entrantes en varias capas (arquitectura de capa de almacenamiento de SAP [SLA]) es algo en lo que estoy trabajando en un sitio de cliente. Mi enfoque puede ayudarte a ser flexible cuando se trata de cambios de diseño porque no hay descarga o carga de datos en capas de almacenamiento cuando la lógica empresarial cambia. También mantiene tus costos operativos para SAP HANA en un nivel mínimo porque menos datos en una base de datos de SAP HANA significa menos gastos de licencia. (En un entorno moderno de SAP BW impulsado por SAP HANA, es sabio cambiar a un almacenamiento de datos virtual en lugar de un almacenamiento de datos tradicional a través de capas de persistencia. Las vistas y procedimientos de cálculo de SAP HANA para escenarios complejos ayudan a calcular datos sobre la marcha para eliminar las fases de descarga y carga a cero cuando se trata de cambios relacionados con los negocios en la etapa de datos o en la extensión/reducción de un modelo de datos. En el entorno de SAP HANA utilizando SAP HANA Studio o Eclipse, los operadores de SAP BW pueden cambiar muy fácilmente de los modelos anticuados al nuevo concepto de modelado basado en vistas de cálculo o ejecutar un escenario mixto de ambos mundos). Un procedimiento de SAP HANA es un procedimiento almacenado en la base de datos que te proporciona funcionalidad de programación con la ayuda de SAP HANA SQL Script, similar a las funciones ABAP. Ahora te guío a través de la creación de flujos de datos de SAP HANA con la ayuda de vistas de cálculo (vistas gráficas y basadas en SQL Script), así como algunos problemas con los que te puedes encontrar. Mi ejemplo (Figura 1) es un enfoque mixto simple. Figura 1 Un ejemplo del enfoque de datos mixtos utilizando vistas de cálculo Eso significa que utilizas datos entrantes de SAP BW existentes (basados en objetos DataStore [DSO], como en una capa de entrada de SAP BW). También unes la información de tablas de SAP BW (como una tabla del Diccionario de Datos de SAP [DDIC]) en una vista de cálculo combinada que puedes utilizar en combinación con un Proveedor Compuesto de SAP HANA para informes BEx o Analysis for Office. También puedes utilizar vistas de cálculo directamente en informes de Analysis for Office. (No cubro autorizaciones como informes directos en vistas de cálculo sin un Proveedor Compuesto). Todas las capturas de pantalla se basan en Eclipse como el estudio de desarrollo para el desarrollo de SAP HANA BW. Estoy utilizando Eclipse Neon 3 y los últimos complementos de SAP BW y SAP HANA. El conjunto actual de herramientas de modelado de SAP BW se puede encontrar utilizando la Nota SAP 1944835 - Herramientas de Modelado de SAP BW - Programa de Entrega 1944835 - Herramientas de Modelado de SAP BW - Programa de Entrega. En las siguientes explicaciones y ejemplos, utilizo datos basados en una vista externa de SAP HANA. En mi ejemplo, utilizo datos de contenido técnico de DSO para alimentar datos y consumir datos en una vista de cálculo gráfica. Utilizo estos datos en combinación con una vista de cálculo basada en SQL Script en una tercera vista de cálculo gráfica para unir ambos datos. Explico la diferencia en el acceso a datos mediante uniones regulares en una vista de cálculo gráfica en comparación con vistas de cálculo basadas en SQL Script y explico las ventajas de las vistas de cálculo basadas en SQL Script. Al final, puedes utilizar la tercera vista de cálculo, uniendo todas las vistas en un solo punto, para alimentar un Proveedor Compuesto para los usuarios de informes con la ayuda de consultas BEx o directamente en combinación con Analysis for Office. (Nota: Supongo que estás familiarizado con SAP HANA Studio o Eclipse. Por lo tanto, no explico conceptos básicos, como cambiar de perspectivas). Comienza tu recorrido por las Vistas de Cálculo de SAP HANA Primero, cambia a la perspectiva de Desarrollo de SAP HANA (Figura 2). Recomiendo utilizar esta perspectiva en el caso del desarrollo de SAP HANA. La razón de esta recomendación es que en todas las demás perspectivas no puedes crear procedimientos hdb de SAP HANA. Figura 2 La perspectiva de Desarrollo de SAP HANA La primera vista de cálculo es una vista gráfica simple. Haz clic derecho en tu paquete de desarrollo y selecciona Nuevo y luego Vista de Cálculo como se muestra en Figura 3. Figura 3 Diálogo para elegir una vista de cálculo Esta acción muestra la pantalla mostrada en Figura 4.