Objeto DataStore avanzado
Simplificación con BW/4 Versión 2.0: Simplificaciones en el modelado (flujo) de datos
En comparación con las bases de datos relacionales convencionales, la DB Hana de computación en memoria admite operaciones de computación de mayor rendimiento en muchos lugares. Junto con estos cambios, el modelado de almacenamiento de datos y flujos de datos en BW/4 también se ha simplificado en comparación con el clásico SAP BW - y por lo tanto apoya el objetivo propagado de simplificación.
Un ejemplo destacado de un objeto que ya existía en el mundo antiguo, pero cuyo alcance se ha ampliado considerablemente, es el objeto DataStore (DSO). Representa un objeto central para el almacenamiento de datos en BW. Todavía se puede encontrar en la versión 2.0 de BW/4, pero en una forma más desarrollada como objeto DataStore avanzado (aDSO).
Este nuevo aDSO no sólo ofrece las funciones del clásico DataStore Object, sino que también sustituye a otros objetos de BW como InfoCubes, HybridProviders o Persistant Staging Areas. Mientras que en el pasado las consultas para la elaboración de informes se basaban normalmente en multiproveedores (virtuales) y, por tanto, accedían a los datos de los InfoCubos, la elaboración directa de informes sobre los DSO presentaba en muchos casos una serie de desventajas y, por tanto, se utilizaba con bastante moderación. El cambio en la tecnología subyacente también permite elaborar informes estándar sobre los aDSO en BW/4, que ahora pueden configurarse de forma diferente. Así, también es posible reproducir un InfoCubo con un aDSO.
Por lo tanto, los InfoCubes ya no son necesarios en BW/4. La situación es similar para los objetos virtuales como MultiProviders, InfoSets, VirtualProviders, etc., que han sido sustituidos por los CompositeProviders de nuevo diseño y las vistas Open Operational DataStore (ODS). La ilustración muestra un resumen de los objetos de modelado clásicos de BW en la columna de la izquierda y los objetos de modelado de BW/4 en la derecha. Las flechas entre los objetos muestran qué objetos nuevos asumen las tareas de los objetos clásicos. Sólo los InfoObjetos quedan excluidos en gran medida de los cambios. Básicamente, la reducción de los tipos de objetos de modelado simplifica considerablemente la estructura de los flujos de datos y la gestión de datos para los desarrolladores.
El modelado de los objetos ya no tiene lugar en la SAP GUI, sino con BW/4 completamente en el Hana Studio. La gestión y administración de los objetos, así como los procesos de procesamiento de datos, tienen lugar en Studio y a través de BW/4 WebCockpit. El área de propiedades de modelado es especialmente interesante, ya que aquí se puede definir el comportamiento del aDSO. El modelado del aDSO es, por tanto, un poco más complejo que en el BW clásico, pero se apoya en el esquema de las especificaciones.
Además de estos ajustes, existen otras opciones para los aDSO, por ejemplo, marcar un aDSO como aDSO de planificación. Está claro que los aDSO pueden realizar más tareas que sus predecesores, los DSO clásicos, y por tanto sustituyen a varios objetos de modelado clásicos diferentes a la vez.
