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

Very Real Tech Pics

1257 readers
1 users here now

There's no place like 127.0.0.1

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

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

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

no transaction is in progress

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

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

[–] [email protected] 3 points 1 year 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 1 year ago

To feel powerful

[–] PoolloverNathan 5 points 11 months ago

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

[–] [email protected] 17 points 1 year 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 1 year 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 1 year 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 1 year ago

Always use transactions

[–] [email protected] 3 points 1 year 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 1 year ago

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

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

Good that Jared had followed good backup practise

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

wait a minute?!... be right back

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

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

[–] [email protected] 4 points 1 year ago* (last edited 1 year ago)

cricket noises

[–] [email protected] 4 points 1 year 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 1 year 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 1 year ago