105 points
*

If you can fuck up a database in prod you have a systems problem caused by your boss. Getting fired for that shit would be a blessing because that company sucks ass.

permalink
report
reply
51 points

What if you’re the one that was in charge of adding safe guards?

permalink
report
parent
reply
40 points

Never fire someone who fucked up (again; it isn’t their fault anyways). They know more about the system than anyone. They can help fix it.

permalink
report
parent
reply
14 points

This is the way usually but some people just don’t learn from their mistakes…

permalink
report
parent
reply
5 points

If you are adding guardrails to production… It’s the same story.

Boss should purchase enough equipment to have a staging environment. Don’t touch prod, redeploy everything on a secondary, with the new guardrails, read only export from prod, and cutover services to the secondary when complete.

permalink
report
parent
reply
9 points

Sorry, not in budget for this year. Do it in prod and write up the cap-ex proposal for next year.

permalink
report
parent
reply
10 points

Small companies often allow devs access to prod DBs. It doesn’t change the fact that it’s a catastrophically stupid decision, but you often can’t do anything about it.

And of course, when they inevitably fuck up the blame will be on the IT team for not implementing necessary restrictions.

Frequent snapshots ftmfw.

permalink
report
parent
reply
85 points

I always run my queries in a script that will automatically rollback if the number of rows changed isn’t one. If I have to change multiple rows I should probably ask myself what am I doing.

permalink
report
reply
84 points

Damn that’s a good idea. Going to write that down, put it in the to do list, and regret not dosing it.

permalink
report
parent
reply
36 points
*

I always start a session with disabling auto commit (note, I could add it to my settings, but then it would backfire that one time my settings don’t execute, so I’m making it a habit to type it out every time, first thing I connect)

BTW: what kind of genius decides that auto commit should be enabled by default?

permalink
report
parent
reply
10 points

That’s a good idea too. I’ll have to look into that.

permalink
report
parent
reply
1 point
*

Or at least run it in the test database first.

Or run your updates/deletes as select first.

permalink
report
parent
reply
61 points

Don’t you people have a development environment?

permalink
report
reply
92 points

The P in Prod stands for “It’ll be Pfine”

permalink
report
parent
reply
8 points

The letter you want after the P is an H.

permalink
report
parent
reply
81 points

There’s that old saying ‘everyone has a development environment. Some people are lucky enough to have a separate production environment, too’

permalink
report
parent
reply
7 points

I get you’re making a meme but I’ve never worked anywhere that only has one environment in the last 10years.

permalink
report
parent
reply
45 points

If he recognized his typo with the space after the D:\ in his restore command he could have been saved at the bargaining stage. I am so glad I don’t work with this stuff anymore.

permalink
report
reply
18 points

A few months back I crashed a db in prod. I detached it and when I tried to reattach it simply refused, saying it was corrupted or some shit.
Lucky me we have a backup solution.
Unfortunately it was being upgraded, with difficulties.
That was a long day.

permalink
report
reply

Programmer Humor

!programmerhumor@lemmy.ml

Create post

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

  • Posts must be relevant to programming, programmers, or computer science.
  • No NSFW content.
  • Jokes must be in good taste. No hate speech, bigotry, etc.

Community stats

  • 5K

    Monthly active users

  • 1.6K

    Posts

  • 35K

    Comments