openS

SAP
An Inttroduc
ction to
t SAP
P HAN
NA by Dr.
D Vis
shal Sikka
S
UNIT 1: Intrroduction and Backgro
ound of SAP
P HANA
00:00:00

So why diid we do HAN

NA, and wha
at is some off the backgro
ound, how HA
ANA came about and
how we ended up here
e?

00:00:21

s very straigh
htforward. Th
he relational database
d
waas designed in the late
So the basic idea was
80s, earlyy 90s,

00:00:30

when SQL
L was a relattional algebra
a, and SQL started
s
to be
ecome populaar. People wanted
w
to get
away from
m file-based data
d
manage
ement

00:00:38

and mana
agement of specialized sttructures and
d so forth, an
nd objects, a nd get into a more
structured
d relational way
w to manag
ge data.

00:00:48

And that'ss what SQL means.

m
It's a structured query
q
language, that wass the original name for it.
And at the
e time when the RDB wa s designed,

00:00:57

the hardw
ware that implemented rellational databases was significantly
s
ddifferent than
n the
hardware that is availa
able now.

00:01:04

a
10, 11, 12 years a
ago, when we
w started thinking about re-doing the database,
Or even already
the hardw
ware was alre
eady very diff
fferent then.

00:01:13

How was it different? So

S if you loo
ok at this picture, typically
y in computerrs we have CPUs,
C
we
n memory,
have main

00:01:25

and... well, actually the

ere are layerrs in between
n as well; the
e on board caaches and so forth.

00:01:32

And then there is the disk.

d
And acccessing data
a from memo
ory is dramattically faster than
t
g it out of disk.
accessing

00:01:46

Something like 10,000

0 times or mo
ore faster. So
o this is slow
w, and it is uggly, and we don't
d
like it.

00:01:58

And the other thing tha

at happened
d was.... so th
his was not clear
c
in the ddays of the re
elational
database when it was first built.

00:02:05

M was much
h more expen
nsive and mu
uch smaller than it is now
w.
The DRAM

00:02:13

It was milllions of times

s worse in prrice/performa
ance than it is now. Also,, the other fundamental
thing was that CPUs back
b
then we
ere single core.

00:02:25

w largely a
attained beca
ause of impro
ovement in thhe single corre CPU
And so Moore's Law was
itself.

00:02:32

And already by 2003 it was clear tthat this was running into a physical w
wall, into a ha
ard
limitation,

00:02:40

at we cannott control, like

e the speed of
o light and thhings like tha
at, and that
governed by things tha
n going to b
be single corre any more
the processsors were not

00:02:48

in order to
o continue the performan
nce and manu
ufacturing be
enefits of Mooore's Law. So
S already
by 2003 also,
a
it was cllear that a co
ompletely ne
ew kind of database paraddigm was within our
reach.

00:03:03

And when
n we started thinking abo ut this, it bec
came clear th
hat if SAP haas to build a new
database,, then it has to
t be built arround the new
w reality of hardware:
h

00:03:15

That is mu
ulticore proce
essing; masssively larger and cheaper main memoory; and the advent of
columnar structures.

00:03:25

on why colum
mnar structurres are intere
esting is beca
ause alreadyy by that time
e, about 10
The reaso
or so yearrs ago, OLTP
P and OLAP had become
e very differe
ent kinds of inndustries, in fact.

00:03:36

Some sorrts of compan

nies were bu
uilding things for OLTP, fo
or transactionnal applicatio
ons, and
other sorts of companies were sta rting to build
d things prima
arily for OLA
AP, for analyttics.

00:03:45

And analyytical workloa

ads are quite
e different tha
an OLTP; or at least this was the assumption,
this was th
he belief that everybody in the industtry had,

00:03:55

that, you know,

k
you arre either ana
alyzing things
s or you are writing
w
thingss, and these two things
are very, very
v
different. Neverthele
ess, the columnar databa
ases were invvented,

00:04:04

columnar structures were

w
invented
d to store the
e same relational informaation, but to be
b able to
hem significa
antly faster.
retrieve th

00:04:12

And colum
mnar technology itself is n
not new. Dattabases like for example our own Syb
base IQ are
more than
n 20 years old,

00:04:19

and for a long time, pe

eople have kknown that co
olumnar data
abases are bbetter for retrieval
nce. In the ca
ase of Sybasse IQ, it is a disk-based
d
columnar
c
dattabase,
performan

00:04:30

and this iss more than 20

2 years old now. So by this time, it was
w clear thaat columnar databases
d
offer some
e unique adv
vantages for improving analytical perfformance

00:04:41

as well ass multicore prrocessing an

nd large availability of larg
ger quantitiees of DRAM.

00:04:48

So, when we looked at

a this, when I started thin
nking about this back in 22002. My first conclusion
S
had to build
b
a new d
database.
was that SAP

00:04:56

The reaso
on for it was very straighttforward. Am
mong other things, first of all, a comple
etely new
paradigm in databases is possible
e.

00:05:01

hat SAP had

d worked on database
d
tec
chnology for quite some time.
t
The good news was th

00:05:06

l
at the tim
me line of wh
here we have been, way back here inn the past wa
as 1977,
So if you look
and Rudi Munz did his
s thesis,

00:05:16

now now as MaxDB.

M
And around 19999, Franz and
d some of
and built a database that we all kn
his friendss

00:05:29

started to build TREX.. And I joined

d in 2002, an
nd I started th
hinking abouut, one of the first
hat Hasso as
sked me to th
hink about was
w database
es.
projects th

00:05:41

And some
e of the work
k that Franz h
had done wa
as already known by that time. I went and I talked
to one of my
m PhD advisors, Gio W
Wiederhold, an
nd he introdu
uced me to S
Sang Cha

00:05:52

who was also

a
his stud
dent. And San
nk had been
n working on a technologyy called P*TIIME, which
was an in-memory row
w store techn
nology.

00:06:00

s
gene
eration datab
base. And Fra
anz and Steffan and the gguys built the
e EUCLID
Sort of a second
project, which
w
was demonstrated a
and was the winner of the
e very first D
DKOM that SA
AP ever did,

00:06:13

back in 20
003. When Franz
F
showed
d the EUCLID
D running a billion recordds in one sec
cond, that
was prettyy remarkable
e.

00:06:25

So Hasso
o started to te
each these th
hings at HPI around 2004
4, and startedd to launch a real
investigation into how all of these tthings could be combined into a full ddatabase.

00:06:36

And in Au
ugust of 2006
6, about 30 m
metres from here,
h
in his office,
o
he toldd me about th
his idea that
he had, th
hat we could rewrite Fina ncials.

00:06:47

And he wa
anted to rew
write Financia
als for the fou
urth time in his life. And thhis time, bec
cause of this
amazing ability
a
to calc
culate things on the fly, and the drama
atic performaance that we
e get

00:06:58

from this new

n
databas
se technologyy, that we co
ould actually get rid of all the aggrega
ates. And his
guess was 70% or so of the code in Financials
s was about creating
c
andd managing th
hese
es,
aggregate

00:07:10

indices, daily totals, weekly

w
totals, monthly tota
als, things of this sort. Annd I remembe
er that night
d
home,
as I was driving

00:07:19

I had just come back from

f
Hawaii, and as I was driving hom
me that nightt, it was very
y clear that
ally new idea
a, not only in databases but
b in how wee can apply the
t
this was a fundamenta
database

00:07:29

pplication itself. And so that night, I thhought of the

e name
to rethink the architectture of the ap
w architecturre.
HANA, ass Hasso's new

00:07:37

That's sorrt of where th

he HANA nam
me comes frrom. August 2006,
2
right hhere in Palo Alto.
A

00:07:46

And so we
e started worrking on thatt. In 2009, Ha
asso presentted his pape r on the in-m
memory
database,, this column
nar in-memorry database,

00:07:59

at SIGMO
OD in New En
ngland. And it was extrem
mely well rec
ceived. That Fall, we starrted the
HANA devvelopment project

00:08:12

for buildin
ng the HANA product. Occtober of 2009. On Decem
mber 1st of 22010, we launched
HANA.

00:08:21

011, HANA went

w
generally available.
It went intto RTC, and then June 20

00:08:31

So that, boys and girls

s, is a little hiistory of how
w HANA came to be.

00:08:36

A became gen
nerally availa
able in June of 2011, sho
ortly after Sappphire, back
k then. At
So HANA
Sapphire, I had showe
ed the first 25
5 or so custo
omers that we had workeed with

00:08:48

d all kinds o
of amazing th
hings with HA
ANA. Since thhen it has be
een an
who were starting to do
unbelievable journey.

00:09:00

e... by far the

e fastest grow
wing productt in our historry. By my caalculation also
o in the
Part of the
history of enterprise so
oftware.

00:09:09

As we are
e taping this it is Septemb
ber of 2013, so it's about 2 years andd 3 months siince the
launch of HANA. Actually, it's exacctly 2 years and
a 3 months
s! It was Junne 20th of 2011 that
ally available
e.
HANA beccame genera

00:09:21

So 2 yearrs and 3 mon

nths ago. In tthose 2 years
s and 3 months, HANA hhas already made
m
more
than a billion dollars in
n revenue.

00:09:29

A billion dollars.
d
Yes, that
t
is 1 with
h 9 zeros

00:09:37

in 2 yearss and 3 months. That's prretty unbeliev

vable.

00:09:45

And more
e than 2,000 customers h
have already purchased HANA.
H
We h ave something like 1100
implemen
ntations going
g already.

00:09:54

And it hass just been a hell of a jou rney since th

hen. Beyond the customeers, 10 different
hardware vendors are
e manufacturring hardware
e for HANA.

00:10:08

elf is the resu

ult of a deep collaboration with Intel... it's somethiing like that.... Intel
HANA itse
Inside, rig
ght?

00:10:19

It is now 10
1 years sinc
ce we started
d working witth Intel. I rem
member whenn the first Wo
oodcrest
chip came
e out,

00:10:29

which had
d two CPU co
ores, and Da
aniel Schneis
ss had called
d me and toldd me that TR
REX was
running so
omething like
e 85% fasterr because it had
h 2 cores.

00:10:38

We just re
ecompiled the software fo
or the Woodc
crest chip. Actually, it waas the same code.
c
Then
it was clea
ar that this multicore
m
ben
nefit that we get
g from HAN
NA

00:10:50

was some
ething that was going to rreally... So, thanks to ourr friends at Inntel. You are the best!
Without yo
ou, HANA would not be p
possible.

00:11:00

