News for hackers. Stuff that matters.
Re:PostgREST by fogetti on Sunday November 03, 2019 @11:35PM (#21439073)
This is still a horrible idea.

No IDE support, no debugging support, poor language choice. It's just simply screaming NO NO NO NO NO NO NO on every level of the framework.

Not to mention that these days it is more important than ever to make the code also executable in cloud environments like GCP Cloud SQL or AWS RDS.

> You don't need an ORM to control your database.

You are actually wrong about that and you are basically the living proof that I was right. You didn't even try to address what I was writing about object relational impedance mismatch and inheritance.

> you can leverage PostgreSQL rich functionality

I think this is a slightly outdated world-view. As I mentioned above these days the most important driving factors are not what a specific DB vendor supports but mostly what the cloud providers do. And many of the cool things are only supported by plugins in Postgres anyway.

> you can do data transformations with plain and short SQL

You guess what? You can do the same in ORMs too! In any language which has a Postgres DB driver! No one is stopping you from that.

Re:PostgREST by steve-chavez on Sunday November 03, 2019 @11:57PM (#21439148)
> object relational impedance mismatch and inheritance

Can you elaborate on that? PostgreSQL is an object-relational dbms btw, it supports inheritance[1]. Though I don't know exactly what impedance are you referring to since PostgREST doesn't use an ORM.

[1]: https://www.postgresql.org/docs/12/tutorial-inheritance.html