Você realmente não nos forneceu muitas informações sobre para que esses dados serão usados. Quero dizer, você disse que dados serão armazenados, mas o que você fará com eles?
Se seu objetivo é armazenar os dados e depois relatá-los, acho que você está procurando no lugar errado. Um simples banco de dados MySQL ou SQL funcionaria perfeitamente e as ferramentas de relatório estão prontamente disponíveis.
No entanto, se você criar um link para algo como um aplicativo da Web ou móvel, onde os dados são alterados constantemente por vários usuários (todos acessando o mesmo banco de dados armazenado na nuvem), o Firebase é o caminho a seguir.
Portanto, seus prós e contras:
Pro's
- Se o seu aplicativo executar um banco de dados centralizado e for atualizado por muitos usuários, será mais do que capaz de lidar com as atualizações de dados em tempo real entre dispositivos.
- Armazenado na nuvem, tão prontamente disponível em qualquer lugar.
- API de plataforma cruzada (se você estiver usando este banco de dados com um aplicativo)
- Eles hospedam os dados. - Se você está armazenando muitos dados, não precisa se preocupar com hardware!
Contras:
- A menos que seu aplicativo execute um banco de dados centralizado atualizado por uma grande quantidade de usuários, é um grande exagero.
- O formato de armazenamento é totalmente diferente do do SQL (o Firebase usa JSON) para que você não possa migrar tão facilmente.
- As ferramentas de relatório não estarão nem perto das do SQL padrão.
- Custos! -Limitado a 100 conexões e 1 GB de armazenamento! (veja isso para mais detalhes sobre limitações!)
- Você não hospeda os dados, o Firebase sim. E, dependendo do servidor em que você se encontra, visualizando o tempo disponível, parece haver muitas interrupções ultimamente.
Nota: incluí "Quem hospeda os dados" nos prós e contras. Isso porque você nunca nos disse quantos dados estava armazenando e quem iria acessá-los.
