this post was submitted on 16 Nov 2023
269 points (97.5% liked)

Very Real Tech Pics

1390 readers
1 users here now

There's no place like 127.0.0.1

founded 2 years ago
MODERATORS
 
all 22 comments
sorted by: hot top controversial new old
[–] [email protected] 19 points 2 years ago (1 children)

Thank God for rollback. Surely he didn't have auto-commit on!

[–] [email protected] 26 points 2 years ago (1 children)

no transaction is in progress

[–] [email protected] 18 points 2 years ago* (last edited 2 years ago) (1 children)

Sudo rm -f / home/beth/Pictures/SaturdayNight.jpg

[–] [email protected] 3 points 2 years ago (2 children)

Why would you even need Sudo, let alone the force flag to delete a file from your home folder

[–] [email protected] 7 points 2 years ago

To feel powerful

[–] [email protected] 5 points 2 years ago

What if you want to take something from someone else's home?

[–] [email protected] 17 points 2 years ago (2 children)

Where clauses should be syntactically required for delete or update statements. Throw an error without them. If you really want to hit every record in the table then throw a WHERE true in there just to be explicit.

Its such a common mistake i dont get why this isnt a thing.

[–] [email protected] 6 points 2 years ago

Good idea.

Easy enough to slap a where 1=1; on there if you want to burn the place down

[–] [email protected] 15 points 2 years ago (2 children)

A very real problem I ran into in SSMS was I had inadvertently highlighted all parts of the script except the "where" clause and executed it. I thought to myself, "why is this taking so long for such a low impact change?"

I knew running ad-hoc scripts in a production environment was risky, but I accepted it. We had a fresh enough backup already loaded in our sandbox environment and the removed data was quickly restored from there after some cursing and some quick hacking. This happened 6 years ago.

The data that was deleted? All the user accounts of our biggest client. This happened at 10 AM in the morning on a weekday. FML. I was lucky to keep my job.

As an aside, if you do something on my level of stupid, then escalate the issue up the chain of command as quickly as possible. Do not hide it. If you've built up enough good will with your co-workers and bosses, they will rally to your aid. Definitely don't try to hide it. That will almost certainly lead to termination.

Check my war wounds. Every soldier has a story to tell.

[–] [email protected] 4 points 2 years ago

Always use transactions

[–] [email protected] 3 points 2 years ago (1 children)

10 AM in the morning

good thing it didn't happen at 10 AM at night, I guess

[–] [email protected] 3 points 2 years ago

It was right after 9 in the afternoon and my eyes were the size of the moon.

[–] [email protected] 12 points 2 years ago (1 children)

Good that Jared had followed good backup practise

[–] [email protected] 10 points 2 years ago (1 children)
[–] [email protected] 9 points 2 years ago (1 children)

wait a minute?!... be right back

[–] [email protected] 3 points 2 years ago (1 children)

Not back? Did you make the backup test in production?

[–] [email protected] 4 points 2 years ago* (last edited 2 years ago)

cricket noises

[–] [email protected] 4 points 2 years ago

me when I ran the alias that clears all my k8s namespaces, but I was in the prod context rather than my local

[–] [email protected] 4 points 2 years ago

Let's say I was once very happy that I remembered learning about a certain Oracle feature called flashback queries one day when I made that mistake.

[–] [email protected] 2 points 2 years ago