Auto-commit behavior in SQL - Time & Space Complexity
When using auto-commit in SQL, each statement is saved immediately. We want to understand how this affects the time it takes as we run more statements.
How does the cost grow when many statements run with auto-commit on?
Analyze the time complexity of the following SQL statements with auto-commit enabled.
-- Auto-commit is ON by default
INSERT INTO orders (order_id, product) VALUES (1, 'Book');
UPDATE orders SET product = 'Notebook' WHERE order_id = 1;
DELETE FROM orders WHERE order_id = 1;
-- Each statement commits immediately
This code runs three separate statements, each saved right after it finishes.
Look at what repeats as we run more statements with auto-commit.
- Primary operation: Executing and committing each SQL statement one by one.
- How many times: Once per statement, so if there are n statements, commit happens n times.
Each statement causes a commit, so as the number of statements grows, the total work grows too.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 commits |
| 100 | 100 commits |
| 1000 | 1000 commits |
Pattern observation: The total work grows directly with the number of statements because each commits separately.
Time Complexity: O(n)
This means the total time grows in a straight line as you run more statements with auto-commit on.
[X] Wrong: "Auto-commit groups all statements together, so the time stays the same no matter how many statements run."
[OK] Correct: Auto-commit saves after each statement, so the time adds up with every statement, not just once.
Understanding how auto-commit affects time helps you explain database behavior clearly and shows you think about how systems work under the hood.
"What if we turned off auto-commit and committed only once after all statements? How would the time complexity change?"
Practice
Solution
Step 1: Understand auto-commit behavior
Auto-commit means every SQL statement is saved immediately without needing extra commands.Step 2: Compare options with definition
Automatically saves each SQL statement immediately after execution matches this behavior exactly, others describe manual or no saving.Final Answer:
Automatically saves each SQL statement immediately after execution -> Option CQuick Check:
Auto-commit = immediate save [OK]
- Thinking auto-commit requires manual COMMIT
- Confusing auto-commit with rollback behavior
- Assuming changes save only on server restart
Solution
Step 1: Identify command to disable auto-commit
Most databases useSET AUTOCOMMIT = OFF;to disable auto-commit mode.Step 2: Understand other commands
COMMIT saves changes, ROLLBACK undoes changes, SAVEPOINT marks a point in a transaction; none disable auto-commit.Final Answer:
SET AUTOCOMMIT = OFF; -> Option DQuick Check:
Disable auto-commit = SET AUTOCOMMIT = OFF [OK]
- Using COMMIT or ROLLBACK to disable auto-commit
- Confusing SAVEPOINT with auto-commit control
- Omitting the SET keyword
INSERT INTO users (id, name) VALUES (1, 'Alice');
ROLLBACK;
SELECT * FROM users WHERE id = 1;What will the SELECT query return?
Solution
Step 1: Analyze the INSERT and ROLLBACK with auto-commit OFF
With auto-commit OFF, the INSERT is not saved until COMMIT. ROLLBACK undoes the INSERT.Step 2: Determine SELECT result after rollback
Since the INSERT was undone, the SELECT finds no row with id=1.Final Answer:
No rows -> Option BQuick Check:
ROLLBACK undoes changes, so SELECT returns no rows [OK]
- Assuming INSERT is saved without COMMIT
- Thinking ROLLBACK only affects future queries
- Expecting syntax error from ROLLBACK
UPDATE products SET price = price * 0.9 WHERE category = 'Books';
COMMIT;
ROLLBACK;What is the state of the prices after these commands?
Solution
Step 1: Understand effect of UPDATE and COMMIT
UPDATE changes prices, COMMIT saves these changes permanently.Step 2: Analyze ROLLBACK after COMMIT
ROLLBACK after COMMIT has no effect because changes are already saved.Final Answer:
Prices are updated with 10% discount -> Option AQuick Check:
COMMIT saves changes; ROLLBACK after does nothing [OK]
- Thinking ROLLBACK undoes committed changes
- Assuming partial updates without commit
- Confusing syntax error with command order
Solution
Step 1: Understand transactional control with auto-commit OFF
Turning auto-commit OFF lets you group multiple inserts into one transaction.Step 2: Use COMMIT to save only if all inserts succeed
After all inserts, COMMIT saves changes; if errors occur, ROLLBACK can undo all.Final Answer:
Turn auto-commit OFF, insert all rows, then COMMIT if no errors -> Option AQuick Check:
Group inserts with auto-commit OFF and COMMIT [OK]
- Relying on auto-commit ON for grouped inserts
- Using ROLLBACK before inserts to save changes
- Expecting auto-commit to undo on error automatically
Ready to prove it?
Pass the test and this pattern moves unknown
