{"id":893,"date":"2023-07-09T11:08:07","date_gmt":"2023-07-09T09:08:07","guid":{"rendered":"https:\/\/www.iot-embedded.de\/iot-2023\/?p=893"},"modified":"2023-07-10T13:26:50","modified_gmt":"2023-07-10T11:26:50","slug":"datenbankschema-eine-detaillierte-erklaerung","status":"publish","type":"post","link":"https:\/\/www.iot-embedded.de\/iot-2023\/2023\/07\/09\/datenbankschema-eine-detaillierte-erklaerung\/","title":{"rendered":"Datenbankschema: Eine detaillierte Erkl\u00e4rung"},"content":{"rendered":"\n<p>Willkommen zu unserem Blogpost, in dem wir das Datenbankschema unseres Office-as-a-Service genauer erl\u00e4utern werden. Die Datenstruktur, die wir f\u00fcr unsere Anwendung verwendet haben, basiert auf der NoSQL-Datenbank MongoDB. Lassen Sie uns einen genaueren Blick darauf werfen.<\/p>\n\n\n\n<p>Unsere Datenbank tr\u00e4gt den Namen &#8222;Office_as_a_service&#8220; und enth\u00e4lt mehrere sogenannte Collections, die es uns erm\u00f6glichen, die verschiedenen Informationen effizient zu speichern und abzurufen. Im Folgenden werden wir auf die einzelnen Collections n\u00e4her eingehen:<\/p>\n\n\n\n<p>1. Collection &#8222;Anmeldungen&#8220;:<\/p>\n\n\n\n<p>In dieser Collection werden alle Anmeldungen protokolliert, um eine bessere \u00dcbersicht \u00fcber die eingegangenen Buchungen zu erhalten. Jede Anmeldung besitzt eine eindeutige ID (_id) zur Identifizierung. Ein Beispiel f\u00fcr eine Anmeldung ist:<\/p>\n\n\n\n<p>&#8211; ID: 649be26070b2a704210d69d0<\/p>\n\n\n\n<p>&#8211; Name: &#8222;Newton&#8220;<\/p>\n\n\n\n<p>&#8211; Vorname: &#8222;Isaac&#8220;<\/p>\n\n\n\n<p>&#8211; Nutzer-ID: &#8222;123456789&#8220;<\/p>\n\n\n\n<p>&#8211; Datum: &#8222;2023-06-28&#8220;<\/p>\n\n\n\n<p>&#8211; Startzeit: 2023-06-28T09:33:49.280+00:00<\/p>\n\n\n\n<p>2. Collection &#8222;Personen&#8220;:<\/p>\n\n\n\n<p>In dieser Collection werden alle angemeldeten Nutzer aufgelistet, die sich an einem Tisch einw\u00e4hlen k\u00f6nnen. Jeder Benutzer hat ebenfalls eine eindeutige ID (_id) zur Identifizierung. Ein Beispiel f\u00fcr einen Nutzer in dieser Collection ist:<\/p>\n\n\n\n<p>&#8211; ID: 649221b2eb1a911c05dd277c<\/p>\n\n\n\n<p>&#8211; ID des Benutzers: 704361179334<\/p>\n\n\n\n<p>&#8211; Name: &#8222;Escobar&#8220;<\/p>\n\n\n\n<p>&#8211; Vorname: &#8222;Pablo&#8220;<\/p>\n\n\n\n<p>&#8211; Berechnungssatz: &#8222;0.05&#8220;<\/p>\n\n\n\n<p>&#8211; Admin: false<\/p>\n\n\n\n<p>&#8211; Passwort: &#8222;picasso987&#8220;<\/p>\n\n\n\n<p>&#8211; E-Mail: &#8222;pablo@picasso.com&#8220;<\/p>\n\n\n\n<p>&#8211; Adresse: &#8222;Art Street 5&#8220;<\/p>\n\n\n\n<p>3. Collections f\u00fcr alle Tische:<\/p>\n\n\n\n<p>F\u00fcr jeden Tisch haben wir eine eigene Collection angelegt, in der Buchungen f\u00fcr den jeweiligen Tisch protokolliert werden. Zus\u00e4tzlich wird festgehalten, ob der Tisch derzeit frei ist. Ein Beispiel f\u00fcr eine solche Collection f\u00fcr einen Tisch ist:<\/p>\n\n\n\n<p>&#8211; ID: 6492c6659708803f26cad59a<\/p>\n\n\n\n<p>&#8211; Name: &#8222;Table1&#8220;<\/p>\n\n\n\n<p>&#8211; Belegt: false<\/p>\n\n\n\n<p>&#8211; Nutzer-ID: 45454545458<\/p>\n\n\n\n<p>&#8211; Datum: &#8222;2023-06-21&#8220;<\/p>\n\n\n\n<p>&#8211; Startzeit: &#8222;114405&#8220;<\/p>\n\n\n\n<p>&#8211; Endzeit: &#8222;114437&#8220;<\/p>\n\n\n\n<p>&#8211; Differenz: 32<\/p>\n\n\n\n<p>&#8211; Berechnungssatz: 0.04<\/p>\n\n\n\n<p>&#8211; Kosten: 0.128<\/p>\n\n\n\n<p>&#8211; Abgeschlossen: &#8222;true&#8220;<\/p>\n\n\n\n<p>Durch diese umfangreiche Struktur k\u00f6nnen wir das gesamte Buchungssystem vollst\u00e4ndig abbilden. Die Collections &#8222;Anmeldungen&#8220; und &#8222;Personen&#8220; erm\u00f6glichen uns eine effiziente Verwaltung der Buchungen und Nutzerdaten. Die Collections f\u00fcr die einzelnen Tische sorgen daf\u00fcr, dass wir den Status jedes Tisches verfolgen und Buchungen zuordnen k\u00f6nnen.<\/p>\n\n\n\n<p>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\u00fcgung!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Willkommen zu unserem Blogpost, in dem wir das Datenbankschema unseres Office-as-a-Service genauer erl\u00e4utern werden. Die Datenstruktur, die wir f\u00fcr unsere Anwendung verwendet haben, basiert auf der NoSQL-Datenbank MongoDB. Lassen Sie uns einen genaueren Blick darauf werfen. Unsere Datenbank tr\u00e4gt den<\/p>\n","protected":false},"author":29,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[9],"tags":[11,31],"_links":{"self":[{"href":"https:\/\/www.iot-embedded.de\/iot-2023\/wp-json\/wp\/v2\/posts\/893"}],"collection":[{"href":"https:\/\/www.iot-embedded.de\/iot-2023\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.iot-embedded.de\/iot-2023\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.iot-embedded.de\/iot-2023\/wp-json\/wp\/v2\/users\/29"}],"replies":[{"embeddable":true,"href":"https:\/\/www.iot-embedded.de\/iot-2023\/wp-json\/wp\/v2\/comments?post=893"}],"version-history":[{"count":2,"href":"https:\/\/www.iot-embedded.de\/iot-2023\/wp-json\/wp\/v2\/posts\/893\/revisions"}],"predecessor-version":[{"id":903,"href":"https:\/\/www.iot-embedded.de\/iot-2023\/wp-json\/wp\/v2\/posts\/893\/revisions\/903"}],"wp:attachment":[{"href":"https:\/\/www.iot-embedded.de\/iot-2023\/wp-json\/wp\/v2\/media?parent=893"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.iot-embedded.de\/iot-2023\/wp-json\/wp\/v2\/categories?post=893"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.iot-embedded.de\/iot-2023\/wp-json\/wp\/v2\/tags?post=893"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}