And that question goes for REST APIs in general -- when you write/make a REST API, are you just constructing a 1:1 mapping of your database?
No.
Il database è solo un dettaglio di implementazione.
Puoi scrivere un sacco di risorse che si associano direttamente ai tuoi oggetti di dominio, ma che non è particolarmente RESTful, di per sé.
REST non riguarda il dominio, tanto quanto lo stato dell'applicazione.
Se le risorse sono lo stato dell'applicazione - vale a dire, se sono analoghe alle pagine Web, con collegamenti e così via per definire per il cliente cosa può succedere dopo, è REST - ma lo stato dell'applicazione probabilmente non lo fa assomigliano troppo ai tuoi oggetti di dominio (anche se possono includere rappresentazioni di loro nell'ipermedia).
D'altra parte, se le risorse sono appena caricate dallo stato dell'applicazione - se sono analoghe alle immagini, dove il cliente impara quali immagini caricare leggendo l'ipermedia, allora quelle rotte probabilmente non sono REST. Di certo non hanno bisogno di essere; non stai dicendo ai clienti di utilizzare questi percorsi, stai dicendo loro di puntare il browser su una pagina web che utilizza tali percorsi.
Una volta ottenuta la rappresentazione dello stato dell'applicazione, a REST non interessa davvero come si scrive o si organizzano i percorsi, o altro. REST si preoccupa solo che vengano scoperti ispezionando l'ipermedia.