MongoDB ist eine dokumentenorientierte NoSQL-Datenbank, die hohe Flexibilität und Skalierbarkeit bietet. Sie eignet sich besonders für Anwendungen mit sich schnell ändernden Datenanforderungen und großen Datenmengen.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Technischer Baustein: kann automatisiert, integriert oder betrieben werden.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
MongoDB ist eine dokumentorientierte Datenbank, die Daten als BSON-Dokumente in flexibel strukturierten Collections speichert.
MongoDB wurde 2007 aus dem Projekt 10gen heraus entwickelt und 2009 als Open Source veröffentlicht. Ausgangspunkt war der Bedarf an einer Datenbank, die anwendungsnahe, sich verändernde Datenstrukturen flexibler abbildet als klassische Tabellenmodelle. Daraus entwickelte sich die MongoDB-Datenbank mit einer betreibbaren Cloud-Linie.
Anstelle von Tabellen liegen zusammengehörige Werte meist in einem Dokument mit verschachtelten Feldern. Collections gruppieren Dokumente; Abfragen und Indizes arbeiten auf deren Struktur. Replikas sorgen für Verfügbarkeit, Sharding verteilt große Datenmengen über mehrere Knoten.
Ein BSON-Dokument speichert ein Objekt mit verschachtelten Feldern und Arrays.
Ein Index beschleunigt ausgewählte Abfragen auf Dokumentfeldern, kostet aber Speicher und Schreibaufwand.
Mehrere Knoten halten replizierte Daten und ermöglichen Ausfallszenarien.
MongoDB eignet sich für Anwendungen mit dokumentnahen Datenmodellen und sich entwickelnden Strukturen. Teams müssen Konsistenz, Indizes, Schemaregeln, Backups und Datenschutz bewusst gestalten; flexible Dokumente lösen keine Modellierungs- oder Betriebsfragen automatisch.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.