So 10 harrdware vendo
ors, IBM, HP
P, Cisco, Fujitsu,

00:11:08

Dell, Leno
ovo, Hitachi, all kinds of ccompanies are making se
ervers for HA
ANA.

00:11:17

And we ha
ave all kinds of storage p
partners and stuff like this
s. Almost 10,,000 differen
nt
consultants from around the indusstry have bee
en trained on HANA: Thaat's quite spectacular.

00:11:28

And all kin

nds of compa
anies in the e
ecosystem are
a building applications
a
oon HANA, bu
uilding all
kinds of services, education,

00:11:39

g, training aro
ound HANA, so it's been quite an incredible journney.
consulting

00:11:45

SAP itselff: we have no

ow 77 produccts of ours th
hat run on HA
ANA, and evvery single prroduct eitherr
already ru
uns on HANA
A

00:11:54

or is in the
e process of running on H
HANA. And one
o of the most amazing things that our
o team did
recently, that
t
we are really, really p
proud of,

00:12:03

is ISP. Ou
ur internal ER
RP system n ow runs on HANA.
H
And this
t
has basiccally more th
han 60,000
users in our
o company.

00:12:16

Our whole
e company depends
d
on th
he ISP syste
em, and ISP now, for the last roughly 5 weeks
has been running on HANA.
H

00:12:26

mazing testam
ment to this product.
p
And it was origin
nally
So that is something. Quite an am
d to be simply
y an analyticc.
supposed

00:12:35

Everybodyy used to think that HANA

ytical produc
ct. But to seee that one of the
t world's
A is an analy
most misssion-critical, most
m
comple
ex, large-scale ERP syste
em,

00:12:44

including our own, of a very, very llarge company is running

g on HANA knock on wood
w
in
our own book
ks on HANA for the very ffirst time.
the next 10 days we'll be closing o

00:12: 56

And we arre one of abo

out a dozen companies right
r
now tha
at are runningg their own ERP
E
systems on
o HANA; so
o this is some
ething quite extraordinary
e
y.

UNIT 2A: S
SAP HANA Technology:
T
Parallelism
m
00:00:00

So let's ta
alk some HAN
NA technolog
gy. And yes, every once in a while, w
we have to ta
alk
technolog
gy.

00:00:16

We can't be
b all about PowerPoint and traffic lig
ghts and things of this soort all the time
e.

00:00:24

Hasso has this amazin

ng set of icon
ns with regard to HANA that
t
he uses . I'll go over some of
those.

00:00:32

ow about HA NA is that the combinatio

on of multicoore, parallelis
sm,
The basicc thing to kno

00:00:47

data locality in memorry, and colum

mnar structurres,

00:01:00

act that we re
e-thought evverything, and
d worked tog
gether with ccustomers to do this.
plus the fa

00:01:09

And especially thanks

s to Colgate, who gave us
s the very firs
st actual ERP
P system of theirs to
w could worrk with while we were building HANA.
run, that we

00:01:22

That is ba
asically the se
ecret for how
w HANA cam
me about. The
e power thatt HANA deriv
ves is from
the fact th
hat it runs ma
assively para
allel.

00:01:34

We have the ability in HANA, beca

ause we rede
esigned everrything from scratch, all operators
o
el.
are paralle

00:01:42

So every operator in HANA

H
operattes in paralle
el. We have the
t ability to.... If you take
e a modern
h up to 80 CPU cores,
server, it has

00:01:54

2 terabyte
es of DRAM, and you can
n put maybe 5 or even more terabytees of SSD as the
persistencce on the serrver.

00:02:06

And that is a pretty am

mazing amou
unt of computing power. The
T 80 CPU cores HA
ANA enabless
us to fully utilize all of them.

00:02:18

e assumption
ns of the passt, where peo
ople used to try
t to keep thhe CPU cons
sumption
Unlike the
low, and so
s forth, here
e, our belief iis the more you
y burn the CPUs the faaster you gett the results,

00:02:29

the less you have to store,

s
the mo
ore you calculate on the flly, and so onn. On a single
e box, aboutt
C
cores.
that high, you get 80 CPU

00:02:42

0 CPUs, roug
ghly 3 gigahe
ertz clock spe
eed on every
y single one oof them, this is 240
This is 80
gigahertz of clock spe
eed available
e to you.

00:02:51

believable am
mount of com
mputing capa
acity. And you have 2 teraabytes of data in DRAM.
It's an unb
So everything on HAN
NA was desig
gned to take maximum ad
dvantage of these two th
hings.

00:03:02

e most important statisticcs to rememb

ber is that HA
ANA does onn the Ivy Brid
dge
One of the
processorr 3.5 billion scans
s
per seccond, per core.

00:03:17

Three and
d a half billion integer sca
ans per seco
ond per core. This meanss that basicallly, the scale
is nearly unlimited
u

00:03:26

with the number of cores, the num

mber of CPUs
s, the numbe
er of servers. So basically
y, what this
ave some bu
udget forecas
st to run,
means is that if you ha

00:03:38

m
g run to plan
n, or some sa
ales analytics
s to run, or iff you were to
o run any
or some manufacturin
kind of a thing,
t

00:03:47

calculate a risk for a bank,

b
or figurre out the opttimal path to ship a contaainer from Sh
hanghai to

Seattle,
00:03:59

o that sort: If it requires llet's say 350 billion scans

s, you can doo this in 100 seconds on
anything of
one core,

00:04:07

o less in one
e second on a hundred co
ores. This is basically whhere the power is derived
or more or
from. We also do in ad
ddition to the
ese scans,

00:04:15

o the native algorithm in the operators, we do about 12.5 to 115 million agg
gregations
because of
per secon
nd per core.

00:04:24

And this means

m
that we
w can basica
ally aggregate anything on
o the fly thaat we can ima
agine,
anything that
t
we can think
t
of.

00:04:31

So, the co
ore of HANA is built arou nd these prin
ncipals of parallelism in thhe operators
s. All the
major ope
erators in calculations, in joins, in sca
ans, all use parallelism.

00:04:43

In fact, the
ey use what we call intra
a-operator pa
arallelism. That is, in a coocktail party you
y can
throw thatt word around: Vishal saiid intra-opera
ator parallelis
sm.

00:04:54

What thatt means is that basically tthat not only do we take a little job annd distribute that across
processorrs, we can ev
ven take, witthin the opera
ator itself, we
e can take a part of the jo
ob

00:05:05

and then run that also

o within an op
perator in parallel. So it's quite extraoordinary. Actu
ually, the
mething like 6 and a half times faster than just parrallelism by
intra-operrator paralleliism runs som
itself.

00:05:18

And of course, today's

s relational d
databases or yesterday's relational daatabases don
n't even
m. So this is where some
e of the treme
endous advaantage of HA
ANA comes
have nativve parallelism
from.

00:05:30

allel operatorrs. Let me se

ee... where iss the? Yeah, there is
So that is: Number one is the para
ay has this fu
unky icon tha
at sort of looks like that
this, Sanja

00:05:41

and with a little window

w-like thing i n the middle
e, and then litttle things likke that. I think
k he was
trying to depict
d
a CPU
U... like that.

00:05:51

That is so
ort of the icon
n. When you look at Hass
so's notes an
nd stuff, that is the icon fo
or
parallelism
m. So that is number one
e.

UNIT 2B: S
SAP HANA Technology:
T
Row and C
Column Storres
00:00:00

The secon
nd big one in
n HANA is th e row and co
olumn stores
s.

00:00:20

The colum
mn stores are
e basically likke that.

00:00:26

The colum
mns, they are
e not all unifo
orm, and I'll get
g into the reason for whhy that is.

00:00:33

But basica
ally, you take
e a relation w
which sort of looks like a table or an E
Excel spreadsheet, and
store everrything about it in column
ns.

00:00:44

So this is column store

e, and you h ave the row store, which is more tradditional, exce
ept our row
nd it has som
me pretty ama
azing inventions,
store is in-memory, an

00:00:57

ee index travversal, which

h is when you
u have to stoore a transac
ction in
like optimistic, latch-fre
y have to be able to do
o that withou
ut locking up the whole thhing.
memory, you

00:01:08

And so we
e do latch-fre
ee index travversal. So this was a new
w data structuure that Sang
g and his
team had designed, and so on and
d so forth.

00:01:14

e benefits, off course, of the row storee are that you

u can do
So we havve both of these. And the
transactio
ons quite quic
ckly. The ben
nefit of the co
olumn store, like I alreaddy talked abo
out,

00:01:23

is that you
u can do ana
alytics and re
eads dramatically faster. How much faaster? Well, I mentioned
already th
he number.

00:01:31

I hope you
u guys remembered this:: three and a half billion scans
s
per seecond per corre. And
when you think about enterprise d ata structure
es,

00:01:41

ple, or the ma
anufacturing order, or thee account se
egments, the
one of our sales orderrs, for examp
BSEG,

00:01:51

o of the two
o core tabless; BKPF is th
he other one,, in our Finanncials applica
ation. This iss
which is one
the heade
ers and this is
s the line item
ms.

00:02:02

The accou
unting line ite
ems. And the
e BSEG table
e has something like 3200 fields in it.

00:02:08

The document name, number, typ e, is it credit, is it debit, is

s this the adddress, is it ov
verdue or
0 pieces of in
nformation a bout that.
not 320

00:02:20

So it is a very,
v
what we
w would call wide data sttructure. And
d when you hhave such wiide data
structuress and whenev
ver somebod
dy, a normal human being,

00:02:32

wants to know
k
someth
hing about, le
et's say, acco
ounting line items,
i
our brrains have th
he ability to
handle ma
aybe 10, 20 out of these 320 fields.

00:02:43

So in a co
olumnar data
a structure, th
hat means th
hat you just pick
p out the oones that you
u need, that
you are in
nterested in getting
g
inform
mation on, qu
uickly assemble them intoo the result,

00:02:54

and demo
onstrate that.. In a row sto
ore, in a tradiitional disk-based row stoore, you are going to the
disk, you are grabbing
g things row by row, and then after yo
ou have retrieeved all the rows,
r

00:03:02

a identifyin
ng the colum ns out of the
e rows that yo
ou are lookinng for, and th
hen pulling
then you are
this inform
mation up. So
o it's dramati cally slower..

00:03:08

Here, not only do you get just the ccolumns that you are inte
erested in, buut, in fact, do
o that
cause you ca
an assign diffferent cores to grab the different colu
umns.
massivelyy parallel, bec

00:03:19

