Pues va a ser que no… muchas cosas sí, otras cosas no. Incluso habrá cosas que directamente no funcionen o funcionen peor.
Por eso es conveniente que si vas a dar el salto a HANA o a S/4HANA, le vayas dando una vuelta a tus desarrollos y a algunas cositas del estándar, no sea que te encuentres algún “mojón” por ahí…
¿Quién ha hecho esta mierda de programa?
A todo esto, suponemos que el hecho de que algo vaya más rápido, quiere decir que vaya mejor, que ya es mucho suponer.
Lo que es innegable es que HANA como plataforma, no sólo como base de datos, nos da unas capacidades hasta ahora inimaginables.
Con HANA trabajamos directamente en memoria, el almacenamiento columnar es mejor (cuando lo es), la información está más comprimida, trabajamos con enormes volúmenes de datos, etc… pero como no construya las consultas bien, teniendo en cuenta todas esas características, el rendimiento puede dejar bastante que desear.
Para que todo funcione como es debido, hay que conocer bien la base. Y alguna pista sobre esto podemos obtener en el próximo curso de openSAP: A First Step Towards SAP HANA Query Optimization
Un buen modelado de datos es algo fundamental para luego aprovechar todas esas bondades de HANA. De hecho, hay un curso dentro del catálogo oficial de SAP, solo de modelado, de 5 días: SAP HANA 2.0 SPS04 – Modeling
El de openSAP, ya sabéis que es “algo” más asequible… 😉
Si te va a tocar “pelearte” con HANA (y si sigues con SAP, antes o después te va a tocar), yo le echaría un vistazo…
Difícilmente vamos a construir una vivienda confortable, cómoda y duradera, si no plantamos bien los cimientos.
Así que quizás merezca la pena contratar a un buen arquitecto antes de empezar la obra, o incluso para que te acompañe en la construcción… ¿o sois más de los de “pues, mi cuñado conoce a unos, que te lo hacen en menos tiempo y por menos dinero”?… 😉
PD.- Sé que os debo una cosa… donde puse “en la próxima entrada”, debería haber puesto “en una próxima entrada”…
