У нас есть ряд приложений, которые можно разделить на 3 категории. Пользовательские данные для каждой категории очень похожи, но между каждой категорией совершенно разные. Поэтому мы думаем, что мы должны создать 3 разных firebases, один для хранения данных для каждой категории приложений. Однако мы хотели бы внедрить общую систему учетных записей, так как наши пользователи могут использовать отдельные приложения из любой или всех трех категорий. Поэтому в идеале пользователь создает учетную запись один раз &, а затем просто регистрируется в той же учетной записи, которая будет работать в любом из наших приложений.Учетная запись firebase
Таким образом, мой вопрос состоит в том, имеет ли смысл создавать 4-ю базу кадров, которая управляет учетными записями пользователей фактическими данными таблицы, включая разрешения для любого конкретного приложения (т.е. подписки, покупки и т. Д.)? В этот момент мы можем использовать токен аутентификации, который будет возвращен, когда пользователь войдет в эту 4 firebase, чтобы делать запросы к любой из трех других firebases?
Я не уверен, что понимаю, почему вам нужно несколько Firebase вообще. Если один и тот же набор пользователей будет получать доступ к данным в каждом, то почему бы просто не иметь четыре категории от корня, все в одной Firebase? В чем основная проблема? – Kato
На самом деле я предполагал, что было бы плохой практикой иметь одну Firebase с очень разными структурами данных (для разных типов приложений). Полагаю, это просто необычно, но, возможно, нет причин беспокоиться об этом? – felix5