In fact, yo
ou can take more
m
than on
ne core for on
ne particular column. Andd this is the fancy
f

cocktail th
hing that I told you about,, the intra-op
perator parallelism.
00:03:29

So that's basically
b
the idea. Now trraditionally, one
o of the myths of our ccolumn stores was that
they were
e slow when it came to tra
ansactions,

00:03:37

and our te
eams worked
d super hard over the yea
ars to make sure
s
that thiss is not the case.
c
And
the way we
w do that is actually a bu
unch of quite
e clever, ama
azing techniqques.

00:03:48

So you ha
ave the basic
c column sto re here. In addition, we have
h
a less ooptimized collumn store
that we ca
all the delta store.
s

00:03:59

So this is the main collumn store, a

and this is the delta colum
mn store. Andd what happ
pens is that
ons come into
o the delta
transactio

00:04:09

very quickkly, and everry once in a w

while, they get merged, through a proocess called the delta
merge, intto the main store.
s
And th
hen wheneve
er there is a question
q
bby the way, this is not
slow

00:04:19

ever there is a question, iff there is info

ormation thatt is partly in tthe delta and
d mostly in
so whene
the main, then you can do a join b
between the delta
d
and the
e main.

00:04:29

And if eve
erything that you are lookking for is in the
t main, the
en of course it is really, re
eally fast.
And one of
o the things that we have
e added rece
ently into this
s design of thhe delta and the main

00:04:40

is we have
e added a co
oncept of wh
hat we call an
n L1 delta, which is a variiation on this
s row store,

00:04:49

which sitss as a buffer in front of the

e delta. And this can abs
sorb transacttions really, really
r
fast.
Like let's say
s if you are
e capturing e
events comin
ng out of eve
ery airplane oof your airline
e company

00:05:00

that is flyin
ng in the sky
y, and all the engines of every
e
airplane in the sky are sending out events
at the sam
me time to the ground. Yo
ou want to ab
bsorb like a million
m
eventts per second
d,

00:05:08

or you wa
ant to capture
e every trade
e that is going
g on in Wall Street, or yoou want to ca
apture, you
know, eve
ery piece of instrumentatiion that is co
oming from all the tractorss of John De
eere that are
on the fielld,

00:05:19

or MRI ma
achines of Philips, or Sie
emens, or Ge
eneral Electric, or any of tthese kinds of
o things
which are
e sending outt super-fast ttransactions,

00:05:28

those can
n come into th
he L1 delta, and as the trransactions are
a closed doown or when
n the system
gets some
e breathing room,
r
you du
ump them intto the delta or
o into the maain, as things
s will
happen,

00:05:37

ns that come
e in, you do jooins across these
t
three
and then in the meanttime, if there are question
o this is an ex
xtremely novvel and super-high perforrmance archiitecture
things. So

00:05:46

which ena
ables us to ru
un very, veryy fast queries
s and column
nar operationns while at th
he same
time prese
erving the be
enefits of the
e row store,

00:05:56

and absorrb the transa

actions at a vvery high spe
eed into the row
r
store. Annd when you think about
it, the worrld sort of wo
orks like that.. If you ever go
g to China, and you havve a translato
or who is
sitting the
ere and translating things for you,

00:06:06

and you are

a speaking English sup
per fast and then there is this guy whoo is continuously
translating
g the thing in
n Chinese to the other pe
eople who are
e sitting in thhe room,

00:06:14

and everyy once in a while

w
you get so fast that he has to tak
ke out a little pen and sta
art to write
down his thoughts in English,
E
that is sort of like
e the L1 delta
a buffer heree.

00:06:21

sign of the ce
entral structu
ures of HANA
A. It's the co lumn store th
hat's our
So this is the main des

main inve
ention, and in
n addition the
e parallel row
w store
00:06:33

that enables us to be able

a
to achie
eve a dramattic performan
nce, not onlyy for analytics
s but also
for transactions.

00:06:43

And keep in mind: One of the thing

gs that people get confus
sed about in HANA is tha
at people
e is for transsactions and the column store
s
is for aanalytics:
think that the row store

00:06:50

ou can do ro
ow analytics and
a transactions in the roow store, you
u can do
this is not the case. Yo
a transacttions in the ccolumn store,, and we hav
ve some attri butes of the row store
analytics and
inside the
e column storre,

00:07:01

as a way to buffer up the

t transacti ons in the ro
ow. So it is a completely w
without comp
promise
a
to do th
hat because we
w started from scratch,
design. And we were able

00:07:10

h
decade
es of legacy that
t
they hav
ve to protect.. And it is mu
uch more
and the otther people have
difficult for them to do so than for u
us.

UNIT 2C: S
SAP HANA Technology:
T
Projections
s, Dynamic Aggregation, Integrated
d Compress
sion
00:00:00

So the third main area

a of innovatio
on is in the area of projec
ctions. And I' ll explain wh
hat this is.

00:00:23

a
, and lightwe
eight compres
ssion, or... le
et's call it inteegrated comp
pression.
Dynamic aggregation,

00:00:43

And when
n looking for the icons, th is is the projections icon,, it goes som
mething like th
hat.

00:00:56

Like that, and some off these thing s are filled, and
a then you
u do from theere into just those two
g
Like
e that.
that you grabbed.

00:01:04

That icon that Sanjay has is the ico

on for projec
ctions, and ag
ggregations,, and the icon
n for
how like a we
eird disk with
h these arrow
ws going in.
compresssion is someh

00:01:16

I think it's more like a squeezed di sk than a compression, but

b I think yoou know what I mean.
n projectionss, dynamic ag
ggregation, and
a the integgrated comprression?
So, what is going on in

00:01:26

olumn store, like I said, B

BSEG has 32
20 fields in it. When you nneed to aggre
egate
So in a co
something
g, when you need to proj ect on this,

00:01:38

when you need to get, let's say, alll the custom

mers which arre overdue, aand their add
dresses, that
0.
is maybe 10 fields outt of these 320

00:01:48

e 320 fields in
n here in the column storre, like that,
So grabbing those outt of the 320, so you have
his,
and more going like th

00:02:00

ust need 10 out

o of these this one, that one, tha
at one, and sso on so ju
ust grab
and you ju
those, and
d achieve a dramatic
d
perrformance be
enefit, improv
vement in geetting just tho
ose 10 fields
out.

00:02:13

p
On
ne of the prin
nciples that we
w teach, thaat we recomm
mend, that
So this is a dynamic projection.
o applicatio
on programm
mers to get, is
s to do this projection
p
as often as they need,
we want our

00:02:26

and to folllow the princ

cipal of minim
mal projection
n, meaning get
g just the d ata that you need.

00:02:33

In the passt, because databases

d
we
ere slow, we
e used to hav
ve this notionn that, grab everything
e
that you can
c out of the
e database, kkeep it in the
e application, and then doo processing on that.

00:02:42

In the worrld of HANA this is not ne

ecessary, because of the tremendouss scan speed
d that I
mentioned
d; three and a half billion scans per second
s
per co
ore.

00:02:52

That givess us the ability to do miniimal projectio

ons just as often as we nneed, and so on. The
same thin
ng applies to dynamic agg
gregation.

00:03:01

Whenever you need to

o calculate a total, this sp
peed is twelv
ve and a halff to fifteen million
ons per seco
ond per core , and we can
n do this dynamically.
aggregatio

00:03:12

So if you want
w
to calcu
ulate weekly sums, instea
ad of having a batch proccess that tak
kes the raw
informatio
on and then calculates
c
aw
week's worth
h of totals ou
ut of that,

00:03:22

you can calculate

c
the week's worth
h of totals on
n the fly. And
d if it hasn't cchanged, then HANA can
cache tha
at and answe
er the second
d time around
d much more
e quickly.

00:03:31

and our kids at HPI ha

ave been wo
orking on this
s fancy new object
o
cache , which make
es it even
d so on. But the point is, aggregation
ns don't have to be storedd into these
faster, and
unnecesssary, cluttered
d data structtures, and tables,

00:03:44

and interm
mediate value
es, and so fo
orth. You can
n calculate th
hem on the flly. So dynam
mic
aggregatio
ons this is
s hugely imp
portant in ana
alytics, espec
cially in analyytics on raw

10

transactio
onal data,
00:03:57

because you
y can think
k about aggrregations, yo
ou can think about
a
any kinnd of way tha
at you want
to group things together and add tthings togeth
her and enable people to do this comp
pletely in an
ed manner,
unrestricte

00:04:10

do that lim
mited only by
y their imagin
nation. So if you
y want to know
k
not justt the weekly totals but
the weekly totals in Ch
hina, except for the big to
op 5 cities, yo
ou can do thhat on the fly..

00:04:19

nt to know the total from last night mid

dnight until right now, youu can do tha
at on the fly.
If you wan
You don't have to be limited to tho
ose aggregattions that som
mebody did ffor you in advance.

00:04:30

t
you are
e limited to th
hose question
ns that some
ebody thoughht about for you.
y
You
Because then
have to be
e limited to as
a fresh as th
hat informatio
on is.

00:04:38

Here, dire
ectly, on-draw
w information
n, you can ag
ggregate thin
ngs any timee you think ab
bout, any
time you feel
f
like, on the
t fly.

00:04:46

And then the integrate

ed compresssion: This is something
s
qu
uite amazingg. What happ
pens is, the
h
been drrawing these
e columns in unequal leng
gths
reason I have

00:04:56

is because when you organize thin

ngs by colum
mns, you don
n't have to stoore every sin
ngle row.

00:05:04

ake just the fields

f
that arre necessary
y for columns
s, and you stoore those. Fo
or example,
You just ta
even if yo
ou have a billion records o
of information,

00:05:14

there are like, what, 20

00 countriess in the world, so if one off these fieldss is Country, you know
0 values out of there.
that there are only 200

00:05:21

an create a dictionary,
d
ho
old the values
s for these 200 countriess, and then ju
ust have an
So you ca
encoding for which co
ountry that is in these billion columns.

00:05:30

et a dramatic
c compressio
on improvement without compromisin
c
g performance. And that
So you ge
is something quite am
mazing about HANA,

00:05:41

ave the abilitty to do that. You know, if one of thes

se columns iss, let's say, th
he sex of a
that we ha
person, yo
ou know, the
ere's male an
nd female,

00:05:49

so there'ss one bit, and

d then you ca
an store inforrmation on seven and a hhalf billion pe
eople in a
ridiculously small amo
ount of memo
ory. And so on
o and so forrth, for everyy kind of field
d that you
can think of.

