Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Die Homepage für Modeler und Visualizer zeigt eine Reihe von Beispielmodellen an, die mit der NoSQL Workbench bereitgestellt werden. In diesem Abschnitt werden diese Modelle und ihre möglichen Verwendungsmöglichkeiten beschrieben.
Themen
Mitarbeiterdatenmodell
Dieses Datenmodell ist ein Einführungsmodell. Es enthält grundlegende Details eines Mitarbeiters, wie eindeutiger Alias, Vorname, Nachname, Bezeichnung, Manager und Fähigkeiten.
Dieses Datenmodell zeigt einige Techniken, wie etwa den Umgang mit komplexen Attributen, z. B. mit mehr als einer Fertigkeit. Dieses Modell ist auch ein Beispiel für eine one-to-many Beziehung zwischen dem Manager und seinen berichtenden Mitarbeitern, die durch den Sekundärindex erreicht wurde DirectReports.
Folgende Zugriffsmuster werden durch dieses Datenmodell erleichtert:
-
Abrufen eines Mitarbeiterdatensatzes unter Verwendung des Login-Alias des Mitarbeiters, erleichtert durch eine Tabelle namens
Employee. -
Suchen nach Mitarbeitern nach Namen, erleichtert durch den globalen sekundären Index der Mitarbeitertabelle mit der Bezeichnung
Name. -
Abrufen aller direkt unterstellten Mitarbeiter eines Vorgesetzten unter Verwendung des Login-Alias des Vorgesetzten, erleichtert durch den globalen sekundären Index der Mitarbeitertabelle mit der Bezeichnung
DirectReports.
Datenmodell des Diskussionsforums
Dieses Datenmodell steht für ein Diskussionsforum. Mit diesem Modell können Kunden mit der Entwickler-Community interagieren, Fragen stellen und auf Beiträge anderer Kunden antworten. Jeder AWS -Service hat ein dediziertes Forum. Jeder kann einen neuen Diskussionsthread starten, indem er eine Nachricht in einem Forum postet. Jeder Thread erhält eine beliebige Anzahl von Antworten.
Folgende Zugriffsmuster werden durch dieses Datenmodell erleichtert:
-
Abrufen eines Forumsdatensatzes anhand des Namens des Forums, erleichtert durch eine Tabelle mit der Bezeichnung
Forum. -
Abrufen eines bestimmten Threads oder aller Threads für ein Forum, erleichtert durch eine Tabelle mit der Bezeichnung
Thread. -
Suchen nach Antworten anhand der E-Mail-Adresse des Benutzers, erleichtert durch den globalen sekundären Index der Antworttabelle mit der Bezeichnung
PostedBy-Message-Index.
Datenmodell der Musikbibliothek
Dieses Datenmodell stellt eine Musikbibliothek mit einer großen Sammlung von Songs dar und präsentiert die am meisten heruntergeladenen Songs nahezu in Echtzeit.
Folgende Zugriffsmuster werden durch dieses Datenmodell erleichtert:
-
Abrufen eines Songs, erleichtert durch eine Tabelle mit der Bezeichnung
Songs. -
Abrufen eines bestimmten Downloads oder aller Downloads für einen Song, erleichtert durch eine Tabelle mit der Bezeichnung
Songs. -
Abrufen einer bestimmten Anzahl monatlicher Downloads oder aller monatlichen Downloads für einen Song, erleichtert durch eine Tabelle mit der Bezeichnung
Song. -
Abrufen aller Datensätze (einschließlich Song, Downloads und monatlicher Downloads) für einen Song, erleichtert durch eine Tabelle mit der Bezeichnung
Songs. -
Suchen nach den am meisten heruntergeladenen Songs, erleichtert durch den globalen sekundären Index der Songtabelle mit der Bezeichnung
DownloadsByMonth.
Datenmodell für Skigebiet
Dieses Datenmodell steht für ein Skigebiet, das täglich eine große Datenerfassung für jeden Skilift durchführt.
Folgende Zugriffsmuster werden durch dieses Datenmodell erleichtert:
-
Abrufen aller dynamischen und statischen Daten für einen bestimmten Skilift oder das gesamte Skigebiet, erleichtert durch eine Tabelle mit der Bezeichnung
SkiLifts. -
Abrufen aller dynamischen Daten (einschließlich einzelner Liftfahrer, Schneedecke, Lawinengefahr und Liftstatus) für einen Skilift oder das gesamte Skigebiet an einem bestimmten Datum, erleichtert durch eine Tabelle mit der Bezeichnung
SkiLifts. -
Abrufen aller statischen Daten (einschließlich Empfehlung nur für erfahrene Skifahrer, Anstieg in Höhenmetern und Fahrzeit) für einen bestimmten Skilift, erleichtert durch eine Tabelle mit der Bezeichnung
SkiLifts. -
Das Abrufen des Datums von Daten, die für einen bestimmten Skilift oder das gesamte Skigebiet aufgezeichnet wurden, sortiert nach der Gesamtzahl der einzelnen Fahrer, wird durch den in der SkiLifts Tabelle genannten
SkiLiftsByRidersglobalen Sekundärindex erleichtert.
Datenmodell für Kreditkartenangebote
Dieses Datenmodell wird von einer Anwendung für Kreditkartenangebote verwendet.
Ein Kreditkartenanbieter erstellt im Laufe der Zeit Angebote. Zu diesen Angeboten gehören Überweisungen ohne Gebühren, erhöhte Kreditlimits, niedrigere Zinssätze, Rückzahlungen und Flugmeilen. Nachdem ein Kunde diese Angebote annimmt oder ablehnt, wird der jeweilige Angebotsstatus entsprechend aktualisiert.
Folgende Zugriffsmuster werden durch dieses Datenmodell erleichtert:
-
Abrufen von Kontodatensätzen mit
AccountId, erleichtert durch die Haupttabelle. -
Abrufen aller Konten mit wenigen projizierten Posten, erleichtert durch den sekundären Index
AccountIndex. -
Abrufen von Konten und allen Angebotsdatensätzen, die mit diesen Konten in Verbindung stehen, mithilfe von
AccountId, erleichtert durch die Haupttabelle. -
Abrufen von Konten und spezifischen Angebotsdatensätzen, die mit diesen Konten in Verbindung stehen, mithilfe von
AccountIdundOfferId, erleichtert durch die Haupttabelle. -
Abrufen aller
ACCEPTED/DECLINED-Angebotsdatensätze mit spezifischemOfferType, die mit Konten in Verbindung stehen, mithilfe vonAccountId,OfferTypeundStatus, erleichtert durch den sekundären IndexGSI1. -
Abrufen von Angeboten und damit in Verbindung stehenden Angebotspositionsdatensätzen mit
OfferId, erleichtert durch die Haupttabelle.
Datenmodell für Lesezeichen
Dieses Datenmodell wird zum Speichern von Lesezeichen für Kunden verwendet.
Ein Kunde kann viele Lesezeichen haben und ein Lesezeichen kann zu vielen Kunden gehören. Dieses Datenmodell stellt eine many-to-many Beziehung dar.
Folgende Zugriffsmuster werden durch dieses Datenmodell erleichtert:
-
Eine einzelne Abfrage anhand von
customerIdkann nun Kundendaten sowie Lesezeichen zurückgeben. -
Ein
ByEmail-Abfrageindex gibt Kundendaten nach E-Mail-Adresse zurück. Beachten Sie, dass Lesezeichen nicht durch diesen Index abgerufen werden. -
Ein
ByUrl-Abfrageindex ruft Lesezeichendaten nach URL ab. Beachten Sie, dass wir CustomerID als Sortierschlüssel für den Index haben, da dieselbe URL von mehreren Kunden mit einem Lesezeichen versehen werden kann. -
Ein
ByCustomerFolder-Abfrageindex ruft Lesezeichen nach Ordner für jeden Kunden ab.
