Wat is OLTP?

Definitie van OLTP

OLTP (online transaction processing) is een soort dataverwerking die bestaat uit het uitvoeren van een aantal transacties die gelijktijdig plaatsvinden, bijvoorbeeld tijdens online bankieren, winkelen, orderinvoer of het versturen van tekstberichten. Deze transacties worden traditioneel aangeduid als economische of financiële transacties en worden vastgelegd en beveiligd, zodat een onderneming op elk gewenst moment toegang heeft tot de informatie voor boekhoud- of rapportagedoeleinden.

In het verleden had OLTP alleen betrekking op echte interacties waarbij iets werd uitgewisseld, zoals producten, informatie, serviceaanvragen enzovoort. Maar de definitie van een transactie in deze context is in de loop der jaren, en vooral sinds de opkomst van het internet, uitgebreid en omvat nu elke vorm van digitale interactie of betrokkenheid met een bedrijf die kan worden geactiveerd van over de hele wereld en via elke sensor die is verbonden met het internet. Het omvat ook elke vorm van interactie of actie, zoals het downloaden van pdf's op een webpagina, het bekijken van een specifieke video, of automatische onderhoudstriggers of opmerkingen op sociale kanalen, waarvan het van essentieel belang is dat een bedrijf die vastlegt om zijn klanten beter van dienst te kunnen zijn.

De primaire definitie van een economische of financiële transactie blijft voor de meeste OLTP-systemen de basis vormen, dus online transactieverwerking heeft meestal betrekking op het invoegen, bijwerken en/of verwijderen van kleine hoeveelheden data in een dataopslag om die transacties te verzamelen, te beheren en te beveiligen. Doorgaans worden in een mobiele, bedrijfs- of webapplicatie alle interacties en transacties met klanten, leveranciers en partners bijgehouden en in de OLTP-database bijgewerkt. Deze transactiedata die in de database worden opgeslagen, zijn van essentieel belang voor bedrijven en worden gebruikt voor rapportagedoeleinden of het analyseren van datagestuurde besluitvorming.

Lees hoe andere bedrijven, zoals Retraced, Archaeological Park of Pompeii, Jasci en Siemens, er in zijn geslaagd om hun workloads voor transactieverwerking op te nemen in de cloud.

Voor bedrijven zijn er twee verschillende systemen voor transactieverwerking: OLTP en OLAP.

Vereisten voor een OLTP-systeem

Voor een OLTP-systeem met transactionele data wordt meestal een architectuur gebruikt met drie lagen: een presentatielaag, een bedrijfslogicalaag en een dataopslaglaag. De presentatielaag is de frontend, waar een transactie door een menselijke interactie wordt veroorzaakt of door het systeem wordt gegenereerd. De logicalaag bestaat uit regels waarmee de transactie wordt geverifieerd en alle data die nodig zijn om de transactie te voltooien, beschikbaar worden gesteld. In de dataopslaglaag worden de transactie en alle bijbehorende data opgeslagen.

De belangrijkste kenmerken van een online transactieverwerkingssysteem zijn:

• Compliance met ACID: in OLTP-systemen moet de volledige transactie op de juiste manier worden vastgelegd. Een transactie is meestal een uitvoering van een programma waarvoor meerdere stappen of bewerkingen moeten worden doorlopen. De transactie kan volledig zijn wanneer alle betrokken partijen de transactie bevestigen, wanneer het product of de service wordt geleverd of wanneer een bepaald aantal updates wordt aangebracht in de specifieke tabellen in de database. Een transactie wordt alleen correct vastgelegd als alle betrokken stappen worden uitgevoerd en vastgelegd. Als er een fout optreedt in een van de stappen, moet de volledige transactie worden afgebroken en moeten alle stappen uit het systeem worden verwijderd. OLTP-systemen moeten dus voldoen aan het ACID-principe van atomiciteit, consistentie, isolatie en duurzaamheid, om de nauwkeurigheid van de data in het systeem te waarborgen.
  • Atomiciteit: met atomiciteitscontroles wordt gegarandeerd dat alle stappen in een transactie met succes als een groep worden voltooid. Als er stappen tussen de transacties mislukken, moeten alle andere stappen ook mislukken of worden teruggedraaid. Een geslaagde voltooiing van een transactie wordt een 'commit' genoemd. Het mislukken van een transactie wordt een 'abort' genoemd.
  • Consistentie: in de transactie blijft de interne consistentie van de database behouden. Als u de transactie op zichzelf uitvoert in een database die aanvankelijk consistent is, moet de database weer consistent zijn wanneer de transactie volledig is uitgevoerd.
  • Isolatie: de transactie wordt uitgevoerd alsof deze op zichzelf staat, dus zonder andere transacties. Wanneer een set transacties wordt uitgevoerd, is het effect daarvan hetzelfde als wanneer de transacties één voor één worden uitgevoerd. Dit gedrag heet serialiseerbaarheid en wordt meestal geïmplementeerd door de specifieke rijen in de tabel te vergrendelen.
  • Duurzaamheid: de resultaten van de transactie gaan niet verloren bij een fout.
