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.

• Você só pode classificar ou filtrar uma propriedade, não classificar e filtrar uma propriedade em uma única consulta.
• As consultas são profundas por padrão: elas sempre retornam toda a subárvore.

• Você pode encadear filtros e combinar filtragem e classificação em uma propriedade em uma única consulta.
• Grave consultas superficiais para subcoleções: você pode consultar subcoleções dentro de um documento em vez de uma coleção inteira, ou mesmo um documento inteiro.
• 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 como uma operação individual.
• As transações nos SDKs nativos exigem um retorno de chamada de conclusão.

• Operações em lote e conclusão atômica delas.
• As transações são repetidas automaticamente até serem concluídas.

• Estabilidade que você esperaria de um produto testado e aprovado na prática.
• Latência muito baixa, por isso é uma ótima opção para sincronizações de estado frequentes.
• Os bancos de dados estão limitados à disponibilidade geográfica em uma única região.

• A estabilidade em um produto Beta não é sempre a mesma de um produto totalmente lançado.
• Armazena seus dados em vários centros de dados em regiões distintas, garantindo escalabilidade global e forte confiabilidade.
• Quando o Cloud Firestore passar da fase Beta, terá maior confiabilidade que o Realtime Database.

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.

Escalonamento completamente automático (após Beta), o que significa que você não vai precisar fragmentar seus dados em várias instâncias.

• As regras do Firebase Database são a única opção de segurança.
• As regras de leitura e gravação são aplicadas em cascata.
• É necessário validar os dados separadamente usando a regra validate.

• Os SDKs de dispositivos móveis e Web usam as regras de segurança do Cloud Firestore. Os SDKs de servidores usam o gerenciamento de identidade e acesso (IAM).
• As regras não são aplicadas em cascata, a menos que você use um caractere curinga.
• A validação de dados ocorre automaticamente.
• 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.