Firestoreでなにか作るときに覚えておいたほうがよさそうなこと - Qiita
Hosting, Functions, Firestoreをつかったサーバレスっぽいアプリケーションをつくっていたら「Firestoreのデータ構造考えるの難しすぎるよ」とつぶやくだけのbotになるくらいむずかしすぎたので。 はじめに 概念をざっと理解しましょう ドキュメントとは：１件のデータに相当します。RDB時代の１レコードのようなものです。 コレクションとは：ドキュメントをまとめておいておくものです。RDB時代のテーブルのような概念ですが、スキーマが全く異なるドキュメントを持つことが可能です 一般的にそうすべきでないのは言うまでもないですが サブコレクションとは：コレクションの中に（見た目としてはドキュメントの１フィールドとして）さらにコレクションを持つことができます 使いどころがよくわからなかったのですが、セキュリティルールと併用したアクセスコントロールを行うにあたって重要な気がし
Cloud Firestoreでクエリを使ってみたら便利だった話 - Qiita
Cloud Firestoreを最近がっつり使っていて 本当に素晴らしいサービスだと思います。(使っていくうちに辛いところも見えてきましたが、、、、) その中でクエリが素晴らしかったので共有します。 Realtime DatabaseのときのDB設計 user と group があって userがどのグループに所属しているかを保存する users_group があるとき の図が下記のようになると思います。 実装した中に 「グループに所属するユーザー一覧を取得したい」という要件がでてきたら自分はこう作り変えます。 この場合グループに所属するユーザー一覧を保存する groups_user を作成することになると思います。 これだとすごくめんどくさいですよね。 なんでかっていうと 例えばユーザーがグループを作成し、作成したユーザーがそのグループに入るとき、 groups_user と users
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
