๐ The hard way.
It wasnโt from a course or documentation โ it was from bringing down production.
Not because of a DELETE without WHERE, but from a massive delete that quietly filled up the transaction logs and exhausted every bit of allocated space.
Production froze. Everyone looked at the DB.
And the culprit? Me. ๐
Iโve done it twice โ once on Sybase (T-log) and once on Oracle (Redo Log).
Different companies, same mistake.
So hereโs my message to all the data analysts and data wranglers:
If youโre using the production database to temporarily store and later delete large analysis datasets โ be aware that those deletes are fully logged.
Every delete = undo + redo + log space consumed.
If the log fills up, the whole system can grind to a halt.
โ
Use NOLOGGING / minimal logging where possible
โ
Do batched deletes with commits
โ
Or better yet โ donโt use prod as your scratchpad
Your DBA (and your uptime) will thank you. ๐
Top comments (0)