00:06:00

mpression in H
HANA gives us an ability
y to do tremeendous savings in space,
So the integrated com
mes to thingss like in analy
ytics,
especiallyy when it com

00:06:09

when you have very sparse

s
fields,, when you have
h
things in
n transactionnal systems where
w
a lot
ds are empty
y, and stuff li ke that.
of the field

00:06:18

What we have been seeing with H

HANA is just amazing.
a
We
e see that annalytical work
kloads,
nalytical data
a warehouses
s, data marts
s, things like this,
customerss who run an

00:06:27

routinely get
g ten times
s, twenty time
es, even thirtty times com
mpression. Ouur own ERP system, you
u
know, up until the time
e when it use
ed to run on DB2,

00:06:38

d was that it w
here between 11.5 and 112 terabytes of data. And
what I was always told
was somewh
e I looked, it is never morre than 2 tera
abytes, inclu
uding the worrking memorry, so today
every time
it was like
e 1.8 terabyte
es.

00:06:49

And out of
o this, sometthing like 1.1 terabytes is
s the actual database sizee, and the remaining
700 gigab
bytes is the working
w
mem
mory of HANA
A.

11

00:06:59

So this is quite amazin

ng that we arre able to ge
et that much compression
c
n, and as a re
esult, I
y think abo
out it, if you g
get rid of the aggregates,
mean, if you

00:07:08

if you get rid of all the totals, all the

e indices, if you
y get rid off the redundaant replicas of
o data, so
d system from
m the OLTP system, and then you haave the data warehouse
you have the standard
and data marts,

00:07:19

a copies off copies, and

d extracts of copies,
c
and tthings like th
his. In HANA
these are all copies, and
a. And the ra
aw data itselff is compresssed.
you just need to keep the raw data

00:07:29

mount of savings, the amo

ount of simplification thatt we can achhieve in an en
nterprise
So the am
landscape
e with HANA
A is simply am
mazing, enorrmous.

00:07:39

So that wa
as projection
ns, dynamic a
aggregation,, and the inte
egrated comppression of HANA.
H

12

UNIT 2D: S
SAP HANA Technology:
T
Insert Only
y, Partitionin
ng & Scale-O
Out, Active aand Passive
e Storage
00:00:00

The next one

o is a couple of more, fundamenta
ally new capa
abilities,

00:00:18

which we did because

e we could, b
because we were
w
doing itt from scratchh, and others
s cannot,
ble capabiliti es for our kin
nd of applica
ations, for entterprise applications; in
are some really valuab
n application..
fact, for any kind of an

00:00:31

And those
e are things like INSERT ONLY, partitioning and scale-out,
s

00:00:43

and hot and cold, activ

ve and passiive storage. So, INSERT ONLY is, whhen we have
e a column
store,

00:00:53

ay to deal with transactio

ons that come
e in is to sim
mply insert theem.
a great wa

00:01:02

And so yo
ou add new columns
c
in th
here. Adding a new entry
y in here meaans taking a part of that
record here and just making
m
the rig
ght insert in the appropria
ate place.

00:01:15

And you invalidate the

e previously h
S even when
n you have too update a piece
p
of
held entry. So
on, like you have
h
to updatte an addres
ss of a custom
mer, or updaate some piece of
informatio
informatio
on,

00:01:25

then in co
olumn storage
e, it is very a
advantageous to simply create
c
a new
w entry, and then as a
separate process, inva
alidate the p revious entry
y that you ha
ad.

00:01:36

n fact dep
pending on how you invallidate this, hoow you have
e your
The benefit of this is in
on strategy it is possib
ble to recreate histories.
invalidatio

00:01:45

It is possible to create
e audit trails. It is possible
e to do time travels.
t
How did something change
an extraordin
narily valuab
ble capability .
over a period of time? And that is a

00:01:55

And in HA
ANA, we get this natively.. In fact, the update sequ
uence operattion is implem
mented in
HANA

00:02:04

bination of an
n insert and then an inva
alidation of th
he thing that'ss not valid an
nymore.
as a comb

00:02:15

One of the
e things in HANA that is e
extremely im
mportant: In many
m
databaases, they did
d this after
the fact, with
w HANA we
w did this rig
ght at the beg
ginning, from
m scratch,

00:02:25

and that iss the ability to

t partition da
ata, and to scale
s
out acro
oss machinees. So this is this very
fancy picture that Sanjay has draw
wn of a...

00:02:37

h drew it lik
ke that, and t hen this has four pieces, and then thiis one is like
e a zillion
...maybe he
pieces, an
nd stuff like that.

00:02:46

I don't kno
ow how to drraw that.... likke that... So you'll see tha
at. When youu see that ico
on in
Hasso's slides,
s
that's Sanjay
S
at wo
ork, who cam
me up with this idea of paartitioning.

00:02:56

But basica
ally, what is says
s
is, if yo u have, let us
u say, a lot of
o informationn, and you need to
partition th
hat across no
odes,

00:03:04

across ma
achines that are connecte
ed to each other,
o
you can dynamicallly partition th
hem so that
part of the
e data is in one machine,, and partly in
n another.

00:03:13

That partitioning can be

b done by ro
ow or by colu
umn, meanin
ng if you havve giant colum
mns like we
metimes in fac
ct sheets, facct tables, or in point-of-sa
ale data,
have som

00:03:25

and stuff like

l
that, whe
ere you have
e tons of information all in
n one columnn, then you can
c split up
the colum
mn into differe
ent parts and
d send them to different parts
p
of mem
mory on one server,
s

13

00:03:33

or multiple
e servers. An
nd of course,, you can partition columns, so you h ave one piec
ce of the
database in one mach
hine, and so on, or a com
mbination of both
b
of thesee things.

00:03:42

And then unleash the cores that a re sitting on each one of these mach ines into all of
o them.
wesome perfformance.
Then you get really aw

00:03:50

ale-up and sc
cale-out prettty much lineearly.
Typically, we see perfformance sca

00:03:57

node cluster, we often se

ee performan
nce improvem
ment of arou nd 11 times,, and stuff
On a 16n
like that.

00:04:05

ds on the natture of the question, and how distribuutable or how

w distributed
So of course it depend
inherentlyy it is.

00:04:12

But HANA
A gives us these native ca
hat other data
abases don'tt have, which
h is to be
apabilities th
able to run workloads across mach
hines.

00:04:21

And some
e of the more
e extreme exxamples that we have ach
hieved: We oonce took rettail data,

00:04:29

which is anonymous
a
retail
r
data fro
om one of our largest, sup
per, super laarge Retail cu
ustomers,

00:04:37

one of the
e biggest com
mpanies in th
he world. And
d they were doing
d
sometthing like 330
0 million
transactio
ons per day.

00:04:47

And we to
ook 10 years' worth of da
ata. Wow! So
o that is how much data? That is apprroximately
1,200 billion records.

00:05:00

2 trillion, in ca
ase you are ccounting, tha
at's 1.2 and then 12 zeross after that.
That's 1.2

00:05:09

That's a very,
v
very larg
ge number. IIt's one and a half times the
t populatioon of the worrld. One and
three quarter times the
e population of the world.

00:05:18

an kind of guess who thiss retailer is. And

A we ran th
his thing on a 100 node cluster.
c
So you ca
Each node is 40 CPU cores and 1 terabyte of memory.

00:05:32

And basiccally the incre

edible thing w
was, all the questions
q
tha
at we could tthink of in this particular
case were
e between 60
00 millisecon
nds and 3.1 seconds
s
resp
ponse time.

00:05:45

The only question

q
thatt went past 2 seconds wa
as this one, this
t
3.1 secoond question, and this
was quartter over quarrter comparisson over 10 years.
y

00:05:57

So this is like, these are

a the kind o
of questions that
t
on this kind
k
of data w
would run forr days on
astructures.
other infra

00:06:04

And here in HANA, tha

at runs within
n a couple of seconds. So
S that is the benefit of pa
artitioning
e-out.
and scale

00:06:13

And one other

o
capabillity in HANA is hot and co
old. So, there
e are times w
when we kno
ow about the
semanticss of the application.

00:06:21

In Financiials, for exam

mple, we kno
ow that the ac
ctive data in a financial reecord of a co
ompany is
the curren
nt year. The year
y
is typica
ally the meas
sure of a pub
blic companyy's financial information,

00:06:33

and so a year,
y
of courrse, is typicallly a little bit longer than one
o year, beecause you want
w
to keep
the open items from th
he previous yyear that cam
me into this year
y
and werre carried forrward,

00:06:41

as well ass the items from this yearr that you will carry forward into the neext year: So maybe 14
months off information for one yearr. And then iff you want to
o do year oveer year comp
parison,

00:06:49

so then yo
ou'll do also the
t previouss year. So tha
at's it. You do
on't need to hold more th
han that in

14

the hot... in active mem

mory.
00:06:59

c
store the
e rest of it, m
meaning put it into Flash, into SSD, annd then you get
g
You can cold
additional compressio
on that way.

00:07:06

an take 42 ye
ears of appliccation know--how and brin
ng that to baare to organiz
ze data in
So you ca
this kind of
o a tiered strrategy, with h
hot and cold data,

00:07:17

so that we
e can get eve
en more com
mpression, th
hen we can get
g even betteer performan
nce. And
HANA ena
ables us to do
d these kind
ds of things natively,
n
insid
de the databaase.

00:07:28

So that wa
as INSERT ONLY,
O
partit ioning, and scale-out,
s
and hot and coold.

15

UNIT 2E: SAP HANA Technology:

T
SQL, Libra
aries, and Su
ummary

00:00:00

The next one

o I want to
o talk about i s SQL.

00:00:16

That's the
e language to
o access HAN
e beauty of HANA
H
is that we did all off this stuff
NA. Now the
completely redesigned
d from scratcch, ground up.

00:00:27

And yet, from

f
the outs
side, the inte rfaces are ex
xactly the same interfacees that people have been
n
using for decades.
d

00:00:33

Anyhow, here
h
in the Valley,
V
there is a lot of talk about no SQL
S
and stuffff like this. Th
here are like
25 million people arou
und the world
d who know how
h
to progrram SQL.

00:00:42

y know, to
ons and tons and tons of usage of SQ
QL. The entire
re enterprise world, and
There is, you
even in th
he consumer world, all ou
ur ability to as
sk questions
s and do trannsactions bas
sically
depends on
o SQL.

00:00:53

So yeah, don't let them

m fool you. S
SQL is no les
ss important now than it w
was ever beffore. So we
ull SQL, so both on the co
olumn store,
support fu

