この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。
Cloud Firestoreは、FirebaseとGoogle Cloudから利用できるNoSQLのドキュメントデータベースです。アプリからデータを読み書きし、リアルタイム更新やオフライン利用にも対応できます。
情報確認基準日：2026-09-19
まず結論
Firestoreは「アプリのデータを、collection（まとまり）とdocument（1件のデータ）で保存する」サービスです。Realtime Databaseが大きなJSONツリーをリアルタイム同期する設計なのに対し、Firestoreはより豊かなデータモデルとクエリを使いたい現代的なアプリで第一候補になりやすいデータベースです。
| 観点 | Cloud Firestore | Realtime Database |
|---|---|---|
| データモデル | collection / document | JSONツリー |
| 検索 | 複合的なクエリを組み立てやすい | データ構造をアクセス方法に合わせる設計が重要 |
| リアルタイム更新 | 対応 | 対応し、特にリアルタイム同期が中心 |
| オフライン | SDKで対応 | SDKで対応 |
| 選び方 | 検索性・拡張性を重視 | 単純なJSON同期や特定のリアルタイム用途 |
flowchart LR User[利用者] --> App[Web / モバイルアプリ] App --> Auth[Firebase Authentication] App --> Rules[Security Rules] Rules --> FS[Cloud Firestore] Admin[管理者 / サーバー] --> IAM[Google Cloud IAM] IAM --> FS FS --> Backup[Backup / Restore]
Google全体ではどこにいる？
Firebaseはアプリ開発者向けの製品群で、Firestoreはそのデータ保存担当です。同時にGoogle Cloudのデータベースとしても管理されます。Firebase Authenticationで「誰か」を確認し、Security Rulesでクライアントから「どのdocumentを読めるか」を制御する組み合わせが典型です。サーバー側の管理権限はGoogle Cloud IAMも関係します。
誰に関係する？
一般利用者・事務職: 自分が使うアプリの裏側で、プロフィール、申請状態、コメントなどが保存される場所として理解できます。
IT管理者: Project、請求、IAM、バックアップ、データ所在地、Security Rulesのレビューが重要です。
開発者: Web/モバイルSDK、Admin SDK、クエリ、index、Security Rulesを設計します。
料金と運用で見るポイント
Firestoreには無料枠がありますが、読み取り・書き込み・削除・保存容量・データ転送などが料金やquotaに関係します。無料データベースはProjectあたり1つで、TTL、PITR、backup/restoreなど一部機能は課金有効化が必要です。バックアップはBlazeプランが必要で、保存量とrestoreに料金が発生します。金額は変更され得るため、導入時は必ず公式Pricingを再確認します。
Microsoft / Azureと比べると？
理解の入口としてはAzure Cosmos DBのような「クラウドのNoSQLデータベース」と同じ層で比較できます。ただしFirestore固有のcollection/documentモデル、Firebase SDK、Security RulesをそのままAzureの機能名へ置き換えることはできません。「アプリ用NoSQL」という共通目的を押さえ、その後に認証・権限・料金モデルを個別比較すると混乱しません。
安全に試す
本番Projectではなく検証用Firebase Projectを作り、架空のデータだけでcollectionを1つ作成します。例えば tasks collectionに title と done を持つdocumentを1件追加し、Firebase Consoleで読めることを成功条件にします。変える場所は tasks というcollection名だけ、と決めるとサンプルの意味を追いやすくなります。
Security Rulesを一時的に全公開したまま本番運用してはいけません。APIキー、token、Service Accountのprivate key、実ユーザー情報はGitHubへ保存しません。
Google公式情報
次に何をすればよい？
まずFirestoreとRealtime Databaseのどちらが要件に合うかを決め、検証Projectでダミーデータを1件読み書きします。その後、Security Rules、認証、index、料金上限、バックアップ方針を確認してから本番設計へ進みます。
個別一次情報の深掘り
Cloud Firestoreはドキュメント指向のNoSQLデータベースです。Realtime Databaseと比べると、collection/document構造、複合的なquery、スケーリングの考え方を理解するのが重要です。クライアントから直接使う構成ではAuthenticationとSecurity Rulesをセットで設計します。
Google公式一次情報
Papanda TRY：document/collectionをJSONで触る
架空のusers/u001/tasks/t001をJSONカード表示し、fieldを1つ変更すると画面が更新されるofflineデモを作ります。Firestoreのcollection/documentモデルを、実個人データやCloud接続なしで体験します。
結局どういうサービス？
Cloud Firestoreは、Web・モバイルアプリのデータをcollection/document形式で保存し、検索やリアルタイム更新を扱えるFirebase/Google CloudのNoSQLデータベースです。初心者は「アプリのデータ保管庫」と捉え、Realtime Databaseとのデータモデルの違い、Security Rules、料金を確認してから選ぶと理解しやすいサービスです。
