All you need is PostgreSQL
(ebellani.github.io)
from cm0002@toast.ooo to programming@programming.dev on 26 Jun 22:15
https://toast.ooo/post/14741867
from cm0002@toast.ooo to programming@programming.dev on 26 Jun 22:15
https://toast.ooo/post/14741867
#programming
threaded - newest
Or SQLite for embedded systems, and a NoSQL for no-sql, and MariaDB for FOSS DB.
Did I forget anything?
And Oracle if you have way too much money just kicking around.
if tpu give rhat money to oracle you are finding an extreme facist who believes our entire life should be recorded by the government and stored on oracle servers. he honestly said it will get rid of crime since you will alwaus be watched.
Even if I was a *illionaire I’d rather gargle lava rocks than touch Oracle with a mile long pole
And DuckDb for columnar data storage
Like an excel sheet?
Orbitdb for p2p. Also, XML.
Seems, at a cursory look, to be a pretty solid intro to PostgreSQL. As @Valmond@lemmy.dbzer0.com commented, people sleep on SQLite. I think a lot of people skip SQLite because they think they need more. Hell, just about all my personal uses are covered with GNU recutils.
I swear Postgres always has new features whenever I look at it again.
I was building a system for long running durable job queues with multiple workers and of course Postgres has a solution for that. You can do row-level locking in a transaction to “reserve” jobs for the duration of that transaction, and you can use
SKIP LOCKEDto skip over reserved jobs so workers don’t block each other. There’s also LISTEN and NOTIFY if you want pub/sub to track when jobs complete, for example.Postgres has scope creep?
The row-level locking and
SKIP LOCKEDseem like appropriate features for a SQL-based DBMS. I find it odd that it’s not more common, actually. Even MSSQL doesn’t make any promises about locking just a row and might decide to lock a whole page instead, from what I read anyway.NOTIFY/LISTEN might be scope creep though. I’m not really sure what led to it being implemented.
I hate admining PostreSQL, and groan when some app I want to use requires it. Don’t get me wrong: in a corp environment where someone else is responsible for backup/restore and permissions, pgsql > *. Tooling for it is great. It has every feature. But if I have to maintain it myself, I’ll chose a single file to copy and back up every time: sqlite FTW.
CloudNativePG with barman backups makes it quite manageable.
Yes. Not wanting to deal with more than a single file for backup/restore of your service?
Use kubernetes.
That doesn’t quite track