00:01:05

and the ro
ow store, and
d both of thesse have the SQL front en
nd on top of tthem.

00:01:16

The ends see SQL 92

2 and then su
ubsequent ve
ersions of SQ
QL that camee in, fully standardsg, no special voodoo of ours, no proprietary thing here,
compliantt, no learning

00:01:26

this is regular SQL. An

nd beyond S
SQL we offer all kinds of additional
a
thi ngs: MDX, which
w
is a
l
sta
arted at Micrrosoft,
SQL-like language,

00:01:37

for multidiimensional data

d
traversa l, especially used in analytics. We suupport MDX natively
n
inside HA
ANA. We have support forr text-oriente
ed things,

00:01:48

text functions, and the

en all kinds o
of functional enhancemen
e
nts for busineess functions
s and so
forth,

00:01:56

al syntaxes around that, g

geographical syntaxes, sttuff like that, which some
etimes are
for specia
not in the standard SQ
QL.

00:02:03

s
map--reduce operrations, which is what typ
pically the N o SQL movement
We also support
people are
e so fascinatted by.

00:02:10

I mean ba
asically, when you think a
about it, a ma
ap is like a sc
can that you distribute ov
ver a large
amount off data when you want to map an operation,

00:02:17

if you wan
nt to, let's say
y, increment everything or
o do an aggregation oveer something, or add
10% to alll your plan, or
o something
g like that.

00:02:29

That is a map
m operatio
on that applie
es widely, an
nd we have a map API. Itt reduces typ
pically the
inverse off that, that yo
ou want to re
educe someth
hing, you wa
ant to do an aaggregation,

00:02:39

you want to do a filter,, or somethin

ng of that sorrt. So we offe
er map-reducce. In fact, we
w
ated map-red
duce inside T
TREX at the DKOM in 20
006.
demonstra

00:02:51

And then we have the stored proce

age SQLScript. We havee a native, low
w-level
edure langua
M,
language called L, which is a part of the LLVM

00:03:00

e can write co
ode, low-leve
el code direc
ctly in L, and have that bee attached into HANA.
so people
We have, of course HANA itself is written in C+
++, and there
e are lots of C++ libraries
s in HANA,

00:03:10

es for GIS da
ata, for text d
data, for wha
at we call the Business Fuunction Libra
ary, and the
the librarie

16

Predictive
e Analytics Liibrary.
00:03:20

We integrrate R, which
h is a statisticcal package in there, we have IMSL.. ., let's see... all kinds of
function libraries like this,

00:03:30

p with a gene
eric way, wha
at we call the
e AFL, as a w
way to integrrate people,
and we arre coming up
anybody'ss library, insid
de HANA in a safe way.

00:03:40

Now safetty here is exttremely impo

ortant, becau
use when we
e insert code like this and
d it runs,
HANA is entirely
e
running in-memo
ory.

00:03:46

When we insert code like this and run that in th

he same serv
ver, in the saame process
s space as
HANA,

00:03:53

ger that bad things can happen. So we

w have to bee really, reallly, really,
there is allways a dang
really sup
per careful ab
bout how thiss code is inte
egrated into HANA.
H

00:04:04

And that'ss why we hav

ve written so
ome extremely rigorous and strict guiddelines of ho
ow this code
comes intto HANA. You know, in th
he early days
s of APO,

00:04:13

with LiveC
Cache, we ha
ad lots of exp
perience with
h the system
m crashing beecause of corruption of
memory and
a things lik
ke that,

00:04:22

because the
t program area of the ssystem and the
t data area
a of the systeem used to collide
c
with
each othe
er every once
e in a while, a
and stuff like
e that.

00:04:29

And so wiith HANA, we

e have gone to great leng
gths to ensure that thesee kinds of thin
ngs don't
happen. So
S there are all kinds of liibraries like that.
t
But, if you are a reggular SQL pro
ogrammer,

00:04:40

working on
o any databa
ase that you can think off in the world, you can goo and, withou
ut any
training whatsoever,
w
get
g up to spe ed and running on HANA
A. It's fully staandards-com
mpliant.

00:04:50

So, those were five off the most im

mportant technical aspects
s of HANA.

00:04:58

eauty of thesse MOOCs is

s that I'll go back
b
and addd them later on.
If I forgot some, the be

00:05:05

hink about th
he power of HANA,
H
the ovverall picture
e that we
So the overall picture, when you th
have sort of looks like this.

00:05:15

asically have the core, lett's say data types

t
and sto
ores.
So you ba

00:05:26

So these are things lik

ke integers, a
and text, and
d geographic data, and soo on, and strrings, and
e this.
things like

00:05:35

And then these are sto

ored in the ro
ow store, in the
t column store.
s

00:05:44

h
the grap
ph store thatt we are work
king on,
We also have

00:05:52

and other stores that we

w can add llater on, as we
w think about it. And texxt we use the
e column
so text.
store for. So this is als

00:06:02

And then we have bey

yond the core
e data types and stores, we have thee engines tha
at work on
hings like the
e OLAP engin
ne,
these. So these are th

00:06:13

ne, join engin

ne. We have a special en
ngine for plan
nning,
calc engin

00:06:21

which inclludes things like aggrega

ations, disagg
gregations, complex
c
plannning-oriente
ed
operationss, rolling fore
ecasts, and vversions of plans in memory, and thinngs like this.

00:06:31

We have the geographic engine in

n here, and so
s on. This is
s also extenssible, so we can
c also add

17

more engines here as we go. The graph engin

ne will come here as well..
00:06:41

And so on
n. So there are all these e
engines that are inside HANA.
H

00:06:49

And then we have SQ

QL. So the SQ
QL plan and execution, ru
unning and eexecution.

00:07:01

And otherr language su

upport: MDX
X and the other languages
s, SQLScriptt and stuff that I talked
about.

00:07:12

e have the ab
bility to fully vvisualize the
e plans that we
w make in S
SQL and interactively be
In fact, we
able to ch
hange them. These are th
he kinds of amazing thing
gs that we haave the ability to do in
HANA.

00:07:21

And then we have all kinds of libra

aries up here
e. And these libraries are,, I already mentioned,
B
these are things like BFL,

00:07:31

all kinds of lib

braries like this.
PAL, text,, statistics, ours, others, a

00:07:41

And then, HANA is mo

ore than a da
atabase.

00:07:49

uilding all kin

nds of platforrm capabilitiees. So we sta
arted off
It is a plattform, on whiich we are bu
with some
ething that we call the ap plication services of the XS
X engine,

00:07:59

which inclludes the lan

nguage runtim
me, so suppo
ort for JavaS
Scipt and otheer languages
s in there.

00:08:09

All kinds of
o things to manage
m
userr sessions, us
ser authentic
cation and auuthorization, memory for
users, and
d stuff like th
hat.

00:08:19

And then we have all kinds of new

w capabilities from the pla
atform that w
we are buildin
ng in here,
like the messaging service,

00:08:26

e for MDM, o
or data servic
ces for extrac
cting, transfoorming, and loading
or master data service
he rule engin
ne.
data, or th

00:08:41

And all the

ese things th
hat used to trraditionally be in integration platformss or in middle
eware
outside off the databas
se; all are avvailable as ex
xtensions and
d libraries insside HANA.

00:08:51

So as you
u can see, HA
ANA goes fa
ar beyond a database,
d
an
nd into becom
ming a real platform
p
for
us and forr our future. And
A that is ssomething tha
at is super-powerful.

00:09:05

And just when

w
the others are start ing to think about
a
building in-memoryy databases, guess what
happened
d in the last 3 years? HAN
NA became a platform.

18

UNIT 3: SA
AP HANA Pe
erformance Benchmarks
B
s

00:00:00

So, what does

d
all that technology mean? What can it do for us?

00:00:15

When we think about HANA and th

he ability, the
e opportunity
y to shatter thhis barrier th
hat has
etween OLTP
P and OLAP ,
existed be

00:00:24

and betwe
een structure
ed processin g of informattion and proc
cessing of unnstructured information,
or betwee
en being able
e to build new
w application
ns on legacy applicationss, and so on,

00:00:35

we have to...
t
one of my
m conclusion
ns is that we have to also
o rethink the notion of performance
itself. We have to rethink the notio
on of benchm
marks, and so
o on.

00:00:45

on I say that is, I mention

ned earlier, we
w have more
e than 2,000 customers of
o HANA
The reaso
already, and
a a thousand or so imp
plementations
s, eleven hundred implem
mentations of
o various
sorts

00:01:01

mazing thing
g that I found
d was that we
e have now 27
2 or 28 custtomers who run
and the am
something
g in HANA att least 10,00 0 times faste
er than they did
d before.

00:01:14

So they are in this 10,000 club. An

nd it's quite an
a extraordinary situationn. Yodobashi was the
mple of that.
first exam

00:01:25

A couple of
o years ago, Fujisawa sa
an told me th
hat he is the head of IT
T and operations at
Yodobash
hi, and he's also
a
the son o
of the ownerr of the firm. He's from thee founding fa
amily

00:01:37

so his gra
andfather founded the com
mpany and his
h father is now
n
the headd of the company. So he
told me th
hat they have
e 22 million to
otal custome
ers in Japan.

00:01:51

So that's 22
2 million. And out of tho
ose, 5 million are loyalty. So this is thee total. And what
w
they
do is, theyy used to do in our ERP ssystem on an Oracle database,

00:02:04

once a mo
onth, they wo
ould calculatte what incen
ntives to pay these guys, based on th
he
purchasess made by th
hem as well a
as the purchases made by
b everybodyy.

00:02:16

And this was

w a three day
d long run,, on our ERP
P system on an
a Oracle daatabase.

00:02:23

And when
n they ran this thing on HA
ANA, this ran instead of three days, iin 2 seconds
s. So that is
a performance improv
vement of ap proximately 125,000 time
es.

00:02:35

l
numbe
er. That is diffficult for the human mindd to comprehend this. So
Which is a very, very large
when you look at 10,0
000 times perrformance im
mprovement,

00:02:44

o walk from San

S Francisco to New Yoork, and compared to
that is bassically like, iff you were to
that, if you
u were to fly there,

00:02:56

if you werre to continuo

ously walk att the speed of
o 3 miles an hour, and innstead of tha
at, if you
were to flyy there in like
e 6 minutes o
or so,

00:03:03

then you would

w
be 10,,000 times fa
aster. So that sort of gives you an ideea about how
w much
faster 10,0
000 times is.. Usain Bolt iis about 10,0
000 times fas
ster than a snnail.

