1
私はCloud Firestoreを見ることができ、そのコレクションは私たちにデータを整理するもっと力を与えます。私と他の多くの人にとっては、基本的な質問があると思います。Google Firestoreのデータ組織
マスターディテール関係を保存するのに適した方法は何ですか？
このように、「MAKE」プロパティを持つドキュメントを含む「CARS」コレクション。
「MAKES」には「CARS」コレクションと独立コレクションが必要だと思います。
どのような考えですか？
しかし、MAKEは、あらかじめ定義された値（RDMSを持っている場合はテーブル）またはここで「コレクション」（？）のリストから来る必要があります。仮説的なアプリケーションには管理者レベルがあり、このレベルの演算子は"MAKE"コレクション。他の演算子はCARSを追加しますが、管理者によって作成されたMAKEのみを選択することができます。 – GCoe
管理者に許可メークのIDを持つドキュメントを持つValidMakesというコレクションを作成させます。セキュリティルールでは、書き込みを許可する前に、MAKEフィールドの値と同じIDを持つドキュメントが存在することを確認します。 –
非常に興味深い。これまではアクセス制御のためにルールを考えていましたが、参照整合性のようなものに使うことができます。しかし、この場合、MAKESコレクションのコンテンツだけを（SELECTで）オペレータに公開することができます。この場合、ルールは必要ありません...（私の悪い英語をお詫び申し上げます） – GCoe