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 por meio de 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 por meio de 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.

• Os bancos de dados estão limitados à disponibilidade geográfica em uma única região.
• Como a latência é extremamente baixa, é a opção ideal para sincronizações de estado frequentes.

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

• Escalonamento para cerca de 100.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.

• Escala completamente 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 a partir de SDKs para dispositivos móveis são protegidas pelas regras 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 e partir de SDKs de servidor são protegidas pelo Gerenciamento de identidade e acesso (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 para limites de gastos diários para os projetos do Google App Engine. Assim, você não ultrapassa os gastos que programou.

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