Executando verificação de segurança...
2
obrenoalvim
1 min de leitura ·

Supabase vs Firebase: qual você usa no seu side project e por quê?

Firebase e Supabase dominam o mercado de BaaS para projetos individuais e startups. São apostas filosóficas diferentes e vale entender qual funciona para qual contexto.

Firebase

Ecossistema maduro do Google. Firestore, Auth, Storage, Cloud Functions, Hosting: tudo integrado, tudo com SDK.

O que funciona bem: apps mobile com necessidade de sync em tempo real, projetos que crescem rápido e precisam de escala gerenciada, integração com Google Cloud.

O que não funciona: queries complexas em Firestore são limitadas por design. Se você precisa de SQL de verdade (joins, agregações, filtros arbitrários), Firestore te força a denormalizar tudo.

Supabase

PostgreSQL gerenciado com Auth, Storage, Edge Functions e Realtime por cima. SQL de verdade, sem limitações de query.

O que funciona bem: qualquer projeto que se beneficia de banco relacional, desenvolvedores que já sabem SQL, projetos open source (você pode rodar self-hosted).

O que não funciona tão bem: SDK de Realtime não é tão polido quanto o do Firebase, suporte mobile ainda está amadurecendo.

O que eu observo

Firebase tem a vantagem do ecossistema e da escala garantida. Supabase tem a vantagem do SQL e da filosofia open source.

Para projetos novos com banco relacional, Supabase virou minha recomendação padrão. Para apps mobile com sync em tempo real, Firebase ainda ganha.

Qual dos dois você usa e o que te fez escolher?

Carregando publicação patrocinada...
3
KevinFavaro

Com as IAs do Google (como o Google AI Studio) o firebase acaba sendo mais fácil para iniciar algo.
Mas uma coisa q acabo fazendo em um "side project" e outro é usar estrategicamente eles...
Por exemplo, eu vim do SQL, minha base é forte, mas recentemente tenho usado bastante NoSQL, e consigo notar oq cada um tem de positivo e negativo dependendo do projeto.
O ponto principal é, que em alguns projetos eu faço uma "mescla", e isso pode parecer até uma gambis (que até é), mas dá para distribuir e usar cada um individualmente no final para extrair o melhor de cada um, só saber usar e pensar muito bem na arquitetura.

Por exemplo, criei um sistema automatizador (crawler) que preciso de dados reais e um pouco menos de controle de querys, para isso usei o Firebase. Por outro lado, esse mesmo projeto tem um portal, que preciso de consistência de dados e robustez para querys, fui de supabase para esses pontos. No final ganhei o melhor dos 2 mundos no mesmo projeto.
O mesmo em outro projeto com chat em tempo real, o sistema pedia querys complexas, mas ao mesmo tempo respostas em real time, é feito a montagem de histórico e manipulação em SQL e oq preciso em real time eu filtro e uso firebase.

Resumo, da pra usar 1 ou outro, assim como dá pra usar ambos, mas isso tudo depende da necessidade do projeto.

1
obrenoalvim
  • Autor
    Autor

Faz sentido usar os dois quando o projeto tem requisitos heterogêneos. Firebase brilha no tempo real, Supabase no SQL complexo, e se você consegue separar bem os domínios fica natural. No BloodLink fui de Supabase por já vir de Postgres e precisar de queries relacionais. Mas tenho curiosidade: na prática, o overhead de manter dois SDKs, duas autenticações e dois projetos no mesmo codebase não pesa? Pergunto porque parece tentador até que a complexidade operacional te pega.

3
ErickNovaes

O seu app precisa de real time mais arrojado? Se sim acho q faz sentido usar o firebase, eu acho o supabase para projetos rápidos q precisam ser desenvolvidos urgente e para projetos simples tb.

1
obrenoalvim
  • Autor
    Autor

Exatamente isso. O Supabase acaba sendo o caminho natural pra quem já pensa em SQL e quer algo simples e funcional. O Firebase tem vantagem mesmo quando o real time é um requisito central desde o início, tipo chat ou notificação instantânea sem polling. No BloodLink eu uso PostgreSQL puro com Drizzle, então o Supabase seria o fit mais óbvio se eu fosse migrar pra BaaS. Mas a escolha acaba sendo mais sobre o que o projeto vai exigir nos próximos meses do que só o que funciona no lançamento.