Firestore

1. Overview

  • Commonly used to store structured data from App Engine apps.
  • A document store that automatically handles sharding and replication.
  • A persistent hash map that offers terabytes of capacity.
  • A highly scalable No SQL document store.
  • Can be paired with a memcache service to increase performance for repeatedly read data.
  • Non Relational.
  • Supports transactions and SQL like queries.
  • Suitable where users need to store structured objects.
  • Suitable where users require support for transactions and SQL-like queries.
  • Best for storing unstructured objects.
  • Typically used with Memcache to improve performance and reduce costs.
  • Delivers a highly available and durable document database that scales automatically.
  • Supports atomic transactions, SQL-like queries and indexes.
  • Best for semi-structured AppEngine application data.
  • Cloud Firestore is a highly scalable NoSQL database.
  • Can be used to store structured data from App Engine apps.
  • Can be used to build solutions that span App Engine and Compute Engine.
  • Automatically handles sharding and replication.
  • Scales automatically to handle load.
  • Offers transactions that affect multiple database rows.
  • Enables clients to use SQL-like queries.
  • Offers a free daily quota at no charge.
  • Adaptable schema.
  • Scales down to zero.
  • Low maintenance overhead.
  • Scale up to terabytes.
  • Enables App Engine application developers to use memcache.
  • Built-in synchronous replication over a wide geographic area.
  • Enables users to select a location where projects data is stored.
  • Data can be stored in multi-regional locations and regional locations.
  • To reduce latency and increase availability, it is recommended to store data close to the users and services that need it.
  • Multi-regional locations provide multi-region redundancy with higher availability.
  • Regional locations provide lower write latency when colocated with resources used by the application.
  • Multi-regional locations and regional locations enable high availability with different uptime SLAs.