3 ms·
100% agree. And once you are writing SQL views, why use PostgREST and not just use your own framework which abstracts away your choice of Postgres as backend da
by gregw2 2y ago
100% agree.
And once you are writing SQL views, why use PostgREST and not just use your own framework which abstracts away your choice of Postgres as backend database with something more database agnostic that can point to a view in any database technology? Isn't a main part of the value of an API layer to decouple you from a particular database implementation? If so, why use PostgREST?
- anamexis 2y ago> Isn't a main part of the value of an API layer to decouple you from a particular database implementation? I think the value of an API layer is to provide an interface to interact with, which is a) at the right level of abstraction for the task at hand, and b) in a format that is easy to use.
- dventimi 2y ago> why use PostgREST and not just use your own framework which abstracts away your choice of Postgres as backend database with something more database agnostic Because I'm sticking with PostgreSQL and don't need database agnosticism, and because I don't want to write my own framework when a better one already exists?