00:03:18

10,000 tim
mes faster than a snail. T
That's an inte
eresting way to think abouut it. Well any
yhow, so 28
customerss in the 10,00
00 club.

00:03:27

And the re
eason this ha
appens is tha
at if you look
k at the Yodo
obashi exampple, they werre doing this
on data th
hat is operational in naturre.

00:03:35

So every last transaction that is no

ot aggregated, they have to look at evvery single trransaction

19

that has come

c
in. It's a very compllex query.
00:03:42

They wan
nt to calculate
e the purchasses made by
y everybody who bought the same things that
this perso
on did. So wh
hen you take a combination of a comp
plex query

00:03:50

and this la
arge amount of data, it is 22 million re
ecords, purch
hases made by 22 million
n people, so
that is pro
obably a few billion record
ds.

00:03:59

So a large
e amount of data,
d
comple
ex questions, and on una
aggregated, oon real opera
ational data
that is cha
anging as we
e speak, this is the kind of
o a combination that enaables HANA to
t achieve
dramatic performance
p
e.

00:04:12

So how do
o we think ab
bout this in a more scientific way? We
ell, my sensee is that in th
he age of
HANA, we
e have to rethink the con cept of perfo
ormance itself,

00:04:23

and rethin
nk the notion of benchma
arks for inform
mation proce
essing system
ms. And I wro
ote a paper
about thiss at the ICDE
E Conference
e in Australia
a earlier this year,
y

00:04:32

and I thinkk that it come

es down to fiive dimensio
ons of perform
mance.

00:04:42

So there are
a five dime
ensions of pe
erformance These
T
are Drr. Sikka's fivee dimensions
s of
performan
nce, by Dr. Sikka.
S

00:04:50

The first one

o is, of cou
urse, the data
a size. Typic
cally, the larger the data, tthe slower th
he system
gets, and so forth.

00:05:00

And the second one is

s the query ccomplexity. How
H
complex
x are our queestions?

00:05:07

nge from sim

mple scans an
nd relatively straightforwaard joins, wh
hich can also
The questtions can ran
be pretty time-consum
t
ming, to highl y complex sttatistical ana
alysis, medianns,

00:05:18

finding me
edians, perce
entiles, doing
g clustering analyses,
a
and other kindss of complex
x analytics
on data. The
T more com
mplex our qu
uestions are, the longer itt takes, the sslower the pe
erformance
of the system, and so forth.

00:05:31

And then the third one

e is, let us ca
all it the chan
nge, the rate of change off data. How quickly
q
does
m absorb new
w information
n?
the system

00:05:44

A fourth dimension
d
is, is the data p
prepared, or is it raw? An
nd finally, it iss the respons
se time.

00:05:55

How quickkly can we get our questiions answere

ed? And idea
ally, we can gget the ques
stions
answered
d in less than 3 seconds, because psy
ychological studies
s
show
w

00:06:04

that the hu
uman brain starts
s
to lose
e attention; ty
ypically, we start
s
to lose aattention at 8 seconds.
At less tha
an 3 seconds
s, we can ca
arry out a task more or les
ss continuouusly,

00:06:16

and at lesss than one second,

s
or le ss than 800 milliseconds
s, we can bassically opera
ate on the
system wiith interactiviity, with realttime, in a con
ntinuous flow
w of thought.

00:06:27

This is the
e way our bra
ains, our sen
nses are wire
ed. So, how much
m
is the rresponse? I mean, look
at these fiive dimensions. And I be lieve that HA
ANA,

00:06:34

the more of these five dimensions are in there, the more HANA's perforrmance stan
nds out.

00:06:43

ple way to th
hink about the
w
HANA would reallyy, really demo
onstrate
So, a simp
e value, of where
tremendous value wou
uld be when we take morre and more of these fivee dimensions
s

00:06:53

k
of scen
narios do we
e have which exercise theese five dime
ensions,
and think about what kinds

00:07:00

ear on those scenarios in the business. And it turnns out that th

here are, you
and bring HANA to be

20

know, as many as you

u can imagin e.
00:07:09

on is our only
y limitation w
when we think about the kinds
k
of thinggs that we ca
an apply this
Imaginatio
to.

00:07:16

hat I have wrritten about this

t
that you guys can takke a look at, and we'll
So there'ss the paper th
make thatt available.

00:07:22

And we've
e been startin
ng this recen
nt effort to rethink the con
ncept of perfoormance ben
nchmark
itself; give
en the abilitie
es of HANA:

21

UNIT 4: SA
AP HANA Ro
oadmap and Re-thinking
g Software Developmen
D
nt

00:00:00

So that wa
as performan
nce. And wh en we think about what are
a we goingg to do with th
his, what
are we do
oing with the HANA techn
nology,

00:00:19

the roadm
map of this is very straighttforward. We
e are bringing
g this to everry single product in
SAP. So, bar none. Eiither everyth ing already runs
r
on HAN
NA,

00:00:29

un on HANA
A. And of course that mea
ans we start ffirst with the Business
or it is on the way to ru
d the Business Suite now
w runs on HA
ANA.
Suite. And

00:00:39

The ERP application: we have a d ozen or so customers

c
alrready runninng ERP live on
o HANA,
SP, our intern
nal ERP systtem,
including ourselves. IS

00:00:48

H
as I sp
peak for approximately 6 weeks, 5 annd a half wee
eks. And,
has been running on HANA
ur books on H
HANA.
knock on wood, we arre about to cllose the quarter, close ou

00:01:00

han 60,000 e
employees, time
t
recordin
ng, Financialss, Support, Service,
S
HR,
So everything; more th
o things are running on H
HANA now.
all kinds of

00:01:12

CRM, of course
c
our ow
wn ICP syste
em that Rob and Bill run the Sales org
rganization on, is alreadyy
on HANA for the last 6 and a half m
months, sinc
ce March of this year.

00:01:24

And all the

e other applications in th e Business Suite,
S
the ind
dustry applicaations, they'rre all
running no
ow on HANA
A. The Cloud applications
s.

00:01:35

We have some
s
amazing things witth Ariba and SuccessFac
ctors alreadyy running in the Cloud,
BusinessB
ByDesign, Sa
alesOnDema
and. Hybris has
h already demonstrate
d
ed some of th
he great
scenarios that run on HANA.

00:01:47

e bringing HA
ANA to everyy single product, every single applicattion that we have.
So we are
Beyond th
hat, all the technology pro
oducts.

00:01:59

So, back in
i Novemberr 2011, we d id quite an amazing
a
thing
g, and it wass one of our big
b honours
that Franzz and Stefan and the team
m delivered BW on HANA
A.

00:02:11

And later that year, at the Sapphire

e in China, Hasso,
H
he tha
anked me, a nd he called it the
ngineering ac
chievement tthat he had seen,
s
biggest en

00:02:19

that we co
ould non-disrruptively put HANA underneath BW, but
b in a way that dramatically
accelerate
ed it. So the content coulld remain unchanged. It got
g compiledd into HANA.

00:02:30

We have things
t
in BW
W now that ru n hundreds, even thousa
ands of timess faster. Man
ny of the BW
W
reports run 500+ times
s faster.

00:02:41

And the lo
oading time into BW has been made parallel, so parallel
p
loadinng. That mea
ans things
like the DS
SO activation
ns and the P
PSA activatio
ons. These arre the staginng areas.

00:02:55

And the Cubes

C
that arre built inside
e BW, those run 10 to 20 times fasterr. So that is pretty
p
amazing.

00:03:03

And we've
e been building every sin
ngle thing, fro
om the Rules
s engines, PII, messaging
g, and so
forth, the data
d
services, ETL tools,, master data
a services an
nd MDM,

00:03:18

All of the technical

t
pro
oducts are ru
unning on HA
ANA. And the
e application platforms, ABAP
A
7.40,
Java, havve all been op
ptimized to ru
un on HANA
A.

00:03:30

I have a nice
n
picture here
h
that I wa
ant to show you.
y
Here it is. And so yoou can see in
n this

22

ed, BW le
picture. Evverything here I mentione
et me change
e the color off this guy to white,
w
00:03:43

So there is BW, ERP and

a the Busiiness Suite, Supply Chain Managemeent, CRM, an
nd so on.
g running on
n ABAP 7.0.
Everything

00:03:52

The ABAP
P 7.4 is optim
mized for HA
ANA. Lots of innovation th
hat was donee by our application
platform and
a HANA te
eams togethe
er, for examp
ple shared memory,

00:04:03

lots of thin
ngs in the de
esign time en
nvironment off ABAP that were optimizzed for HANA
A. Also
that's all there.

00:04:09

And the Java platform

m runs also on
n HANA. So the new HANA Cloud plaatform is run
nning on
HANA.

00:04:20

And you see

s here inte
egration serviices. Gatewa
ay. The Gate
eway servicees are now in
nside HANA.
So the Ga
ateway runs in HANA. An
nd the Applic
cation service
es: This is ann amazing ca
apability of
HANA.

00:04:31

hat we call the XS engine

e. This is the native applic
cation servicces inside HA
ANA. So the
This is wh
three tier plan was kin
nd of invented
d as an efficiiency mecha
anism.

00:04:41

ented because the datab

base could no
ot become a bottleneck, and so a sep
parate tier
It was inve
was creatted where the
e application
n functionality
y could run.

00:04:51

Because of
o the nearly
y unlimited sccalability of HANA,
H
we do
on't need thiss anymore, and
a therefore
e
the physiccal scalability
y of HANA iss independen
nt of the kind of services tthat are runn
ning inside
it.

00:05:02

And the application se

ervices are n ow therefore
e already in HANA.
H
so thiis means a la
anguage
n JavaScript in this case,,
runtime, in

00:05:14

the SpiderMonkey run

ntime from M ozilla, I think
k. So there's JavaScript. W
We have the
e App
nagement, au
uthorization managemen
nt,
services liike user man

00:05:26

UI libraries, all the kind

ds of things tthat you nee
ed to manage
e user sessioons and mem
mory and
a within HAN
NA. And it's pretty amazing.
stuff like that. This is all

00:05:37

And of course with the

e new, with th
he HANA Clo
oud platform, you get thee entire ability
y to build,
oy, and mana
age, and lifeccycle manage your applic
cations,
and deplo

00:05:46

and that iss something that is quite amazing. So

o basically, when
w
you thinnk about HA
ANA, the
application platform sttory around tthis is that we
e have three
e categories oof application
ns that run
on top.

