Escolher um banco de dados: Cloud Firestore ou Realtime Database

• Dados simples são muito fáceis de armazenar.
• Dados complexos e hierárquicos são mais difíceis de organizar em escala.

Saiba mais sobre o modelo de dados do Realtime Database.

• Dados simples são fáceis de armazenar em documentos, que são muito semelhantes aos da árvore JSON.
• Dados complexos e hierárquicos são mais fáceis de organizar em escala, utilizando subcoleções dentro dos documentos.
• Requer menos desnormalização e desdobramento de dados.

Saiba mais sobre o modelo de dados do Cloud Firestore.

• As consultas podem classificar ou filtrar uma propriedade. Não é possível realizar os dois processos.
• As consultas são profundas por padrão: elas sempre retornam toda a subárvore.
• As consultas podem acessar dados em qualquer granularidade, incluindo valores de nó de folha individuais na árvore JSON.
• As consultas não exigem um índice. No entanto, o desempenho de alguma delas é reduzido à medida que seu conjunto de dados aumenta.

• Você pode encadear filtros e combinar filtragem e classificação em uma propriedade em uma única consulta.
• As consultas são superficiais: só retornam documentos em um grupo de coleta ou coleção específico e não retornam dados de subcoleção.
• As consultas precisam retornar documentos inteiros sempre.
• As consultas são indexadas por padrão: o desempenho da consulta é proporcional ao tamanho do seu conjunto de resultados, e não ao seu conjunto de dados.

• Grave dados usando operações set e update.
• As transações são atômicas em uma subárvore de dados específica.

• Grave operações de dados usando operações set e update, além de transformações avançadas, como operadores matriciais e numéricos.
• As transações leem e gravam dados de qualquer parte do banco de dados de maneira atômica.

• Disponível em configurações regionais. Os bancos de dados estão limitados à disponibilidade zonal em uma região.
• Como a latência é extremamente baixa, é a opção ideal para sincronizações de estado frequentes.

• Armazena seus dados em vários data centers em regiões distintas, garantindo escalonabilidade global e forte confiabilidade.
• Compatível com configurações regionais ou multirregionais no mundo todo.

• Escalonamento para cerca de 200.000 conexões simultâneas e 1.000 gravações/segundo em um único banco de dados. Realizar um escalonamento acima desse número requer a fragmentação de dados em vários bancos de dados.
• Não há limites locais de taxas de gravação para dados individuais.

• O escalonamento é feito de maneira automática. Atualmente, os limites de escalonamento estão em torno de 1 milhão de conexões simultâneas e 10.000 gravações/segundo. Planejamos aumentar esses limites no futuro.
• As taxas de gravação são limitadas para documentos ou índices individuais.

• As leituras e gravações feitas com os SDKs para dispositivos móveis são protegidas pelas regras de segurança do Realtime Database.
• As regras de leitura e gravação são aplicadas em cascata.
• É possível validar dados separadamente usando a regra validate.

• As leituras e gravações a partir de SDKs para dispositivos móveis são protegidas pelas regras de segurança do Cloud Firestore.
• As leituras e gravações nos SDKs de servidor são protegidas pelo Identity and Access Management (IAM).
• As regras não são aplicadas em cascata, a menos que você use um caractere curinga.
• As regras podem restringir consultas: se os resultados de uma consulta tiverem dados aos quais o usuário não tenha acesso, toda a consulta falhará.

Leia mais sobre os planos de preços do Realtime Database.

O Cloud Firestore oferece suporte a limites de gastos diários para os projetos do App Engine. Assim, você não ultrapassa os gastos que programou.

Saiba mais sobre os planos de preços do Cloud Firestore.