Этот вопрос непросто ответить на полный переполнения стека, поскольку он сильно зависит от того, каковы ваши данные и каков ваш исходный код. Первый вопрос, который мне нужен, - почему вы не используете suggested migration path which is using open source parse-server and mongodb?
Если вы действительно переключитесь на firebase, то ссылка Фрэнка - отличное место для начала. Однако переход от синтаксического анализа к firebase не будет 5-минутным процессом, так как бэкэнды совершенно разные (хотя они кажутся очень похожими на поверхности).
Вы можете извлекать все данные из разбора, включая коллекцию пользователей, перейдя в панель анализа синтаксиса - Настройки приложения - Экспорт данных приложения. Это будет экспортировать файлы JSON для всех ваших классов. Вы можете найти способ импортировать это в Firebase, но это будет сделано в автономном режиме, а затем (если ваше приложение активно), данные не будут синхронизированы между двумя бэкэндами.
link предлагает 2 подхода для этого:
переноса данных
После решить, как структурировать ваши данные в Firebase, вам необходимо план, как справиться с периодом, в течение которого ваше приложение необходимо записать в обе базы данных. Ваш выбор:
Фоновая синхронизация
В этом случае, у вас есть две версии приложения: старая версия , которая использует синтаксический анализ и новую версию, которая использует Firebase. Синхронизация между двумя базами данных обрабатывается Parse Cloud Code (Parse to Firebase), с кодом, который прослушивает изменения в Firebase и синхронизирует эти изменения с Parse. Прежде чем вы сможете начать использовать новую версию, вы должны: должны:
Преобразуйте существующие данные Parse Data в новую структуру Firebase и введите в базу данных Firebase Realtime. Записывать код облачного секса функции, которые используют API-интерфейс Firebase REST для записи в Firebase изменений в базе данных Realtime, сделанных в Parse Data старыми клиентами. Напишите и разворачивайте код, который прослушивает изменения в Firebase и синхронизирует их с в базе данных анализа. Этот сценарий обеспечивает чистое разделение старого и нового кода и обеспечивает простоту клиентов. Сложности этого сценария обрабатывают большие массивы данных при первоначальном экспорте и обеспечивают , что двунаправленная синхронизация не создает бесконечную рекурсию.
двойной запись
В этом случае написать новую версию приложения, которая использует как Firebase и синтаксического анализ, используя Синтаксическое Облако код для синхронизации изменения, сделанное старых клиентов из Разбора данных в Firebase реального время База данных. Когда человек переместился из версии только для Parse, , вы можете удалить код Parse из двойной записи.
Этот сценарий не требует кода на стороне сервера. Его недостатки в том, что данные, которые не доступны, не переносятся, а размер вашего приложения увеличивается за счет использования обоих SDK.
См https://firebase.google.com/support/guides/parse-ios –
Благодаря @Frank, будет возможность получить все пользователи из синтаксического анализа в моем firebase дб? –
Зачем вам это делать, @VetriVel? каждый только что нажал, чтобы переместить parse.com хостинг на хостинг bacck4app.com. он идентичен – Fattie