00:05:58

he native, wh
hich is the XS
S engine and
d the Integra
ator environm
ment. There is what we
There is th
call the inttegrated env
vironment

00:06:08

so this is our Java and

a ABAP, w
with the HAN
NA Cloud plattform. And thhere is the op
pen,
a
thatt can speak S
SQL, MDX, ODBC,
O
JDBC
C, OData,
meaning anything

00:06:21

can talk to
o HANA. And
d whether it'ss a .NET, Clo
oud Foundry, Heroku, Foorce.com, Py
ython, PHP,
Perl,

00:06:29

nment is thes
se days to wrrite their codee in, could in
ntegrate
whatever people's favorite environ
d run with HA
ANA. This is native integrated open.
with, could

00:06:40

And of course with the

e native, we h
wnership thatt you can run
n the entire
have the least cost of ow
H
application inside of HANA.

00:06:47

w, one of the things that w

we have talke
ed about, when you look at this produ
uct portfolio
You know

23

and its evvolution, one amazing thin

ng that we ha
ave done, that our teamss have done,
00:06:57

is start to optimize the

e Business S uite code. So
o it's not only
y that the Buusiness Suite
e is running
mized for HANA.
on HANA,, but it is incrreasingly beccoming optim

00:07:06

So what our
o team did was, along tthe five dime
ensions that I talked abouut of performa
ance,
started to look at whatt are the mosst valuable, most
m
resourc
ce-intensive kkinds of scen
narios that
e running on
n HANA, on ttheir databas
ses today?
people are

00:07:21

And what consumes th

he most reso
ources, and start
s
to optim
mize those foor HANA. And
d we went
nsumption and most often used,
down thatt list of most resource con

00:07:32

that's whe
ere the value is, and startted to optimiz
ze these. And some amaazing things have
showed up there. Bill of
o materials explosion in manufacturing, and MRP
P run.

00:07:40

c
the MR
RP run can rrun thousand
ds of times fa
aster. And thaat is really ex
xtraordinary
In many cases,
when you think about, you know, e
everything arround us, you know,

00:07:48

e, these desk, these cup s, the whiteb

board, the ca
amera that is recording th
his,
this device
everything
g was made on an MRP run somewh
here; usually on an SAP ssystem.

00:07:58

And if thiss can run a th

housand time
es faster, you
u can think about
a
how wee can radically
revolution
nize the way the
t world ma
anufactures things,
t
and many
m
ways thhe way the constructed
c
world arou
und us is,

00:08:08

and that iss just awesome. And so, one great th

hing there ha
as been that w
we have bee
en able to
eliminate batch jobs and replace th
hose by realttime.

00:08:19

w, the R in ou
ur history wass always for realtime, and
d with HANA
A we have a fourth
f
You know
iteration of
o realtime no
ow,

00:08:26

that long-sstanding batch processe s I mean, in SAP in ou

ur own internnal IT landsc
cape we run,
I think, 3 or
o 4 thousand batch jobs .

00:08:35

And these
e can start to
o be replaced
d by realtime operations, interactive ooperations, in
n HANA.
Well as so
oftware deve
elopers, when
n you think about
a
softwarre developm
ment itself, software
developm
ment is a batc
ch job today.

00:08:48

And when
n you think ab
bout the plattform, one ob
bvious question that surfaaces is: How
w can we
rethink so
oftware devellopment itsellf with HANA
A?

00:08:58

And todayy, software development means you have

h
people writing codee; testing is an
a offline
process; there
t
are tea
ams that are distributed, they
t
cannot collaborate
c
w
with each oth
her in
realtime;

00:09:08

hecking in code, creating versions, pa

ackages and things like thhat. We are swimming
s
in
people ch
the compllexity of softw
ware develop
pment as a batch
b
process.

00:09:15

And with HANA

H
we ha
ave a tremen
ndous opporttunity to rethink software developmen
nt itself. And
that's wha
at we have be
een doing. T
There is a lot of work goin
ng on in Singgapore, for ex
xample.

00:09:25

Our team is doing the work on App

pBuilder, and
d the HANA team
t
itself iss doing some
e amazing
und the development exp
perience, with
h the integratted tools likee PlanViz, like
e the HANA
work arou
IDE,

00:09:38

e browser as
s well as in E
Eclipse. And the
t team in Israel, Jake aand Ariel and
d the team
both in the
are workin
ng on River

00:09:47

as a way to
t rethink an
nd simplify th e developme
ent experienc
ce with instaant feedback,,

24

responsivveness, the ability

a
to test code inline on
o the fly,
00:09:57

realtime collaboration
c
with Jam, and
d so forth. It's
s just an extrraordinary op
pportunity
integrated w
that we ha
ave to rethink
k software de
evelopment itself

00:10:05

and the exxperience of software de

evelopment. So
S when we think about tthe opportun
nity at SAP,
it is very straightforwa
s
rd.

00:10:15

Every sing
gle thing thatt we do is be
eing rethough
ht and refactored on the H
HANA platfo
orm.

25

UNIT 5: SA
AP HANA in Practice and
d Summary
y

00:00:00

And one area

a
that I'm especially e
excited aboutt is the efforts
s that are doone by our team, by
Thomas Torf
T and the team
t
from A
Abdul's organization aroun
nd bringing tthe power of design
thinking

00:00:24

witch this to black the power of design thinking

g to totally neew areas. An
nd what has
- let me sw
been one of the most inspiring and
d most extrao
ordinary aspects of our w
work

00:00:35

ations. And w
with the recen
nt merger of the Custom Developmen
nt
is new cusstom applica
organizatiion with Abdul's team, thiis gives us a tremendous
s opportunityy for growth.

00:00:48

We just siigned a very large deal w

with CMA, on
ne of the largest transporttation compa
anies in the
world for things
t
like Trransportation
n and Asset Managemen
nt on HANA,

00:00:58

and doing
g logistics and route calcu
ulations, and
d stuff like this, which is vvery, very harrd.

00:01:06

Route calculations, forecasting of utilization of containers; these are thee kinds of problems
e can run thin
ngs tens of th
housands of times faster.
where we

00:01:15

We can go after really

y amazing pro
anks, for example realtim
me risk calculations and
oblems in ba
e that. We've
e been doing a project witth eBay,
things like

00:01:23

a really inspirational project

p
that T homas Torf and
a Priya an
nd the team hhave been do
oing with
eam, as a part of Abdul's team, on calculating sign
nals,
Abdul's te

00:01:33

and using
g signals to figure out the health of wh
hat the CFO of eBay callss the eBay economy.
There are
e 300 people, analysts, in
n eBay who work
w
on analyzing signalss,

00:01:45

and deterrmining some

e things of im
mpact to eBay. For examp
ple, they founnd that there
e was this
one particcular signal th
hat went und
detected for seven
s
month
hs.

00:01:56

And everyy day, it cost eBay betwe

een 1.5 to 2.5
5 million dolla
ars. So 1.5 too 2.5 million dollars a
day for se
even months. And one pe
erson manua
ally found this
s after sevenn months.

00:02:08

With HAN
NA we were able
a
to find th
he same sign
nal automatic
cally within 114 minutes. And
A these
are the kin
nds of extrao
ordinary achiievements th
hat we can ge
et to.

00:02:18

In Healthccare, for example, we havve a great prroject going on

o on the Heealthcare pla
atform with
Barbara Stortz
S
in rethiinking the en
ntire healthca
are experienc
ce,

00:02:28

from the predictive

p
stu
uff with geno mic and protteomic analy
ysis. We've bbeen working with
research orgs
o
around the world inccluding here at Stanford and in Europpe;

00:02:36

on running
g the gene trreatment thin
ng, and align
nment, and va
ariant callingg, and so fortth, dozens
to hundreds of times faster
f
with HA
ANA.

00:02:45

e, where we can analyze

e tons of sign
nals now on ddata that com
mes in; from
to preventtive medicine
armbandss that people wear,

00:02:55

and all kin

nds of signals
s and senso rs that peoplle are putting
g into and aroound their bo
odies to
monitor th
heir own health; to the acctual reactive
e experience inside the hoospital,

00:03:05

once som
mebody ends up in the ho
ospital, the re
ethinking of th
he hospital m
managementt system, the
e
patient ma
anagement system.
s

00:03:11

So this is an incredibly
y exciting are
ea, to open up
u new frontiers for us in areas that were
w
frankly
ble before.
not possib

26

00:03:20

In the oil industry, for example,

e
witth the exploration of oil, we
w can do seeismic data analysis
a
for
anies do.
exploratorry work that big oil compa

00:03:29

They spen
nd hundreds
s of millions o
of dollars eve
ery year on doing
d
exploraation of oil, in
n predictive
analysis fo
or drills, for drilling.
d

00:03:41

Every time
e a drill gets stuck, there is tens of millions of dollars of expennses that hav
ve to be
incurred to
o remove the
e drill,

00:03:48

and stuff like

l
this. So these
t
great, amazing pro
oblems of our times: thesse are in our reach. And
we have teams
t
bey
yond rethinkiing the existing portfolio we have tteams that are going
after these
e totally new
w areas.

00:04:02

And this iss something that is quite extraordinarry. So if you are thinking about this, I think just
think abou
ut something
g that is desirrable, feasible, and viable
e for custom ers.

00:04:11

Think abo
out something
g that bringss a combinatiion of this larrge volume oof data, comp
plexity of the
e
question, the rate of change of datta. And bring
g the power of
o HANA to thhese kinds of
o problems.

00:04:22

o imaginatio
on is the onlyy limitation th
hat is holding
g us back onn being able to
t build
Frankly, our
amazing, amazing app
plications tha
at change the
e world.

00:04:34

s about, we aare transform

ming our
So finally,, when we look at the revvolution that HANA brings
entire porrtfolio of prod
ducts around the power of
o HANA.

00:04:46

We are also venturing

g into new are
eas that werre never poss
sible before, in totally new
w industries.

00:04:53

t broader e
ecosystem around
a
us, there is a trem
mendous amo
ount of
But when you look at the
on that is outt there.
imaginatio

00:05:00

My biggesst experience
e with HANA
A over the las
st three years
s has been thhat in buildin
ng out the
amazing applications,
a
frankly,

00:05:09

our imagin
nation has no
ot been as vvivid and as extraordinary
e
y as I would hhave thought. And to
some deg
gree that is to
o be expecte
ed.

00:05:18

You know
w, we have bu
uilt our appliccations over the last 4 de
ecades, so inn many ways
s, our
thinking becomes
b
dom
minated by, o
or constraine
ed by the kind
d of things w
we always did
d.

