18
submitted 1 year ago* (last edited 1 year ago) by [email protected] to c/[email protected]

A general description of the proposed change and reasoning behind it is on GitHub: https://github.com/LemmyNet/lemmy/issues/3697

Linear execution of these massive changes to votes/comments/posts with concurrency awareness. Also adds a layer of social awareness, the impact on a community when a bunch of content is black-holed.

An entire site federation delete / dead server - also would fall under this umbrella of mass data change with a potential for new content ownership/etc.

you are viewing a single comment's thread
view the rest of the comments
[-] [email protected] 2 points 1 year ago* (last edited 1 year ago)

I'm inclined to encourage we bite the bullet while data is still relatively small and change delete/removed field into a unified status field, enum or integer or is it a character? I think I've seen code that says= true and and ='t'

EDIT: I created a new posting regarding consolidating some of these fields that yield the same results.

And have some timestamps of deleted, even if that's off on another table. Need to thigh this through some more.

[-] [email protected] 2 points 1 year ago

I think the true / 't' thing is just postgres and how it handles boolean fields.

If they're not all boolean, then yes we should fix.

this post was submitted on 25 Jul 2023
18 points (100.0% liked)

Lemmy Server Performance

422 readers
1 users here now

Lemmy Server Performance

lemmy_server uses the Diesel ORM that automatically generates SQL statements. There are serious performance problems in June and July 2023 preventing Lemmy from scaling. Topics include caching, PostgreSQL extensions for troubleshooting, Client/Server Code/SQL Data/server operator apps/sever operator API (performance and storage monitoring), etc.

founded 1 year ago
MODERATORS