I'll see myself out
That took way too long to click.
Maybe you should update to a faster system.
As a former sys admin, this clicked immediately for me.
Congrats on the transition
As mentioned elsewhere, this is appropriate for anyone doing database administration, because DB writes should always be a trans action.
Q: Why should you never hire a cis database administrator? - Lemmy.World

A: Because writing to a database should always be a trans action

I get that this is a joke, but…

… ackshually it should almost never be a transaction only when there’s absolutely no other option, because transactions kill your performance.

Unless you’re Firebird (3) in which not using transactions kills your performance
Actually transactions can be a secomd-layer safety-net for single-responsibility writers to ensure rollback on eg restarts and consistency on loadbalancer redecisions without having much of an impact on performance, and data integrity is usually quite important.
As long as the database is acid restarts should not be a factor. Data integrity is not helped by transactions, you would need error correcting codes for that. Plus the effect on performance is quite notable on all dbs I’ve worked with.
Restarts in a server between dB updates that in a sane world would be txns I meant (e.g update A, crash so don’t update B). Anyway, in postgres they’re pretty cheap in the absence of actual conflict – more expensive if you have actual cinflicts, obvs.
“Pretty cheap” is very subjective…
Well it depends how much data integrity is worth to you, and how your system works. Every write in postgres is already a transaction - when you can get away with simple crud stuff, often there’s nothing to do, you have transactionality already. Transaction isolationism levels are where db operation costs might change under concurrent conflicting writes but you can tune that by ensuring single-writer-per-partition or whatever in your server logic and it might add a ms or two. OTOH if you have heavy contestation it can be much more expensive. The performance implications are complicated but can certainly kept to a fraction of overall cost depending on your workload!
Again, not data integrity (Error correction) but consistency (aCid). Adding two milliseconds to a half a millisecond operation is by no means cheap…
But adding it to an 80ms operation is. If your operation is 0.5ms it’s either a read on a small table, or maybe a single write – transaction isolation wouldn’t even be relevant there. You’re right that I did mean consistency rather that integrity though, slip of the terminology, but not really worth quibbling over. The point I meant was that I like my data to make sense, a funny quirk of mine.
More like last remaining egg
Hi I'm trans Peter and came here to explain the joke

It’s a pun, cis sounds like sys. Cis(gender) is the antonym of transgender, Sysadmin abreviates System Administrator.

Peter out.

PETER GRIFFIN IS CANONICALLY TRANSMASC 😱🏳️ ⚧️

YouTube
The others are sis admins
honestly, unsure if this is more a cisco or linksys joke at this time.
It’s a pun on ‘sys admin’
At my department we’re all straight guys with a max 3 year differences. We’re an oddly homogeneous group.
No, that was by design.
The luckiest greybeard in the whole world.