00:05:27

So refacto
oring, and rethinking, and
d re-imaginin
ng these is so
omething thaat comes natturally to us.
But there is a ton of am
mazing thing
gs that can be done with this technoloogy.

00:05:39

And so we
e have a thriving ecosysttem of partne
ers, of compa
anies that haave been buiilding
solutions around this, and we need
d to think about new way
ys to bring th ese innovations to
market.

00:05:50

And so we
e've been thiinking about new areas, for example,, things that w
we did like HANA
H
One,

00:05:59

which is th
he deployme
ent of HANA that is availa
able on AWS
S, but also onn Korea Tele
ecom, on
Portugal Telecom,
T
and
d many othe rs; on VMwa
are, and so on.
o

00:06:12

And we re
ecently starte
ed working o
on HANA as a Service in our own dataa center. And
d of course,
what I believe is the co
ornerstone o
of our future is the HANA Enterprise C
Cloud,

00:06:24

s and comple
ex applications, mission-c
critical appliccations on HA
ANA in our
to run ourr applications
Cloud;

00:06:35

s a Cloud cell in the dataa centers of our

o large
whether itt is in our datta centers orr deployed as
customerss.

27

00:06.46

But, with the

t efficiency
y of HANA, t he efficiency
y of the Cloud
d, and the abbility to do elastic
deployme
ents of large scales,
s

00:06:55

and be ab
ble to get the benefits of rrunning multiple workload
ds on a pool of resources
s without
compromise.

00:07:02

And in terrms of the ap

pplications, o
our partners are
a doing some amazing things. You know,
Capgemin
ni showed us
s some incre dible work th
hat they have
e done on prropensity modeling and
retail.

00:07:15

Accenture
e has done a great set off things aroun
nd retail and thinking aboout consume
er proximity,
customer segmentatio
on, and thing
gs like this. Deloitte
D
has been
b
buildingg applications
s.

00:07:27

all companies, BlueFin, G

Gicom, comp
panies like this, have beeen building grreat
Many sma
products on
o top of HA
ANA, and the re are lots an
nd lots, Ram
masol and Coognilytics, ton
ns of
companie
es;

00:07:41

Infosys, Wipro,
W
they're
e all building amazing applications. IB
BM of coursee is our distinguished
partner in implementation and so o
on.

00:07:50

e
o
of companies
s around HAN
NA. But the oone thing in our
o
So there is a thriving ecosystem
m that I perso
onally find th
he most excitting is a prog
gram that we started last year
ecosystem

00:08:04

in February of last yea

ar, and that w
was the Starttup program.. And here, iff you look at...

00:08:15

t
more than 800 starrtup companies that are building
b
appllications on HANA.
H
we have today

00:08:24

800. It's ju
ust an amazing achievem
ment that Kau
ustav and the
e team have . And this program
started in February of last year, an
nd we are on
n track to get to a thousannd startup co
ompanies on
HANA,

00:08:35

ng their produ
ucts on HAN A by the end
d of this yearr. So if you loook at these startup
for buildin
companie
es, they are doing
d
all kind
ds of amazing
g things. So here is Warw
wick Analytic
cs, for
example,

00:08:47

hinking manu
ufacturing, there is Zettas
set back therre, there is Whodini,
W
that is working on reth
a
set o
of things aro
ound Internet of Things.
ThingWorrx doing an amazing

00:09:00

There is this company

y Mobideo, w
which is our first commerc
cial success of the startup program.
dy have the first
f
deals tha
at have been
n done by Mo
obideo.
We alread

00:09:09

NextPrincciples is another companyy in the one--on-one mark

keting area, tthere is Opte
essa, around
d
pricing an
nd purchasing
g optimizatio
on.

00:09:17

My God, there
t
are all these compa
anies doing 42stats,
4
they
y do customeer proximity analysis,
a
and thingss like this.

00:09:25

And also some

s
really out-there
o
kin
nds of compa
anies, like forr instance heere is Taodyn
ne. This is
one of the
e most extrao
ordinary oness.

00:09:35

One day I got a mail frrom the CEO

O of Taodyne
e that they arre doing visuualizations off stars using
HANA: An
nd of course,, the first rea
action was, what
w
the hell is that?

00:09:48

And think about the im

magination off people. Wh
hen you... we
e have now ddata on hundreds of
thousandss of stars.

00:09:56

Recently, the Gaia sattellite went o

out into space
e to collect in
nformation onn a billion sta
ars.

00:10:04

And we ha
ave all this data.
d
So wha
at Taodyne do
oes is they do
d visualizatioons of star fields. So
you can do
d a 3D mode
el of the wayy the universe
e looks,

28

00:10:12

and you can,

c
you know
w, fly around
d at warp spe
eeds through
h the universee. And the challenge is
that when
n you look at the universe
e from a particular angle,

00:10:21

you have to recalculatte and repain

nt the entire star
s map bas
sed on the w
way that you'rre looking at
t stars and
d their lumino
osity, and ho
ow big they aare, and stufff like that.
it and the distance of the

00:10:32

And this calculation

c
is, they used tto get a... a shared
s
slice of
o a NASA ssupercompute
er and
precalcula
ate the possible views, an
nd this is the
e point with HANA youu can do this calculation
on the fly.. It's just ama
azing.

00:10:45

Or this co
ompany Mobiilistic MIBS, tthis is Mobilistic Innovativ
ve Business Solutions, based
b
out of
India,

00:10:53

dict, they fore

ecast the sprread of disea
ase in India. Y
You know re
ecently the
they look at, they pred
ed, here it is, if you look b
back behind me, it is raining in Califorrnia today.
rain starte

00:11:06

Every yea
ar, around this time, you kknow, in the Summer, the
e monsoonss come in Ind
dia, and they
bring a lott of disease malaria, tyyphoid, chole
era and th
here is alwayys a shortage
e of relief
workers,

00:11:19

hey do is, the

ey use HANA
A to forecast where the
of nurses,, of doctors, of medicine. And what th
disease iss going to spread next, so
o that you ca
an plan the supply of meddicine, and of
o people,
and stuff.

00:11:31

T
also loo
ok at the inte
egrity of the medicine
m
suppply chain an
nd things like
e
It is really incredible. They
ust amazing kinds of thing
gs that peop
ple are doing.
that. It's ju

00:11:39

Here is Fa
an Appz, which looks at o
of course the
e fan experie
ence, and... m
more than 80
00
companie
es already on
n their way to
o a thousand of them in 57
5 different ccountries,

00:11:49

building th
heir applications on HANA
dibly inspirattional. So whhen you think
k about this
A. It is incred
amazing, this inspirational work th ese sort of companies
c
arre doing

00:11:58

ourney that we
w have been
n on: On the one hand it feels like wee have been doing this
and the jo
for three years,
y
but wh
hen I think ab
bout it, when
n I think abou
ut the power of what is in front of us,

00:12:08

it is very clear
c
that in many
m
ways, w
we have only
y just begun. The HANA revolution is
s still in front
of us. We have just be
egun.

00:12:23

j
begun. And
A with HAN
NA,
We have just

00:12:32

the only limitation is our imaginatio

on.

00:12:48

k about some
e amazing th
hings that can
n be done wiith this techn
nology.
So go outt there. Think
Think abo
out simplifying things arou
und us, doing
g great, new
w, unprecedennted things around
a
us.

00:12:59

Learn more. Educate yourself. I ho

ope you find this set of classes educaational and in
nformative,
ng else, insp
pirational.
and more than anythin

00:13:08

o short to do the
t same old
d things. The
e future, you know Alan K
Kay, one of th
he great
Life is too
teachers of
o my life, on
nce told me rright here, ou
utside this ba
alcony,

00:13:22

that the fu
uture does no
ot have to be
e an increme
ent of the pas
st. It is sometthing that we
e can build.
You know
w, we are dev
velopers, we are software
e industry bu
uilders.

00:13:33

We can build things with

w our hand s, with our minds.
m
Things
s that are poossible, things
s that are
desirable,, and viable.

00:13:40

And I think that with HANA,

H
with de
esign thinkin
ng, with our great
g
strengthh as a busine
ess, the
best is yet to come,

29

00:13:51

the best iss in front of us,

u and our p
primary limita
ation is our im
magination. A
And the good
d news with
that is tha
at this is something that iss under our control.
c
We can
c fix that.

00:14:00

So all the best, I hope for all the be

est for you, and
a thank yo
ou for listeninng. Thank you. All the
best.

30

www.sap.c
w
com

2014
4 SAP AG or an SAP affiiliate company. All rights reserved.
No part of this publication may bbe reproduced or transmitted in any form or for
any purpose without the expresss permission of SAP AG or an SAP affiliate
company.
SAP an
nd other SAP products annd services mentioned he
erein as well as their
respective logos are trademarkss or registered trademarks of SAP AG (or an
SAP afffiliate company) in Germa
many and other countries. Please see
http://w
www.sap.com/corporate-een/legal/copyright/index.epx#trademark for
additional trademark informationn and notices. Some softw
ware products
marketted by SAP AG and its disstributors contain propriettary software
components of other software ve
vendors.
may vary.
Nationa
al product specifications m
These materials are provided by SAP AG or an SAP
P affiliate company for
informa
ational purposes only, w
without representation or warranty of any kind,
and SAP AG or its affiliated companies shall not be
b liable for errors or
omissio
ons with respect to the m
materials. The only warrranties for SAP AG or
SAP afffiliate company productss and services are those that are set forth in the
express warranty statements aaccompanying such pro
oducts and services, if
any. No
othing herein should be cconstrued as constituting an additional warranty.
In particular, SAP AG or its affilia
iated companies have no obligation to pursue
any course of business outlinedd in this document or any related presentation,
or to de
evelop or release any funnctionality mentioned therein. This document, or
any related presentation, and SA
AP AGs or its affiliated companies strategy
and po
ossible future developmennts, products, and/or platfform directions and
functionality are all subject to chhange and may be changed by SAP AG or its
ed companies at any timee for any reason without notice. The information
affiliate
in this document
d
is not a commiitment, promise, or legal obligation
o
to deliver
any ma
aterial, code, or functional
ality. All forward-looking sttatements are subject
to vario
ous risks and uncertaintiees that could cause actual results to differ
materia
ally from expectations. Reeaders are cautioned not to place undue
reliance on these forward-lookinng statements, which speak only as of their
dates, and they should not be reelied upon in making purc
chasing decisions.