Sunteți pe pagina 1din 4

HANA

Curs 1 introduction

Code to data : impingi logica in bd ca sa obtii doar rez relevante

Hana studio: o alta interfata-bazata pe eclipse

-oltp: introducere data, a scrie date in tabele

-olap: face analiza datelor

-ai date ft complexe cu granularitate ridicata dar nu sunt real time (date recente) -analitycal

-trans processing: nu ai nevoie de agregari, sunt real time

-hana reduce costurile pt ca nu mai ai nev de sisteme separate, raportare in real time si o sa funt la
fel de bine si tranz curente si analiza pe date live

-fig 3 :arhitectural scenarios : odata ce te ai migrat la hana poti face ca o mare parte din programul
tau sa fie rulat prin hana

-un blade: este o placa cu cpu,

-se lucreaza la nivel de bit

-s au facut progrese importante in a se comprima datele

-paralelizare si prin partionare

-se doreste renuntarea la agregari

-in tabelele de delta se aduna date si la un moment dat vor fi merge uite

-hana tine datele by default organizate pe coloane

-hana : combinat olap si oltp

-in stocarea pe rand se pierde timp, daca nu se folosesc toate coloanele, de aceea organiz pe col este
mai buna

-fig 6: shift of perf bottlenecks: cpu cache este ft rapid, dar si ft scump, trb sa obtii benef cele mai
mari pt costuri bune-scalabilitate

-memorie non volatila: cand ai inchis sistemul mem ramane persistata-refresh la ram( ca 1 sa nu se
transforme in 0)

-ssd: este persistat, ram nu este persistat ; NV ram vine intre ele, timpul fiind redus, ca si perform
poate fi adusa la nivel de ram

-fig 8: row store : pot sa faci un select-citesti toata inform in linie, e perf pozit cand
vrei sa citesti urmat coloana, ft scump column store
cand vrei sa faci agregare se pierde mai mult timp apoi

-fig 10 ; columnar dict compression: accelarerarea volum de date se doreste prin codificarea datelor

se trece de la cuvinte la numere : dict encoding-micsoararea bazei de date pe baza unui


algoritm, astfel se va o ocupa mai putina memorie
comprimarea coloanei se face automat

-fig 12:

-cu sap log on ne conectam la sistem sap

-eclipse: pt conectare la hana si creare de obiecte specifice hana

-sap hana studio: bazata pe eclipse-customizat in context sap

-sap hana provides:

several eclipse pers


several views
editors, toolbars

-fig 16: system view-in catalog am schema : se gasesc artefactele

-rep zme este schema unde sunt replicate tabele din baza de date sy-base
-in provisioning ne putem importa virtual tabels din alte baze de date
-security;legat de partea de acces useri
-sequences: atunci cand vrei sa generezi chei

-sql console; tool care ne permite sa interogam baza de date, destinat admin de sistem

-tot ce se face in abap trece prin transport container(request)

-abordare data to code

-fig 21: fore ground: utiliz pot interactiona mai usor,

Accelerate, extend, inovate-noutati hana

Fig 22: optimizari

-poti sa chemi artefacte specifice hana din open sql

-se pot reutiliza compon care sunt utiliz pe sap hana

-pot sa creezi aplicatii care sa consume direct continut creat pt HANA

-a fost extins abap language

-au aparut tool uri in care se poate face analiza si pot fi fol pt imbunat performantei

Fig 23: abap dict extensions in abap 7.4-default column store

Fig 24: new programming approach: in classical approach se faceau inainte ft multe calcule in baza
de date, la future approach calc se fac in baza de date-atunci se scurteaza timpul de procesare, se
transfera doar rezultatele

-fig 25: Possible Approaches with AS ABAP < 7.4 SP02


Consumare de view fol native sql(se duc pe delivery unit ce se consuma in
hana studio)
Exec sql
Native sql
End exec.
Select * from tab into : lt.

Figure 27: Top-Down Approach with AS ABAP 7.4 SP05

-s-a fol adt-abap dev tool-add on la eclipse-iti permite acces la o sintaxa si hana database a I tu poti
sa faci artefacte specifice

-stored procedures-sunt specifice unei anumite baza de date

-mediul de programare este in application-ti ai definit view, proceduri(cand sunt fol sunt stocate in
bd)

-iti permite sa ai un singur transport container in 7.5, fata de 2

Figure 28: Code-to-Data Capabilities as off ABAP 7.4


-transparent optimizations : usor de folosit :
-db oriented program model : enxtended view def
-sap hana specific structures
-efortul de ajustare de cod creste dar si performanta de la transparent la artefacte
create in baza de date

L4 :Introducing the ABAP Development Tools (ADT)


Sap hana studio poate sa comunice direct cu bd
Abap dev tool -> abap back end prin rfc comunica

Unit 2 : taking abap to sap hana

Lesson 2 : static code check


-acest tool ofera teste ce te ajuta in migrarea la hana-sunt teste ce tin
de baza de date
-native sql daca nu merge si pe hana este short dump in sistem
-cand migrezi la hana nu ma ai nevoie de toti index-trebuie modificata logica pt a
nu avea erori
-
Performance Considerations

Transitioning ABAP Code to SAP HANA Performance Considerations


Performance of existing ABAP code after a migration
Some code immediately runs faster.-
Some code might be negatively impacted and should be revisited.
Reminder of performance guidelines-
Classical performance recommendations for Open SQL remain valid.-
Some shift priorities, for example, nested selects (higher), indices (lower).

Native SQL-EXAM-code inspector


Sci-tranzactie sap cod inspector
Sm50-vad ce procese am pornite
Sm37-vad ce tranzactii am
Clone finder ; programul tau custom este identic/asemanator cu sap