Re: Complex filter queries in a REST API

it's been a while since I quit using GET params for anything complex. I now usually POST a JSON string.

So, why force a complex DB query into a GET params string when you can send your query as a JSON string to be converted to a Perl data structure and then directly imported into SQL::Abstract. There exists SQL::Abstract::FromQuery for even simpler data format.

bw, bliako

Comment on Re: Complex filter queries in a REST API

Replies are listed 'Best First'.
Re^2: Complex filter queries in a REST API by hippo (Bishop) on Mar 25, 2021 at 12:23 UTC
REST mandates the use of GET for an operation which purely retrieves information. If you are using a POST just to retrieve information then your API is not REST. 🦛	[reply]
Re^3: Complex filter queries in a REST API by bliako (Monsignor) on Mar 25, 2021 at 15:08 UTC
Good point, but JSON can be sent also by GET (URI encoded and paying attention to the max length). On the other hand, sending JSON can confuse or blind server-side caching if you ever need this with live-db queries.	[reply]
Re^4: Complex filter queries in a REST API by martell (Hermit) on Mar 26, 2021 at 11:29 UTC
Thanks for this suggestion. I was clearly overthinking the situation. I need to comply to the REST style and must use a GET request, but my cases are small enough that using a JSON string should be possible. And SQL abstract is already familiar, so implementation should not be an issue. I will test this approach. Kind regards	[reply]
Re^5: Complex filter queries in a REST API by bliako (Monsignor) on Mar 26, 2021 at 15:52 UTC
Re^3: Complex filter queries in a REST API by Anonymous Monk on Mar 25, 2021 at 14:10 UTC
Maybe so, but Baiko's point still holds. GET-parameters can quickly become unwieldy, whereas a JSON payload can be anything you want. It really isn't a matter of "doctrine." It's what works best for you.	[reply]


We don't bite newbies here... much
	PerlMonks