• Concurrency: OLTP-systemen kunnen een enorm grote gebruikerspopulatie hebben, waarbij veel gebruikers tegelijkertijd toegang proberen te krijgen tot dezelfde data. Het systeem moet ervoor zorgen dat alle gebruikers die lees- of schrijfbewerkingen in het systeem willen uitvoeren, dit gelijktijdig kunnen doen. Met concurrencycontroles wordt gegarandeerd dat twee gebruikers die tegelijkertijd dezelfde data in het databasesysteem openen, die data niet kunnen wijzigen, of dat de ene gebruiker moet wachten tot de andere gebruiker klaar is met de verwerking voordat hij of zij die data kan wijzigen.
• Schaalbaarheid: OLTP-systemen moeten direct kunnen worden opgeschaald en afgeschaald om het transactievolume realtime te beheren en tegelijkertijd transacties uit te voeren, ongeacht het aantal gebruikers dat toegang probeert te krijgen tot het systeem.
• Beschikbaarheid: een OLTP-systeem moet altijd beschikbaar zijn en altijd gereed zijn om transacties te ontvangen. Als een transactie verloren gaat, kan dat tot verlies van inkomsten leiden of juridische gevolgen hebben. Omdat transacties overal ter wereld en op elk moment kunnen worden uitgevoerd, moet het systeem 24/7 beschikbaar zijn.
• Hoge doorvoer en korte responstijd: voor OLTP-systemen zijn responstijden in de orde van een nanoseconde of zelfs nog korter nodig om de gebruikers van een bedrijf productief te houden en te voldoen aan de toenemende verwachtingen van klanten.
• Betrouwbaarheid: met OLTP-systemen worden doorgaans zeer selectieve, kleine hoeveelheden data gelezen en gemanipuleerd. Het is van het grootste belang dat de data in de database ten alle tijde betrouwbaar zijn voor de gebruikers en applicaties die toegang hebben tot die data.
• Beveiliging: omdat in deze systemen zeer gevoelige data van klanttransacties worden opgeslagen, is het van cruciaal belang dat de data goed worden beveiligd. Elke inbreuk op de beveiliging kan zeer kostbare gevolgen hebben voor het bedrijf.
• Herstelbaarheid: OLTP-systemen moeten kunnen worden hersteld als er een hardware- of softwarefout is opgetreden.

Databases voor OLTP-workloads

Relationele databases werden speciaal voor transactieapplicaties gebouwd. Ze bevatten alle essentiële elementen die nodig zijn voor het opslaan en verwerken van grote hoeveelheden transacties, en worden voortdurend bijgewerkt met nieuwe functies en functionaliteit om meer waarde te onttrekken uit deze rijke transactiedata. Relationele databases worden initieel ontworpen om de hoogst mogelijke beschikbaarheid en snelste prestaties te leveren. Aan de vereisten voor concurrency en compliance met ACID is hierin voldaan, zodat de data nauwkeurig, altijd beschikbaar en eenvoudig toegankelijk zijn. De data worden in tabellen opgeslagen en er worden relaties tussen de data vastgelegd, zodat de data door alle applicaties kunnen worden gebruikt en er één centrale bron van waarheid is.

De juiste database selecteren voor uw OLTP-workload

Omdat het voor IT niet altijd eenvoudig is om gelijke tred te houden met de snelheid van het bedrijfsleven, is het belangrijk dat u bij het kiezen van een operationele database rekening houdt met uw onmiddellijke behoeften en vereisten op de lange termijn wat betreft de data. Voor het opslaan van transacties, het onderhouden van archiveringssystemen en contentbeheer hebt u een database nodig met een grote mate van concurrency, een hoge doorvoer, weinig latentie en bedrijfskritieke kenmerken zoals een hoge beschikbaarheid, databeveiliging en herstel na calamiteiten. Uw workload fluctueert waarschijnlijk gedurende de dag, de week en het jaar. U kunt dus veel kosten besparen door een database te kiezen met automatische schaalaanpassing. Misschien moet u ook bepalen of u een speciaal ontwikkelde database of een meer algemene database wilt gebruiken. Als u eisen stelt aan een bepaald type data, kan een speciaal voor u gebouwde database interessant zijn, maar alleen als daarbij geen concessies worden gedaan wat betreft de andere kenmerken die u nodig hebt. Het kan veel geld en resources kosten om die kenmerken later in de applicatielaag te laten opnemen. Als uw hoeveelheid data verder toeneemt en u de functionaliteit van uw applicatie wilt uitbreiden, heeft het toevoegen van single-purpose of fit-for-purpose databases slechts tot gevolg dat er datasilo's worden gecreëerd, en worden de problemen met het databeheer alleen maar groter. U moet ook rekening houden met andere functionaliteiten die misschien nodig zijn voor uw specifieke workload, bijvoorbeeld opnamevereisten, push-down computingvereisten en beperkingen wat betreft de omvang.

Selecteer een toekomstbestendige clouddatabaseservice met selfservicefuncties en volledig geautomatiseerd databeheer, zodat uw datagebruikers (ontwikkelaars, analisten, data-engineers, datawetenschappers en databasebeheerders) meer kunnen doen met de data en sneller applicaties kunnen ontwikkelen.

Meer over Oracle’s Autonomous Transaction Processing Database, de OLTP database-service in de cloud. Probeer het gratis uit.