隔离用户组的最可靠方法是什么？
What is the most reliable method for having isolated user-groups?
原来的问题是：
How to create a new database instance upon user creation (per user)?
虽然我知道这是不可能的（但是），但我仍然认为这是一个很好的问题 - 因为，在查看文档时类似 Sharding and the Admin Database API, there is no way to create new Realtime Database instances through Cloud Functions, as one can do with the Firebase Console。
这就是我卡住的地方：
exports.admin_db_create = functions.database.ref('/db/{hookId}').onWrite(event => {
/* TODO: create a new database and assign the email address with the database. */
});
我还发现 functions.database.instance，虽然这似乎是 return 对现有数据库实例的引用，但并未创建一个。
所以让我改一下问题：
What is the most reliable method for having isolated user-groups -
and how to harness Firebase Invites to invite into such a group?
我的意思是，这样用户就可以拥有自己的“数据库”并邀请自己的团队，而无需出售 GSuite。
没有API自动创建 Firebase 实时数据库实例。
您必须手动为每个团队创建一个单独的实例或项目，或者通过安全规则将它们分隔在一个数据库中。如果不同的团队实际上是不同的公司（基于你对 GSuite 的引用），我 高度 建议为每个团队使用单独的 Firebase 项目，
原来的问题是：
How to create a new database instance upon user creation (per user)?
虽然我知道这是不可能的（但是），但我仍然认为这是一个很好的问题 - 因为，在查看文档时类似 Sharding and the Admin Database API, there is no way to create new Realtime Database instances through Cloud Functions, as one can do with the Firebase Console。
这就是我卡住的地方：
exports.admin_db_create = functions.database.ref('/db/{hookId}').onWrite(event => {
/* TODO: create a new database and assign the email address with the database. */
});
我还发现 functions.database.instance，虽然这似乎是 return 对现有数据库实例的引用，但并未创建一个。
所以让我改一下问题：
What is the most reliable method for having isolated user-groups -
and how to harness Firebase Invites to invite into such a group?
我的意思是，这样用户就可以拥有自己的“数据库”并邀请自己的团队，而无需出售 GSuite。
没有API自动创建 Firebase 实时数据库实例。
您必须手动为每个团队创建一个单独的实例或项目，或者通过安全规则将它们分隔在一个数据库中。如果不同的团队实际上是不同的公司（基于你对 GSuite 的引用），我 高度 建议为每个团队使用单独的 Firebase 项目，