You'd think the database would just... know, right? Like it's literally keeping track of everything. But nope, your innocent COUNT(*) on a million-row table just triggered a full table scan that took 45 seconds. The database is out here counting every single row like a kindergartener learning numbers for the first time. Here's the kicker: most databases don't maintain an exact row count because of MVCC (Multi-Version Concurrency Control) and transaction isolation. Different transactions might see different row counts at the same time, so the database can't just keep one magical number. Instead, it has to actually count them all, respecting your WHERE clauses, deleted rows, and whatever chaos your concurrent transactions are causing. Fun times. Pro tip: If you need fast counts, either use approximations, maintain your own counter table, or just accept that coffee breaks are now a legitimate part of your query execution strategy. ☕