4 ms·
Using a database as a backend comes up time and again and developers are sharpely divided over this concept. I feel that developers who started their careers be
by FlyingSnake 6y ago
Using a database as a backend comes up time and again and developers are sharpely divided over this concept. I feel that developers who started their careers before the advent of NoSQL DBs/MEAN stack/etc had to go through the rigor of fine tuning their SQL queries and witness the powers (and quirks) of a performant SQL DB. These devs are usually a fan of using DB-as-a-backend. Personally, I am a big fan of PostgREST and I apply it whenever I find a use case that suits it. I find it quite pragmatic and it just shines when it plays to it's strength. Pragmatic developers should took a pragmatic look at such approaches and try to use the powerhouse that are SQL DB engines.
Shameless plug: I've written an article to showcase it's philosophy and how easy it is to get started with PostgREST.
[^1]: https://samkhawase.com/blog/postgrest/postgrest_introduction/ https://samkhawase.com/blog/postgrest/postgrest_introduction...
- pjmlp 6y agoI am on the stored procedure side, and see no value in wasting network bandwidth and client resources for what the RDMS should do itself.
- CoreFailure 6y agoThis is a wonderfully in depth tutorial, thank you for taking the time to write this up! I’ve debated using PostgREST for projects before and I think this will push me to use it on my next one.