Willkommen zu unserem Blogpost, in dem wir das Datenbankschema unseres Office-as-a-Service genauer erläutern werden. Die Datenstruktur, die wir für unsere Anwendung verwendet haben, basiert auf der NoSQL-Datenbank MongoDB. Lassen Sie uns einen genaueren Blick darauf werfen.
Unsere Datenbank trägt den Namen „Office_as_a_service“ und enthält mehrere sogenannte Collections, die es uns ermöglichen, die verschiedenen Informationen effizient zu speichern und abzurufen. Im Folgenden werden wir auf die einzelnen Collections näher eingehen:
1. Collection „Anmeldungen“:
In dieser Collection werden alle Anmeldungen protokolliert, um eine bessere Übersicht über die eingegangenen Buchungen zu erhalten. Jede Anmeldung besitzt eine eindeutige ID (_id) zur Identifizierung. Ein Beispiel für eine Anmeldung ist:
– ID: 649be26070b2a704210d69d0
– Name: „Newton“
– Vorname: „Isaac“
– Nutzer-ID: „123456789“
– Datum: „2023-06-28“
– Startzeit: 2023-06-28T09:33:49.280+00:00
2. Collection „Personen“:
In dieser Collection werden alle angemeldeten Nutzer aufgelistet, die sich an einem Tisch einwählen können. Jeder Benutzer hat ebenfalls eine eindeutige ID (_id) zur Identifizierung. Ein Beispiel für einen Nutzer in dieser Collection ist:
– ID: 649221b2eb1a911c05dd277c
– ID des Benutzers: 704361179334
– Name: „Escobar“
– Vorname: „Pablo“
– Berechnungssatz: „0.05“
– Admin: false
– Passwort: „picasso987“
– E-Mail: „pablo@picasso.com“
– Adresse: „Art Street 5“
3. Collections für alle Tische:
Für jeden Tisch haben wir eine eigene Collection angelegt, in der Buchungen für den jeweiligen Tisch protokolliert werden. Zusätzlich wird festgehalten, ob der Tisch derzeit frei ist. Ein Beispiel für eine solche Collection für einen Tisch ist:
– ID: 6492c6659708803f26cad59a
– Name: „Table1“
– Belegt: false
– Nutzer-ID: 45454545458
– Datum: „2023-06-21“
– Startzeit: „114405“
– Endzeit: „114437“
– Differenz: 32
– Berechnungssatz: 0.04
– Kosten: 0.128
– Abgeschlossen: „true“
Durch diese umfangreiche Struktur können wir das gesamte Buchungssystem vollständig abbilden. Die Collections „Anmeldungen“ und „Personen“ ermöglichen uns eine effiziente Verwaltung der Buchungen und Nutzerdaten. Die Collections für die einzelnen Tische sorgen dafür, dass wir den Status jedes Tisches verfolgen und Buchungen zuordnen können.
Wir hoffen, dass Ihnen dieser Einblick in unser Datenbankschema geholfen hat, um zu verstehen, wie wir die Daten in unserer Office-as-a-Service-Anwendung speichern und verwalten. Bei weiteren Fragen stehen wir Ihnen gerne zur Verfügung!