Alla lettera significa On Line Transaction Processing e si contrappone al Batch Transaction Processing.
Il Batch tratta insieme un lotto di transazioni percio' mira a sviluppare piu' aggiornamenti per ognuna avvantaggiandosi di sequenze predefinite nel lotto stesso.
L'OLTP tratta invece una transazione per volta; e' nato con l'avvento dei terminali e si presenta con due alternative: l'OLTP interattivo e l'OLTP intensivo o "transazionale". Il primo per supportare transazioni lunghe in cui ogni utente lavora indipendentemente dagli altri su risorse private (dati) contendendo solo MIPS memoria e accesso ai dischi. Il secondo per gestire transazioni brevi ripetitive in contesa anche sulla risorsa dati e cio' nonostante capace di dare risposte veloci a molti utenti contemporanei. L'OLTP intensivo deve pure saper ripartire da punti intermedi del suo lavoro e non come il Batch TP dalla prima transazione: per questo sviluppa meccanismi specifici per l'integrita' (proprieta' ACID).
Oggi l'OLTP va verso ambienti distribuiti client/server dove si accentuano sia per l'interattivo che per il transazionale intensivo i bisogni di integrita' dei dati di security di high availability se non addirittura (per appl.ni mission critical) di fault tolerance. Aspetti ancor piu' complessi in ambienti aperti eterogenei (vedi TP Monitor Transaction Mgmt).
Alcuni chiamano "TP lite" l'offerta che viene dal lato dei costruttori di DB e TP heavvy quella che fa uso specifico di TP Monitor.
NB - Le terminologie OLTP in parte differiscono e talvolta si contrappongono a proposito dei termini: Transazione (UNIX) vs LUW (CICS SQL ecc.) gruppo di Processi (UNIX) vs Transazione (CICS) Processo per un utente (UNIX) vs Task (CICS).

A	B	C	D	E	F	G	H	I	J
K	L	M	N	O	P	Q	R	S	T
U	V	W	X	Y	Z	0...9