Escolha um banco de dados: Cloud Firestore ou Realtime Database

• Dados simples são fáceis de armazenar em documentos, que são muito semelhantes ao JSON.
• Dados complexos e hierárquicos são mais fáceis de organizar em escala, usando subcoleções dentro de documentos.
• Requer menos desnormalização e nivelamento de dados.

Saiba mais sobre o modelo de dados do Cloud Firestore .

• 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 .

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

• As consultas podem classificar ou filtrar uma propriedade, mas não ambas.
• As consultas são profundas por padrão: elas sempre retornam a subárvore inteira.
• As consultas podem acessar dados em qualquer granularidade, até valores de nós folhas individuais na árvore JSON.
• As consultas não requerem um índice; no entanto, o desempenho de determinadas consultas diminui à medida que o conjunto de dados cresce.

• Escreva operações de dados por meio de operações de configuração e atualização, bem como transformações avançadas, como array e operadores numéricos.
• As transações podem ler e gravar dados atomicamente de qualquer parte do banco de dados.

• Grave dados por meio de operações de configuração e atualização.
• As transações são atômicas em uma subárvore de dados específica.

• Uma solução de baixa latência, com tempos de resposta típicos não superiores a 30 ms.
• Aloja seus dados em vários data centers em regiões distintas, garantindo escalabilidade global e forte confiabilidade.
• Disponível em configurações regionais ou multirregionais em todo o mundo.

• Disponível em configurações regionais. Os bancos de dados estão limitados à disponibilidade zonal dentro de uma região.
• Latência extremamente baixa, com tempos de resposta típicos não superiores a 10 ms. Uma opção ideal para sincronização frequente de estado.

• Desempenho típico de tempo de atividade de 99,999%.
• Se a disponibilidade for de extrema importância, por exemplo em aplicativos de comércio eletrônico, use o Cloud Firestore.

• Desempenho típico de tempo de atividade de 99,95%.

• Escala de forma totalmente automática. Os limites de escalabilidade são de cerca de 1 milhão de conexões simultâneas e 10.000 gravações/segundo. Planejamos aumentar esses limites no futuro.
• Tem limites nas taxas de gravação em documentos ou índices individuais.

• Dimensione para cerca de 200.000 conexões simultâneas e 1.000 gravações/segundo em um único banco de dados. Escalar além disso requer a fragmentação de seus dados em vários bancos de dados.
• Não há limites locais nas taxas de gravação de dados individuais.

• Lê e grava em SDKs móveis protegidos pelas regras de segurança do Cloud Firestore .
• Lê e grava em SDKs de servidor protegidos pelo Identity and Access Management (IAM) .
• As regras não são propagadas, a menos que você use um curinga.
• As regras podem restringir consultas: se os resultados de uma consulta contiverem dados aos quais o usuário não tem acesso, toda a consulta falhará.

• Lê e grava em SDKs móveis protegidos por regras de segurança do Realtime Database .
• Cascata de regras de leitura e gravação.
• Você valida os dados separadamente usando a regra validate .

O Cloud Firestore oferece suporte a limites de gastos diários para projetos do App Engine, para garantir que você não ultrapasse os custos com os quais se sente confortável.

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

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