Expert
10
May
2019
2019
by Marc-David Militz
Forum: MongoDB Theorie
- Artikel von Daniel Coupal und Ken W. Alger
- Beispiel Use Cases
englischer Originalartikel
https://www.mongodb.com/blog/post/building-with-patterns-a-summary
Übersetzung mit freundlicher Genehmigung von MongoDB
Als Abschluss für die MongoDB Patterns Serie ist es eine gute Idee die einzelnen Probleme, die die Patterns adressieren, sowie die Vorteile aber auch Einschränkungen noch einmal hervorzuheben.
Die am häufigsten gestellte Frage, über Schema Design, lautet: "Ich entwerfe gerade eine Applikation die X tun soll, wie modelliere ich die Daten am besten?"
Wie hoffentlich jeder Leser der Serie festgestellt hat, muss man eine Reihe von Dingen berücksichtigen, um diese Frage beantworten zu können.
Um das etwas zu vereinfachen hat man bei MongoDB einen "Beispiel Use Case Chart" erstellt, um einen Einstieg zu haben in welche Richtung man sich bei bestimmten Use Cases bewegen sollte.
Der Chart ist eine Richtlinie, die aus Jahren der Erfahrung in Kundenprojekten entstanden ist, bei denen die unterschiedlichsten Design Pattern in einer ganzen Reihe von Applikationen zum Einsatz kamen.
Trotzdem ist nichts davon in Stein gemeißelt oder eine Feststehende Regel, dass für einen Use Case nur ein bestimmtes Pattern in Frage kommt.
Nur weil ein Design Pattern passend erscheint sollte man nicht sofort alle anderen ausschließen, diese könnten trotz allem passen.
In erster Linie legen Art und Häufigkeit der Datenzugriffe fest welches Pattern passend ist.
