Dal punto di vista del database, i commit frequenti vengono spesso utilizzati per impedire che i record siano illeggibili da altre sessioni mentre vengono bloccati dalla sessione di aggiornamento.
Tuttavia questo varia da RDBMS. Oracle ha sempre avuto un sistema MVCC che impediva ai lettori di impedire a scrittori e scrittori di bloccare i lettori, quindi per esempio non è un problema.
Il troppo frequente impegno su Oracle è strongmente scoraggiato non solo perché può lasciare transazioni parziali nel sistema, ma anche perché un COMMIT richiede un flush buffer del redo sincrono che blocca la sessione (un alto livello di eventi di attesa log_file_sync è sintomatico di over-commettere). I buffer del log di ripetizione vengono svuotati in modo asincrono ogni pochi secondi o quando sono comunque completi di X%, quindi una transazione più lunga può avere meno lavoro da fare durante un commit esplicito se è rimandata comunque fino alla fine della transazione commerciale.