Firestore
Operative NoSQL-Dokumentdatenbank für Collections, Dokumente, Echtzeit-Synchronisierung und SDK-nahe App-Entwicklung.
Wissens-Begriff
Firestore
Firestore ist eine serverlose NoSQL-Dokumentdatenbank von Google. Sie speichert operative App-Daten in Collections und Dokumenten, kann Echtzeit-Synchronisierung unterstützen und ist eng mit Firebase und Google Cloud verbunden.
Definition
Firestore ist operative Datenhaltung, kein Data Warehouse.
Cloud Firestore wird genutzt, wenn Anwendungen schnell lesbare und schreibbare Zustände brauchen, etwa Profile, Konfigurationen, Freigaben, Job-Status oder Realtime-Daten. Das Modell besteht aus Collections und Dokumenten, nicht aus Tabellen mit beliebigen Joins.
Die Entscheidung für Firestore beginnt deshalb beim Zugriffsmuster. Wer später große historische Analysen, BI-Dashboards oder kanalübergreifende KPI-Logik braucht, trennt operative Zustände in Firestore von analytischen Datenmodellen in BigQuery.
Dokumente, Collections und Zugriffsmuster
Collection
Gruppiert Dokumente nach fachlichem Bereich, etwa Nutzerprofile, Jobs oder Freigaben.
Dokument
Speichert strukturierte Felder und verschachtelte Daten für einen operativen Zustand.
Index und Regeln
Steuern Abfragen, Zugriff, Security Rules und Performance der Anwendung.
Auswertung
Operative Daten bleiben in Firestore, analytische Historie wandert bei Bedarf nach BigQuery.
Einordnung
Firestore, BigQuery, SQL, MongoDB und DynamoDB lösen unterschiedliche Aufgaben.
BigQuery
Analytisches Cloud Data Warehouse für Historisierung, große Abfragen, BI, KPI-Modellierung und datengetriebene Auswertungen.
SQL-Datenbank
Sinnvoll bei stark relationalen Datenmodellen, Joins, klaren Transaktionen und klassischer Geschäftslogik.
MongoDB und DynamoDB
Alternative NoSQL-Systeme mit eigener Modell-, Betriebs- und Cloud-Logik. Der Vergleich hängt an Zugriffsmustern, Betrieb und Ökosystem.
Einsatzfelder
Wann Firestore für Backend, Apps und Prozesse relevant wird.
Operative App-Daten
Firestore passt zu Web-App- und Mobile-App-Daten, Nutzerprofilen, Einstellungen, Konfigurationen und Realtime-Features, wenn die Zugriffsmuster vorher bekannt sind.
Prozesszustände und Jobs
Backend-Systeme können Job-Status, Freigaben, Zwischenergebnisse und Prozesszustände speichern, die Cloud Run oder Cloud Functions weiterverarbeiten.
AI-Content-Metadaten
AI-Content-Systeme können Metadaten, Prüfstatus, Varianten, Freigaben und Ausspielzustände operativ halten, während analytische Auswertungen in BigQuery gehören.
Interne Tools
Für interne Oberflächen kann Firestore ein schnelles Backend-Datenlager sein, solange Berechtigungen, Security Rules und Datenmodell zur Anwendung passen.
Grenzen
Typische Fehlentscheidungen entstehen durch zu breite Erwartungen.
01
Kein SQL-Ersatz für jedes Datenmodell
Stark relationale Modelle, komplexe Joins und transaktionale Auswertungen sind meist besser in relationalen Datenbanken aufgehoben.
02
Kein BigQuery-Ersatz
Firestore speichert operative Zustände. BigQuery ist für Analytics, Historisierung, große Abfragen, BI und Data-Warehouse-Modelle gedacht.
03
Abfragen bestimmen das Modell
Collections, Dokumente und Indexe sollten von geplanten Zugriffen ausgehen. Ein nachträglich beliebig abfragbares Modell ist bei Firestore eine typische Fehlannahme.
04
Kosten und Limits mitplanen
Dokumentgrößen, Indexe, Transaktionen, Security Rules und Kosten pro Lese- und Schreiboperation müssen Teil der Architekturentscheidung sein.
Verwandte Services
Wo Firestore in Architektur und Umsetzung auftaucht.
Backend-Entwicklung
Operative Datenmodelle, API-Schichten, Jobs und interne Anwendungen mit passender Datenhaltung planen.
Service ansehen
Google Cloud Architektur
Firestore in IAM, Cloud Run, Cloud Functions, BigQuery, Monitoring und Betrieb sauber einordnen.
Service ansehen
AI-Content-Systeme
Metadaten, Prüfstatus und Freigaben in AI-Content-Pipelines operativ speichern und kontrollieren.
Service ansehen
BigQuery Data Warehouse
Analytische Auswertungen, Historisierung und BI getrennt von operativen Firestore-Zuständen aufbauen.
Service ansehen
Verwandte Begriffe
Begriffe rund um Firestore und Google Cloud.
Google Cloud PlatformCloud-Kontext für Firestore, Cloud Run, BigQuery, Pub/Sub und Vertex AI.FirebaseApp-Entwicklungsplattform, in der Firestore häufig als Datenbankbaustein genutzt wird.Cloud FunctionsEreignisgetriebene Funktionen, die Firestore-Änderungen oder App-Prozesse verarbeiten können.Cloud RunServerlose Services und Jobs, die Firestore als operativen Statusspeicher nutzen können.Pub/SubMessaging für entkoppelte Verarbeitung zwischen Firestore, Backends, Jobs und Datenpipelines.BigQueryAnalytisches Gegenstück für Data Warehouse, BI und historisierte Auswertung.
Entscheidung
Firestore bewusst als operativen Speicher einsetzen.
Ob Firestore, SQL, BigQuery oder ein anderes NoSQL-System die richtige Datenhaltung für ein Backend, eine App oder eine AI-nahe Prozesslogik ist, hängt am Zugriffsmuster und am Analysebedarf.
Operative Zustände, Abfragen, Kosten und Analysebedarf getrennt prüfen.