Оптимизация одновременных подключений Firebase для подключения к экземпляру базы данных столько, сколько требуется - PullRequest
0 голосов
/ 08 мая 2018

Мой вопрос касается управления одновременными подключениями в базе данных Firebase Realtime. Он состоит из нескольких частей, поэтому, пожалуйста, потерпите меня.

Нам нужно добавить несколько баз данных в наш проект, и мы хотим знать лучший подход к включению / открытию и закрытию соединений.

Firebase предлагает оптимизация ...

подключений к каждому экземпляру базы данных путем подключения к каждому экземпляру базы данных только столько времени, сколько необходимо.

  • Использует ли методы .goOffline () и .goOnline () в экземпляре базы данных создание нового соединения каждый раз или временно закрывает / освобождает и открывает соединения? Моя задача - добавить накладные расходы (протокол, SSL и т. Д.).

    1) если вы подключаетесь к экземпляру базы данных следующим образом:

    ref = Database.database("https://testapp-1234.firebaseio.com").reference()
    

    2) , затем вызовите метод .goOffline()

    3) затем снова ссылка на базу данных позже в приложении, как это было сделано в (1) установит ли оно новое соединение? Это пример ... частых, коротких соединений? Моя проблема исходит от этой ссылки

  • Кроме того, является ли это правильным подходом оставаться на связи с базой данных так долго, как это необходимо? Тогда возникает вопрос, нужен ли метод .goOffline () для закрытия соединения, если нет активных прослушивателей или ожидающих запросов записи для IOS SDK?

Firebase документация для Android гласит:

На Android Firebase автоматически управляет состоянием соединения, чтобы уменьшить пропускную способность и расход батареи. Когда у клиента нет активных прослушивателей, нет ожидающих операций записи или onDisconnect, и он не отключен явно методом goOffline, Firebase закрывает соединение через 60 секунд бездействия.

  • Это верно и для IOS?
...