News for hackers. Stuff that matters.
Re:PostgreSQL 17 by openrisk on Thursday September 26, 2024 @03:18PM (#41662115)
There was LAMP and then MERN and MEAN etc. and then there was Postgres.

Its not quite visible yet, but all this progres by postgres (excuse the pun) on making JSON more deeply integrated with relational principles will surely at some point enable a new paradigm, at least for full stack web frameworks?

Re:PostgreSQL 17 by winrid on Thursday September 26, 2024 @03:24PM (#41662179)
The problem with postgres's JSON support is it leads to last write win race conditions compared to actual document stores. Once they can support operations like incrementing a number while someone else updates another field, without locking the row, then maybe.

I don't think you'll see a paradigm shift. You'll just see people using other documents stores less.

Re:PostgreSQL 17 by sgarland on Thursday September 26, 2024 @06:34PM (#41664246)
We’re already in a new paradigm, one in which web devs are abandoning referential integrity guarantees in favor of not having to think about data modeling.

I’d say they’re then surprised when their DB calls are slow (nothing to do with referential integrity, just the TOAST/DETOAST overhead), but since they also haven’t experienced how fast a DB with local disks and good data locality can be, they have no idea.

Re:PostgreSQL 17 by pnt12 on Friday September 27, 2024 @03:31AM (#41667360)
Can you elaborate on what's TOAST/DETOAST?
Re:PostgreSQL 17 by davidrowley on Friday September 27, 2024 @04:30AM (#41667704)
The Oversized-Attribute Storage Technique. https://www.postgresql.org/docs/17/storage-toast.html