約 3 つのカテゴリに分類できるアプリが多数あります。各カテゴリのユーザー データは非常に似ていますが、各カテゴリ間ではかなり異なります。そのため、アプリの各カテゴリのデータを保存するために、3 つの異なる firebase を作成する必要があると考えています。ただし、ユーザーは 3 つのカテゴリのいずれかまたはすべてから個別のアプリを使用する可能性があるため、共通のアカウント システムを実装したいと考えています。したがって、理想的には、ユーザーは一度アカウントを作成し、それ以降は同じアカウントを使用してログインします。
したがって、私の質問は、特定のアプリ (サブスクリプション、購入など) のアクセス許可を含む実際のテーブル データを使用してユーザー アカウントのみを管理する 4 番目の firebase を作成することは理にかなっていますか? その時点で、ユーザーがこの 4 つの firebase にログインしたときに返される認証トークンを使用して、他の 3 つの firebase のいずれかにリクエストを送信できますか?
Firebase Simpleログインを使用している場合、ログイン資格情報は単一のFirebaseに関連付けられます。ただし、独自のカスタムトークンを生成する場合は、複数のFirebase間で同じログインクレデンシャルを確実に共有できます（これらのトークンの生成方法を完全に制御できます）。
カスタムトークンを作成するためのドキュメントは次のとおりです： https ：//www.firebase.com/docs/security/custom-login.html
4つの個別のFirebaseを使用する必要があるかどうかに関して、各Firebaseには、認証トークンの生成に使用できる一意のシークレットセットと、単一のセキュリティルールセットがあります。その結果、通常、単一のFirebaseが単一のアプリ（単一のコードベース）に関連付けられている場合に最適に機能します。ただし、これは自由に構成できます。1つのFirebaseを複数のアプリで共有する方が便利な場合、これが機能しない理由は実際にはありません。たとえば、最初のアプリのデータを/ app1に、2番目のアプリのデータを/ app2に保存することができます。これらのアプリは、単一のセキュリティルールファイル、単一のシークレットセットを共有することになります。単一の設定セット、および単一の統計/分析セット。