Your dream job? Lets Git IT. Interactive technical interview preparation platform designed for modern developers.
© 2026 LetsGit.IT. All rights reserved.
LetsGit.IT / Categories / Databases Answer With autocommit, each statement is its own transaction. Explicit transactions group multiple statements into one atomic unit, which matters for consistency and performance (fewer commits/round‑trips). Use explicit transactions for multi‑step changes that must succeed or fail together.
Advanced answer Deep dive Expanding on the short answer — what usually matters in practice:
Context (tags): database, transactions, autocommit, consistency Data model and access patterns: dominant queries (read/write ratio, sorting, pagination). Indexes: when they help vs hurt (write amplification, memory). Consistency & transactions: what’s guaranteed and what can bite you. Explain the "why", not just the "what" (intuition + consequences). Trade-offs: what you gain/lose (time, memory, complexity, risk). Edge cases: empty inputs, large inputs, invalid inputs, concurrency. Examples A tiny example (query shape):
-- Example: index + query shape
SELECT *
FROM users
WHERE email = '[email protected] '
LIMIT 1;Common pitfalls Too generic: no concrete trade-offs or examples. Mixing average-case and worst-case (e.g., complexity). Ignoring constraints: memory, concurrency, network/disk costs. Interview follow-ups When would you choose an alternative and why? What production issues show up and how do you diagnose them? How would you test edge cases? : what’s the difference?
#database #partitioning #sharding