REST API mit komplexen SQL-Operationen

Question

Ich habe eine Reihe von normalisierten Tabellen, genannt danger, countermeasure und module. Jetzt habe ich eine dreispaltige Tabelle krt, die die Verbindung zwischen den drei Tabellen darstellt. (Spaltennamen danger_id, countermeasure_id, module_id) Die normalen Endpunkte wie /danger zeigen die Elemente der entsprechenden Tabelle.

/krt?where={result: module, danger_id: x} würde die Tabelle krt für alle Gefahren mit danger_id == x abfragen und das Ergebnis mit der Modultabelle verbinden. Das Ergebnis aussehen würde (für die Anzeige umgewandelt)

danger_id: 
- module a 
- module b 
danger_id2: 
- module .. 
[...] 

Ich könnte natürlich einen Blick liefern und einen benutzerdefinierten Endpunkt für diese Ansicht hinzufügen. Aber es gibt nicht nur drei mögliche Ansichten, sondern auch komplexere mit ein oder zwei zusätzlichen Verbindungen. (kann bei Bedarf auch ein Beispiel liefern)

Daher ist diese Art von Abfrage und Beitritt ein gemeinsames Konzept oder verletze ich irgendwelche der REST-Einschränkungen mit diesem Design? Gibt es eine bessere/intuitivere Art, solche Informationen bereitzustellen?

Answer 1

Wenn Sie sich fragen, wie würde die RESTful URL aussehen würde, könnte es so etwas wie

/krt?dangerId=x&result=module

sein, wie Sie die SQL-Abfrage erstellen entscheiden, ist nicht auf RESTful Design meiner Meinung nach zusammen.

Es gibt auch keine Richtlinie, die besagt, dass jede GET-Anfrage cachefähig sein muss - es hängt auch von anderen Faktoren ab. Wenn Ihre Daten relativ statisch sind, aber oft genug angefordert werden, können Sie sie auch nur für kurze Zeit zwischenspeichern.