Создание проекта Firebase при входе пользователя в приложение SaaS - PullRequest
1 голос
/ 15 марта 2020

Я видел API Firebase , в котором вы можете создавать проекты FireBase, и мне пришло в голову, например, когда пользователь хочет противостоять SaaS, упростить мне создание проекта и подключение это к их SaaS, но у меня есть следующие вопросы:

Если предполагаются ограничения для создания проектов Firebase в учетной записи Google, будет ли время, когда базы данных больше не будут создаваться для новых пользователей?

Если вышеизложенное верно, как это можно решить?

Я видел, что вы можете попросить больше проектов, но сколько я могу иметь?

Я знаю, что с помощью firestore я могу моделировать данные и только в базе данных иметь всю информацию, но, например, у каждого пользователя могут быть особые требования в своей системе, а также обеспечивать безопасность и операции по сохранению информации, которые были бы невозможны, если вся информация находится в одной базе данных. .

Спасибо за помощь.

РЕДАКТИРОВАТЬ"Сколько проектов вы можете иметь как разработчик? " Да, это то, что я имею в виду, имея все пользовательские базы в одной учетной записи Google Firebase. Например, на веб-странице пользователь хочет заплатить за приложение, с помощью администратора Firebase и облачных функций Google я могу автоматически создать проект и иметь все базы данных в учетной записи Google. И я хочу знать, можете ли вы иметь несколько баз данных. Я видел, что вы можете попросить Google дать вам разрешение на размещение нескольких проектов, но, например, вы можете иметь более 100 проектов или даже 1000? (Возможно, я никогда не достиг этого числа, но в этом случае я хотел бы знать пределы, которые могут быть достигнуты.)

Редактировать 2 В этой первой структуре у меня есть все документы в «универсальная» коллекция, и я идентифицирую их по идентификатору, чтобы узнать пользователя, который ее использовал.

First structure [First structure(2)

Но вторая структура кажется мне более организованной и чистой, в дополнение к тому, что пользователям никогда не нужно делиться информацией среди других. Я читал, что наличие вложенных коллекций не очень хорошо, но с годами и прогрессом, достигнутым FireStore, это больше не проблема или проблема только в том, что вы можете иметь только до 100 коллекционных животных, но я никогда не думаю, что достичь этого количества.

enter image description here

Внутри списка есть все продукты для этого пользователя, потому что внутри документа может быть только 1 МБ данных и загрузка 1 мб и не лучший вариант.

в документации пожарного депо Я вижу, что это не выявляет других проблем, оно только говорит о том, что трудно удалить подколлекцию, но я делаю не разрешать пользователям делать это, и если мне нужно удалить вложенные коллекции, с помощью функций Google Cloud я могу это сделать.

Итак, вторая структура для меня более интуитивна, но является ли лучшим вариантом для этого? или на самом деле пожарный магазин не подходит для этого strcucutre?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...