aníbal goicochea

El Big Data no necesariamente se debe vincular a las redes sociales

Hay varias definiciones sobre el Big Data, varios enfoques para tratarlo, lo más usual es la sugerencia o reclamo de ir a las redes sociales para “explotar” todo lo que se dice sobre algo o alguien. Pero encontramos en la ponencia que adjuntamos otros elementos claves muy pocas veces mencionados sobre la necesidad de analizar los grandes volúmenes de datos a los que podemos tener acceso:

Hay varias definiciones sobre el Big Data, varios enfoques para tratarlo, lo más usual es la sugerencia o reclamo de ir a las redes sociales para “explotar” todo lo que se dice sobre algo o alguien. Pero encontramos en la ponencia que adjuntamos, otros elementos claves muy pocas veces mencionados sobre la necesidad de analizar los grandes volúmenes de datos a los que podemos tener acceso:

La información valiosa no necesariamente esta en los medios sociales 2.0, la tienen las personas, se debe buscar medios que brinden fiabilidad e inmediatez para captarla y procesarla.

KXEN ya luce logotipo como una «SAP Company»

Percibiamos pequeñas dudas por el anuncio del 10 de septiembre sobre la intención de compra de KXEN por parte de SAP , porque el comunicado sólo fue dado por la parte de SAP. Recién el 1 de octubre hemos leido la confirmación del anuncio por ambas partes. En el caso de KXEN ha sido el CEO de esta compañía el que ha anunciado que KXEN es un nueva compañía SAP.

Percibíamos pequeñas dudas por el anuncio del 10 de septiembre sobre la intención de compra de KXEN por parte de SAP , porque el comunicado sólo fue dado por la parte de SAP. Recién el 1 de octubre hemos leído la confirmación del anuncio por ambas partes. En el caso de KXEN ha sido el CEO de esta compañía el que ha anunciado que KXEN es un nueva compañía SAP.

Con este nuevo anuncio asumimos que KXEN tendrá un tratamiento similar al que tuvo Sybase cuando fue comprada por SAP, respetando su personalidad, manteniendo la imagen de marca y brindándole cierta independencia. Esta unión permitirá combinar la potencia de cálculo y almacenamiento de SAP HANA y los algoritmos y facilidad de uso que tienen los productos KXEN.

Con esta adquisición SAP considera que tendrá argumentos suficientes para competir contra IBM (con SPSS) y SAS, las compañías líderes en minería de datos y análisis predictivo, que juntas logran el 50% de cuota de mercado de este sector. SAP también señala que aspira a incluir la capacidad de KXEN en todos sus productos. El siguiente paso de SAP será la restructuración de toda su propuesta comercial y de producto de la cartera de Análisis Predictivo.

Referencias: Anuncio KXEN y Anuncio SAP

https://twitter.com/#!/anibalgoicochea/status/385529943738036224

