Transaction
A logical unit of database work whose operations are committed together or rolled back together when the unit cannot complete.
A transaction groups one or more reads and writes inside a single consistency boundary. The engineering question is broader than issuing COMMIT: where the transaction begins, which data version it observes, which locks or MVCC versions it depends on, and what is rolled back after failure all belong to the same unit.
When the Boundary Is Wrong
An excessively broad transaction increases lock duration, undo/redo volume, and contention. A boundary that is too narrow splits one business invariant across independent commits and turns partial success into an application-level failure mode. Transaction scope should therefore follow the invariant being protected rather than an arbitrary service or repository boundary.
Related Concepts
Related: Database Management Systems, Oracle Database and PL/SQL.