News for hackers. Stuff that matters.
Re:PostgREST by steve-chavez on Monday November 04, 2019 @09:28AM (#21441913)
PostgREST's approach is not like PowerBuilder's.

PowerBuilder didn't encourage you to know your DB ins-and-outs and use all of its features. It was DB agnostic and through its DataWindow you got a RAD way of doing CRUD for a desktop app but you still needed to add application logic in PowerScript.

PostgREST on the other hand pushes you to know PostgreSQL.

A more suitable analogy would be to something like Oracle Apex[1].

[1]:https://en.wikipedia.org/wiki/Oracle_Application_Express

Re:PostgREST by AdieuToLogic on Sunday November 10, 2019 @02:00AM (#21496817)
> PostgREST's approach is not like PowerBuilder's.

My intent was not to equate PostgREST with PowerBuilder, but instead to use the latter as a well-known example of a two-tier system.

> PowerBuilder didn't encourage you to know your DB ins-and-outs and use all of its features.

While PowerBuilder was "DB agnostic", as you identified, non-trivial applications relied heavily on RDBMS logic (stored procs, views, etc.). So while PB may not have "encouraged" RDBMS specific implementations, those which I encountered were never without.

Granted, the client connection protocol vastly differs between the two offerings. Yet the system architecture is shared IMHO.