“Write-back optimizing on HANA” para SAP BPC on HANA (#HANABPC)

La actualización SP11 de SAP Business Planning and Consolidation 10.0 NW (SAP BPC) y la del componente HANABPC 800.SP05/801.SP02, para los usuarios SAP BPC on HANA es la más importante desde que en la actualización SAP BPC 10.0 SP06 (marzo 2012) se introdujera la posibilidad de llevar BPC a la plataforma SAP HANA.

La actualización SP11 de SAP Business Planning and Consolidation 10.0 NW (SAP BPC) y la del componente HANABPC 800.SP05/801.SP02, para los usuarios SAP BPC on HANA es la más importante desde que en la actualización SAP BPC 10.0 SP06 (marzo 2012) se introdujera la posibilidad de llevar BPC a la plataforma SAP HANA.

A diferencias de anteriores actualizaciones, el último service pack de HANABPC no tan sólo incluye correcciones, sino también mejoras como las comentadas en las últimas entradas (aquí, aquí y aquí).

Las nuevas funcionalidades de BPC on HANA como la «Desagregación de datos» o el procesamiento del RUNALLOCATION en la capa SAP HANA, son posibles porque ahora existe una tabla de hechos en HANA Database, similar a la que se tiene en la arquitectura de SAP BPC NW clásico, utilizada en las operaciones de grabación de datos (operación denominada en BPC como Write-Back).

La nueva característica se denomina “Write-back optimizing on HANA” y permite grabar los datos calculados inmediatamente (en la tabla de hechos en HANA), evitando la intervención de la capa de aplicación y BW, obteniéndose considerables mejoras en el procesamiento de los datos. SAP ofrece mecanismos de sincronización entre la tabla in-memory en HANA y la correspondiente tabla de hechos en BW.

Referencia: SAP Note 1902743

Diseño para los cinco sentidos

La «Teoría de los cinco sentidos en el diseño» que propone Jinsop Lee señala que la inclusión de todos los sentidos en la percepción o interacción con las cosas, además de la vista y el tacto, puede dar lugar a nuevos productos o cambiar la forma de eutilizarlos.

«… Hasta ahora los diseñadores nos hemos centrado en que las cozas tengan buena apariencia, considerando algo el tacto, lo que significa que hemos ignorado los otros tres sentidos… mejorando sólo uno de esos otros sentidos podríamos crear un producto genial…»

La «Teoría de los cinco sentidos en el diseño» que propone Jinsop Lee señala que la inclusión de todos los sentidos en la percepción o interacción con las cosas, además de la vista y el tacto, puede dar lugar a nuevos productos o cambiar la forma de utilizarlos.

Ejecución de la lógica SAP BPC 10.0 NW en la capa SAP HANA (#HANABPC)

Si menospreciaste los Script Logics de SAP BPC NW (SAP Business Planning and Consolidation) y decidiste implementar toda la lógica y cálculos con código ABAP (a través de BAdIs, o peor aún, sin ellas) porque valoraste que así era más rápido y pensaste que esto sería así toda la vida… ya puedes acercarte a la pared más cercana y comenzar con los cabezazos sin parar… PORQUE SAP YA ESTA LLEVANDO LOS CALCULOS DE LA LOGICA SAP BPC A NIVEL DE SAP HANA DATABASE!!!.. y ¿quién puede asegurar que jamás tendrá SAP HANA?

Si menospreciaste los Script Logics de SAP BPC NW (SAP Business Planning and Consolidation) y decidiste implementar toda la lógica y cálculos con código ABAP (a través de BAdIs, o peor aún, sin ellas) porque valoraste que así era más rápido y pensaste que esto sería así toda la vida… ya puedes acercarte a la pared más cercana y comenzar con los cabezazos sin parar… PORQUE SAP YA ESTA LLEVANDO LOS CALCULOS DE LA LOGICA SAP BPC A NIVEL DE SAP HANA DATABASE!!!.. y ¿quién puede asegurar que jamás tendrá SAP HANA?

Uno de los cálculos más solicitados en un proyecto SAP BPC es la posibilidad de repartir, distribuir, asignar, desagregar, simular operaciones top-down, u otras tareas con denominaciones similares. Para estos casos SAP BPC ofrece la posibilidad de realizar la operación a través de codificación de pequeñas rutinas con su pseudolenguaje denominado Script Logic, el cual, actualmente se ejecuta en la capa ABAP de la arquitectura de este sistema.

La novedad es que la sentencia Script Logic, específica para los fines que se comentan en el párrafo anterior (*RUNALLOCATION/*ENDALLOCATION), desde la actualización SP11 de SAP BPC 10.0 NW y del correspondiente componente HANABPC (800 SP05 / 801 SP02) en una instalación SAP BPC on HANA se puede ejecutar en la capa HANA evitando cualquier iteración con la capa de la aplicación, mejorando considerablemente los tiempos de procesamiento. Si por alguna “extraña” circunstancia no se deseará utilizar esta funcionalidad, podría ser desactivada vía parametrización (DISABLE_ALLOCATION_ON_HANA = X).

NUEVA CLAUSULA PARA LOS REPARTOS

Las actualización SP11 de SAP BPC NW también incluye una nueva cláusula, disponible tanto para instalaciones HANA como no-HANA, para utilizarla en las estructuras RUNALLOCATION/ENDALLOCATION con el fin de evitar estructuras FOR/NEXT. Se trata de una variante de la clásica sentencia *DIM, denominada *DIM_NONAGGR, la cual no agregaría los miembros de dimensión seleccionados: