HANA is veel dingen. Een eigen, in-memory, database manager van SAP AG met column store faciliteiten. Met daarbij een aantal nieuw-ontwikkelde componenten voor onder andere ERP, geavanceerde planning, Business Intelligence, Analytics, etcetera.

Wat is bijzonder aan de database manager van SAP HANA? In eerder artikelen is de uitdaging bij het ontwerp van database management software beschreven, en de kolom-georienteerde opslag die HANA gebruikt.

Een kolom-georienteerde tabel wordt in SAP HANA ook beschikbaar gemaakt in rij-georienteerde vorm. HANA zorgt zelf dat de rij- en kolom-versies van de tabel gelijk blijven lopen. En bij iedere mutatie van gegevens in een kolom-georienteerde tabel moeten beide versies worden bijgewerkt.

Nu: De delta-stores van SAP HANA.

Om de doorlooptijd van de muterende statements niet te veel te beinvloeden, wordt het bijwerken van rij- en kolom-versies door SAP HANA niet direct gedaan tijdens het uitvoeren van het muterende statement (bijvoorbeeld een SQL UPDATE-statement). Iedere mutatie op de inhoud van een tabel wordt in eerste instantie in een delta-store voor de betreffende tabel vastgelegd, waarna het statement voor de gebruiker is afgehandeld. In de achtergrond verwerkt SAP HANA de delta-store en werkt dan de rij- en kolom-versies van de tabel bij. Dit is het delta-merge proces.

Wanneer voor een tabel een mutatie verwerkt moet worden op een moment dat het delta-merge proces draait, dan is de delta-store niet beschikbaar. De mutatie wordt dan in een tweede delta-store geschreven om later in de rij- en kolom-versies verwerkt te kunnen worden.

Naast de extra benodigde opslagcapaciteit is een ander gevolg van het gebruik van delta-stores dat SAP HANA bij iedere operatie op de tabelinhoud zowel de beide delta-stores als de rij- of kolom-versie moet raadplegen.

Ingewikkeld? De column store maakt spectaculaire versnelling van queries op grote gegevensverzamelingen mogelijk. Het gebruik van de delta-stores voorkomt dat het extra rekenwerk ten koste gaat van de performance van de muterende bewerkingen. Het gaat om grote databases die intensief worden gebruikt. Daarbij is een efficiente oplossing nodig voor lees- en schrijfacties die tegelijkertijd op dezelfde gegevens kunnen plaatsvinden. Multi version concurrency control.