技術記事

micomia株式会社の畑井です。
今回は、Firestoreを使う際に迷いがちな「サブコレクションにするか、独立コレクションにするか」について、判断基準をわかりやすく整理していきます。
FlutterFlowで開発している方にも役立つ内容です。

1.サブコレクションとは

Firestoreでは、ドキュメントの下にさらにコレクションを持つことができます。
これをサブコレクション（Subcollection）と呼びます。

例えばusersコレクションとサブコレクションにpostsを持っていた場合、構造のイメージは次のようになります。

/users/{userId}/posts/{postId}

このように「ユーザーが複数の投稿を持つ」といった1対多の関係を表現する場合によく使われます。

2.サブコレクションを使うメリット

サブコレクションには以下のようなメリットがあります。

• データを階層的に整理できる

• クエリ範囲を絞れるため、読み取りコストを削減できる

• 親ドキュメント削除時の処理が明確

特に「ユーザーごとの投稿」「企業ごとの案件」など親コレクションと紐づいたデータを扱うときに非常に有効です。

3.独立コレクション（トップレベル）の方がよいケース

一方で、サブコレクションにせずトップレベルで管理した方が良いケースもあります。

/posts/{postId}

主な理由は以下の通りです。

• 複数ユーザーや全体から横断的に検索・ランキング表示をしたい

• データが膨大で、親単位に分けても意味が薄い

• 親と独立した存在として管理したい

つまり、「全ユーザー共通で扱うデータ」や「横断的な集計が必要なデータ」はトップレベルに置くのが基本です。

4.判定基準（チェックリスト）

上記のように、「親と一緒に扱うかどうか」で判断するのがシンプルです。

5.まとめ

今回はFirestoreのサブコレクションについて解説しました。
中級者や上級者向けの内容となっているため使う場合は無理をしなくても大丈夫です。
判定表を掲載しているので、わかりにくい人はそれを見ながら判定していただければ良いと思います。
micomiaではFlutterFlowの相談・サポートもお受けしておりますのでお気軽にお問い合わせください。