データベースを選択: Cloud Firestore または Realtime Database

• シンプルなデータは非常に簡単に保存できます。
• 複雑で階層的なデータについては、大規模な整理を行うことが難しいです。

Realtime Database データモデルの詳細をご覧ください。

• シンプルなデータはドキュメントに保存するのが簡単です。これは JSON と非常によく似ています。
• 複雑で階層的なデータについては、ドキュメント内のサブコレクションを使用することで、大規模な整理を簡単に行うことができます。
• 非正規化とデータの平坦化が少なくて済みます。

Cloud Firestore データモデルの詳細をご覧ください。

• クエリでは、プロパティの並べ替えまたはフィルタリングを行うことはできますが、両方はできません。
• クエリはデフォルトで多層型です。常にサブツリー全体を返します。
• クエリは、JSON ツリー内の個々のリーフノード値まで、あらゆる粒度でデータにアクセスできます。
• クエリはインデックスを必要としません。ただし、データセットが大きくなるにつれて、特定のクエリのパフォーマンスは低下します。

• 1 つのクエリで、フィルタをつなぎ合わせたり、プロパティのフィルタリングと並べ替えを組み合わせたりすることができます。
• 層が少ないクエリは、特定のコレクションまたはコレクション グループ内のドキュメントのみを返し、サブコレクション データを返しません。
• クエリは常にドキュメント全体を返す必要があります。
• クエリはデフォルトでインデックス付きになります。クエリのパフォーマンスは、データセットではなく、結果セットのサイズに比例します。

• 設定オペレーションと更新オペレーションを通じてデータを書き込みます。
• トランザクションは、特定のデータ サブツリーに対してアトミックです。

• 設定オペレーションと更新オペレーションとともに、配列や数値の演算子などの高度な変換を通じてデータ オペレーションを書き込みます。
• トランザクションは、データベースの任意の部分からアトミックにデータを読み書きできます。

• リージョン構成で使用できます。データベースは、リージョン内のゾーンの可用性によって制約を受けます。
• レイテンシが非常に低く、頻繁な状態同期に最適です。

• 異なるリージョンにある複数のデータセンターにデータを格納し、グローバルなスケーラビリティと信頼性を確保します。
• 世界各地のリージョンまたはマルチリージョン構成で利用できます。

• 1 つのデータベースで、約 200,000 件の同時接続と、毎秒 1,000 回の書き込みまでスケーリングが可能です。それ以上スケーリングするには、複数のデータベースにまたがるデータのシャーディングが必要になります。
• 個々のデータへの書き込みレートに対するローカルな制限はありません。

• 完全な自動スケーリングに対応しています。現在のところ、約 100 万件の同時接続と、毎秒 10,000 回の書き込みまでのスケーリング制限があります。将来的には、これらの制限を引き上げる予定です。
• 個々のドキュメントまたはインデックスへの書き込みレートに対する制限があります。

• Realtime Database セキュリティ ルールで保護されたモバイル SDK からの読み取りと書き込み。
• 読み取りルールと書き込みルールはカスケード式に適用されます。
• validate ルールを使用して個別にデータを検証します。

• Cloud Firestore セキュリティ ルールで保護されたモバイル SDK からの読み取りと書き込み。
• Identity and Access Management（IAM）で保護されたサーバー SDK からの読み取りと書き込み。
• ワイルドカードを使用する場合を除き、ルールがカスケード式に適用されることはありません。
• ルールでクエリを制約できます。クエリの結果にユーザーがアクセスできないデータが含まれている場合、クエリ全体が失敗します。

Realtime Database の料金プランの詳細をご覧ください。

Cloud Firestore は、App Engine プロジェクトの 1 日の使用量上限に対応しており、お客様が設定したコストを超過することはありません。

Cloud Firestore の料金プランの詳細をご覧ください。