Ich frage mich, wie die Architektur bei der Verwendung von @ aussehen solPouchDB als lokaler Speicher in einer mobilen App anstelle vonlocalStorage.

n diesem Moment bin ich es gewohnt, die Daten meiner App in @ zwischenzuspeicherlocalStorage und bei Bedarf führe ich einen API-Aufruf an das Backend aus, um Daten anzufordern oder zu senden. Das Backend hält alle Logik. Sowie

Verfügt dieser Benutzer über die richtige Berechtigung / Rolle, um diese Aktion auszuführen?Jede andere Logik, die benötigt wird, um zu prüfen, ob Maßnahmen ergriffen werden können

Alle Daten werden dann in einer relationalen Datenbank gespeichert. Ich habe jetzt über NoSQL-Datenbanken gelesen und insbesondereCouchDB undPouchDB. Ich frage mich also, wie diese Architektur aussehen würde. An dieser Stelle stellen sich mir drei Fragen:

Wenn ich mehrere Benutzer mit eigener Authentifizierung habe, wie kann ich sicherstellen, dass die Benutzer nur auf ihre Daten zugreifen können? Und habe ich noch 1 Datenbank auf dem Server?PouchDB auf der Clientseite kann mit einem entfernten @ synchronisiert werdPouchDB. Aber wenn eine Anwendung mit Javascript erstellt wird, wie stellen Sie sicher, dass keine Daten in @ eingefügt werdePouchDB durch "Hacken" des clientseitigen Javascript?Würde die Verwendung eines Backends in solchen Setups wegfallen? Und wenn Sie eine API für @ haben woll3rd party, du hast zum Beispiel ein @ gesetSails.js Backend um dasCouchDB?