Firebase Realtime DatabaseとFirestoreを使い分けていこうなという話 - KAYAC engineers' blog

こんにちは、今年もあっというまでしたね〜@fnobiです。この記事はTech KAYAC Advent Calendarの12日目になります。 毎年アドベントカレンダーでは、その時お世話になった技術の話をしているんですが、今回は去年に引き続きfirebaseで行かせていただきます。いちおう専門はWebフロントのはずなんですが、最近WebフロントエンジニアというよりはFirebaseエンジニアです。 Firebase Realtime DatabaseとFirestore そもそもfirebaseとはなんぞや？という話は去年も書いたのでよろしければ読んでみてください。 さて現在Firebaseでは、データベースとしての機能がRealtime DatabaseとFirestoreの２種類提供されています。いちおう公式でも並列に扱われていたり、比較を書いてくれたりしているんですが、全体を通してな

[kazuhi_ra]

“小さい容量のデータをものすごく頻繁に読み書きするアプリケーションの場合はFirestoreの料金が上がりやすく、逆に大きめのサイズのデータを保持させておく用途が多い場合はrealtime databaseの料金が上がりやすい”

[carolina04]

“ある程度複雑なデータ検索が必須・スケーリングも必須な場合は基本的にFirestoreの方がよい。 規模の上限がある程度見えている場合、複雑なデータ構造で細かい書き込みの頻度がかなり高い場合、realtime databaseの方”

[murasuke]

“Firestore”

[stibbar]

https://qiita.com/1amageek/items/d606dcee9fbcf21eeec6

[kazuph1986]

すごいわかりやすい解説だったな。

[tossy_yukky]

なんだかんだとfirebase使う場面あるしこっち方面も知見貯めてこ

[tofu-kun]

realtime database のフィールド追加一括更新は便利だな