this post was submitted on 02 Mar 2024
400 points (96.1% liked)

Programmer Humor

32048 readers
1335 users here now

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

Rules:

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 36 points 6 months ago (4 children)

Yet it's the sysadmin who gets blamed, not the developer. "How can you tune the database so this doesn't happen?"

[–] [email protected] 5 points 6 months ago

Infinitely this, biggest pet peeve

[–] [email protected] 8 points 6 months ago

I'm the sysadmin (and transitioning to DevOps) at work, but the DBs are 100% in control of our two devs (one of which being the head of IT).

Apparently we're going to hire a third Dev, who will moonlight as our DBA -- oh, and for 30K/yr.

I'm sure this will go well.

[–] [email protected] 5 points 6 months ago

At my job, it's almost always the dev team that is called first for bad DB performance (not always, because sometimes it is the server that's borked).

[–] [email protected] 22 points 6 months ago (2 children)

I am telling you this because hopefully it will make you feel a little better. Our head of it blames devs for slow queries.

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

Devs who don't understand how SQL or relational databases work write absolute abortions of queries.

9 times out of 10 - yes it is absolutely the devs. I say that as the dev who gets tasked with analysing why these shitty queries from our low budget outsourced labour are so slow

[–] [email protected] 4 points 6 months ago (1 children)

So you are saying you are the expert in unshitifying queries? What is the most common thing that needs to be unshitified?

[–] [email protected] 4 points 6 months ago (1 children)

Err, no? At what point did I claim to be an expert?

It doesn't take a genius to realise that serving 100-record chunks of a billion record dataset using limit 100 offset 582760200 is never gonna perform well

Or that converting indexed time columns to strings and doing string comparisons on them makes every query perform an entire table scan, which is obvious if you actually take the time to look at the query plan (spoiler: they don't)

"Why can't the system handle more than 2 queries per second? This database sucks"

[–] [email protected] 3 points 6 months ago

I didn't mean it so serious. I just tried to express that you seem to have experience with it and I am wondering what you have to deal with. I am sorry if it came across negatively.

[–] [email protected] 8 points 6 months ago (1 children)

In my 30 years of experience, it is usually the devs.

[–] [email protected] 4 points 6 months ago

As a dev, yes usually. It is certainly the better starting point.