Últimamente mi atención a estado sobre HANA, ya que es un producto relativamente nuevo y está en el proceso de ingresar al gusto de todos, se enaltecen sus propiedades frente a las otras Bases de Datos, aunque mi intención será dar mi opinión de los productos y mi perspectiva, no intento reproducir la información técnica de SAP, esto para definir esta herramienta bajo los ojos de un desarrollador como yo mismo me considero.
Inicialmente me gustaría repasar un poco de como SAP HANA tiene su funcionamiento, aunque SAP lo quiere no dejar en el término Base de Datos ya que propiamente no hace solo lo que una simple base de datos hace, si no que incluye innumerables detalles que una base de datos debería tener, por ejemplo es analítica por sí misma, ya que pose características como lo son las vistas atributo, vistas analíticas, las vistas calculadas, privilegio analítico y tablas de decisión ( más adelante las analizaremos todas con calma ), estos objetos trabajan estrechamente con las tablas para conformar ese nivel adicional de análisis, incluso SAP HANA puede sin requerir de software adicional servir como analizador de datos y desarrollar nuestra aplicación a través de XS.
Primero unas cosas básicas, la base de datos HANA solo es posible instalarla en Suse Linux y Red Had Linux de momento, en versiones especificas dependiendo el SP en HANA, aunque veo muchos bugs que seguramente con el paso del tiempo serán pulidos poco a poco o que yo mismo entenderé para corregirlos, pero con lo que analizo cada día me ha llegado a convencer mucho el proceso en HANA para facilitar el desarrollo, que al final es mi interés personal, como evitar desarrollar y desarrollar entre sistemas lo mismo, por ejemplo en el ERP un reporte de Finanzas para ver el estado de resultados del mes, que al final si tienes BW tendrás que replicar y llevar historia para transfórmalo en tableros analíticos o información relevante de otra índole, ya que como muchos sabrán la información es poder, una empresa que no mide la información se queda sin ese poder, sin ese punto que puede aprovechar sus recursos y oportunidades, pues viendo el pasado puedes mejorar tu presente y sin duda proyectar el futuro.
Inicialmente el principal medio para utilizar SAP HANA es Eclipse o SAP Hana Studio, que termina siendo un eclipse adaptado, en los mismos recursos de SAP mencionan como obtener de un simple Eclipse Luna los componentes para desarrollo de SAP link
Resumo los pasos:
Paso 1. Descarga Eclipse Luna
Paso 2 Help-Install New Sofware…
Paso 3 agregar URL https://tools.hana.ondemand.com/luna Ojo cambia para Kepler
Paso 4 Selecciona los componentes deseados y presionar Next
Paso 5 Confirmar licencias
Al terminar tendremos todas las perspectivas que seleccionamos:
Cada una de estas perspectivas está diseñada para aprovechar mejor el espacio según sea la actividad a realizar, por ejemplo 
O por ejemplo esta otra perspectiva: 
Dependiendo la actividad las ventanas son ajustadas para aprovechar mejor el espacio y darle al usuario una mejor herramienta que lo apoye en las actividades importantes y que le ayude a optimizar su área de trabajo, en lo particular me pareció muy bueno poder tener estas opciones.
Cabe mencionar que esta misma herramienta es capaz de visualizar las clásicas transacciones del SAP GUI y provee también desarrollo para ABAP y BW, esto previo algunos pasos de configuración, podremos tener integrado SAP GUI y no tener la necesidad de abandonar el ambiente.
Hola Daniel, me ha parecido muy interesante tu artículo, soy de Colombia y consultor BW / BO / BODS, y también entrando en el mundo HANA. Sería fenomenal que nos contaras tus próximas experiencias, mas cuando escribes una frase como la siguiente: «cada día me ha llegado a convencer mucho el proceso en HANA para facilitar el desarrollo».
Si es posible que a través de las mismas vistas analíticas realizadas en HANA podremos reemplazar posibles cuadros análiticos de BO con datos que vienen de BW, entonces BW a que juega y porque SAP aunque lo niegue con sus productos cada vez uno se va convenciendo que Business Warehouses tiene sus días contados.
Muchas gracias por tus artículos. Saludos.
Pues a mis impresiones podria decirte que la evolucion de BW / BW / BO va hacia HANA por que muchas cosas que se utilizan en estos se pueden facilmente pasar a HANA y simplificar por lo que las posibilidades crecen pues la Base de Datos (Aunque no les guste decirle asi a HANA) termine teniendo esa complejidad, aunque otra cosa por la que supongo que SAP aun no da por muerto esos modulos es por que el GAP es aun gigantesco, y solo intento mencionar que para que una empresa tome a HANA como su nueva arquitectura es un paso muy complicado, por que aunque no lo parezca la infrestructura, la capacitacion de la gente y tambien que aun es un producto con muchas fallas, mira que yo con un ambiente de pruebas he tenido que recurrir al backup como 5 veces pues llego a algun problema que no puedo recuperar y no hay mucha informacion aunque parezca que si para resolverlo, el tema del backup y log de produccion asusta, con consumos de 60 Gb en 1 semana, en verdad creeme que esto aun esta en un bosquejo a mi opinion, pienso que tal ves SAP terminara haciendo muchas cosas para realmente sacarle provecho a HANA pero aun falta tiempo para que eso suceda y pocas empresas migraran sus grandes ecosistemas de un dia para otro para probarlo… ya compartiré mas cosas que he estado probando mil temas… un saludo hasta Colombia Felipe Vidal gracias por leer mi blog.