News for hackers. Stuff that matters.
Re:An early look at Postgres 14: Performance and monitoring ... by jasonwatkinspdx on Saturday May 22, 2021 @04:12PM (#27249895)
There's a ton of room for improvement in the architecture of relational databases. This isn't a dig against Postgres, or ignoring how difficult it will be to get a new system to the same level of maturity. But databases designed natively for cloud/clustering, SSDs, (pmem soon perhaps), etc are quite a bit different. There's enormous simplifications and performance gains possible.

There's been a lot of exciting work in this area over the last decade or so. Andy Pavlo's classes are great surveys of the latest work: https://15721.courses.cs.cmu.edu/spring2020/

CosmosDB is an example of a relational (multi paradigm properly) database with a quite different architecture vs the classic design, that's moved into production status quite rapidly.

FaunaDB and CockroachDB are moving with solid momentum too.

Re:An early look at Postgres 14: Performance and monitoring ... by oblio on Saturday May 22, 2021 @04:55PM (#27250187)
Yeah, to list a bit:

- scaling is non-trivial (you can't just add a node and have PostgreSQL automagically Do The Right Thing™)

- you can only have so many connections open to the database, causing issues with things such as AWS Lambda

- I don't remember if this was changed, but I got the impression a while ago that having dynamic DB users was a bit cumbersome to set up (plug PostgreSQL to AD/LDAP)

Re:An early look at Postgres 14: Performance and monitoring ... by mnahkies on Sunday May 23, 2021 @04:48AM (#27253403)
An external connection pooler like pgbouncer can alleviate some of the simultaneous connection limits

There are projects to automate the syncing of LDAP users to postgres but it would be nice if this was built-in.

However I get the impression that part of the reason these features aren't in the box is to limit scope creep in the main project.

Re:An early look at Postgres 14: Performance and monitoring ... by pharmakom on Sunday May 23, 2021 @03:19AM (#27253032)
On the lambda point, RDS proxy is a good solution if using AWS.
Re:An early look at Postgres 14: Performance and monitoring ... by exceptione on Saturday May 22, 2021 @05:33PM (#27250449)
You must be kidding me with the CosmosDB mention. It doesn't even have foreign key constraints. I have to work with it and I have never seen such a feature-poor dbms before.
Re:An early look at Postgres 14: Performance and monitoring ... by jasonwatkinspdx on Saturday May 22, 2021 @08:44PM (#27251534)
I'm talking about the general category of everything built atop BW-Tree and the Deuteronomy architecture. Murat Demirbas's blog has nice summaries of the papers. CosmosDB is a brand that encompasses more than one database engine, but I used that term as most people aren't familiar with the literature on the topic.
Re:An early look at Postgres 14: Performance and monitoring ... by hilbertseries on Sunday May 23, 2021 @01:08AM (#27252594)
Foreign key constraints are not practical for distributed data stores. And are actually more controversial than you’d think for regular databases, due to their heavy performance cost.
Re:An early look at Postgres 14: Performance and monitoring ... by threeseed on Saturday May 22, 2021 @04:19PM (#27249932)
There are also technologies like NVMe over Fabric/RDMA, eBPF, XDP, io_uring etc which are just starting to get traction and are game changers for performance. None of which are being used.

All of these require a different architecture so expect to see newer databases push things even further.

Re:An early look at Postgres 14: Performance and monitoring ... by macdice on Saturday May 22, 2021 @07:30PM (#27251178)
Peope are working on io_uring for PostgreSQL... watch this space... https://github.com/anarazel/postgres/tree/aio
Re:An early look at Postgres 14: Performance and monitoring ... by marco_craveiro on Monday May 24, 2021 @06:39AM (#27262835)
That sounds extremely interesting, would be nice to have more details on this!
Re:An early look at Postgres 14: Performance and monitoring ... by macdice on Monday May 24, 2021 @09:22AM (#27264017)
Re:An early look at Postgres 14: Performance and monitoring ... by marco_craveiro on Monday May 24, 2021 @11:56AM (#27265888)
wow this looks incredible!
Re:An early look at Postgres 14: Performance and monitoring ... by gogopuppygogo on Saturday May 22, 2021 @04:21PM (#27249943)
Cockroach is the worst brand for a database ever.

Even Croach would be a massive branding improvement.

This is similar to how gimp is a terrible brand.

Re:An early look at Postgres 14: Performance and monitoring ... by zaius on Saturday May 22, 2021 @10:53PM (#27252044)
It’s no coincidence - the names for Cockroach and GIMP were coined by the same person https://en.m.wikipedia.org/wiki/Spencer_Kimball_(computer_pr...
Re:An early look at Postgres 14: Performance and monitoring ... by fshr on Sunday May 23, 2021 @07:13PM (#27259488)
Well that explains a lot. Imagine the success of all his work had it had better branding.
Re:An early look at Postgres 14: Performance and monitoring ... by toomanybeersies on Sunday May 23, 2021 @12:16PM (#27256154)
Let's add Git and Kafka to that list.
Re:An early look at Postgres 14: Performance and monitoring ... by meesterdude on Saturday May 22, 2021 @04:45PM (#27250104)
I mean... the WORST? For me Mongo takes the cake, but oracle is up there too.
Re:An early look at Postgres 14: Performance and monitoring ... by zdragnar on Saturday May 22, 2021 @04:55PM (#27250192)
Really? Oracle actually makes a lot of sense to me for a database name (in the 'source of truth' sense, not in the prophet sense).

Mongo, on the other hand, has definitely always had the racist/ablist slur as the first connotation for me.

Re:An early look at Postgres 14: Performance and monitoring ... by whatshisface on Saturday May 22, 2021 @05:51PM (#27250593)
I've learned almost all the slurs I know from comments or media sources complaining about them. It's the only place they're used in polite society.
Re:An early look at Postgres 14: Performance and monitoring ... by zdragnar on Saturday May 22, 2021 @09:12PM (#27251653)
It isn't really a surprise in this case since both ethnic Mongolians and those with Downs syndrome are not in many Americans' social circles.

"Almost all" does sound like a bit of a surprise, but thinking back on it the only one I know for a fact I heard for the first time outside of a corrective context was my elder uncles friends who enjoyed self-depreciating jokes, usually with slurs for eastern Europeans in them. I first heard those as a child and only realized years later they were offensive. Most others, I think, I honestly have no idea when i was first exposed to them.

Re:An early look at Postgres 14: Performance and monitoring ... by tgv on Sunday May 23, 2021 @03:10AM (#27253001)
Mongo and mongol don't have a close relationship: the final syllable is entirely different.
Re:An early look at Postgres 14: Performance and monitoring ... by whatshisface on Sunday May 23, 2021 @01:40PM (#27256896)
It's implied that someone is going around calling people with Down's syndrome "Mongos." "Mongol" is an actual non-offensive[0] word which means, unsurprisingly, someone who can trace their lineage back to the area around Mongolia.

[0] https://en.wikipedia.org/wiki/Mongols (If it's used descriptively on Wikipedia, it's probably not considered offensive.)

Re:An early look at Postgres 14: Performance and monitoring ... by randomswede on Monday May 24, 2021 @03:48AM (#27261955)
Mongol is not (as far as I am aware) an offensive word. Mongoloid[0] (which "mongo" is a shortened form of) in reference to people with Down Syndrome, definitely is.

My pet theory is that the database is named after a character in "Blazing Saddles", and I want to be able to store candy in it.

[0] https://en.wikipedia.org/wiki/Down_syndrome#Name

Re:An early look at Postgres 14: Performance and monitoring ... by jasonwatkinspdx on Sunday May 23, 2021 @02:23AM (#27252850)
This says more about you than the baseline.
Re:An early look at Postgres 14: Performance and monitoring ... by robertfw on Saturday May 22, 2021 @08:23PM (#27251429)
Then perhaps count yourself lucky to not have had some of these used against you.
Re:An early look at Postgres 14: Performance and monitoring ... by jjazwiecki on Saturday May 22, 2021 @11:36PM (#27252219)
I always thought it was a reference to valuable stuff picked from trash, which I understood to be slang from sanitation workers, but apparently that's local to the NYC area.
Re:An early look at Postgres 14: Performance and monitoring ... by Traubenfuchs on Sunday May 23, 2021 @05:54AM (#27253751)
I don't know about other languages, but in German "Mongo" is pretty much a forbidden word as it is derogative descriptor for people with down syndrom and other visible defects, especially movement defects.
Re:An early look at Postgres 14: Performance and monitoring ... by goatinaboat on Sunday May 23, 2021 @07:15AM (#27254168)
I don't know about other languages, but in German "Mongo" is pretty much a forbidden word as it is derogative descriptor for people with down syndrom and other visible defects, especially movement defects.

In the UK that would be "mong", for us Mongo is the planet Ming The Merciless is from.

Re:An early look at Postgres 14: Performance and monitoring ... by teej on Saturday May 22, 2021 @10:08PM (#27251890)
Lecture 1 of that series is surprising and hilarious for a class about databases.
Re:An early look at Postgres 14: Performance and monitoring ... by throwaway2037 on Sunday May 23, 2021 @12:30AM (#27252473)
I am not a student at CMU. Are these publicly available online?
Re:An early look at Postgres 14: Performance and monitoring ... by jasonwatkinspdx on Sunday May 23, 2021 @01:11AM (#27252601)
Click schedule in the link in my above comment, or in any of the previous classes on the same topic. It's all online. They only restrict a handful of guest lectures, usually from the usual suspects like oracle or amazon.