2016-09-06 12 views
0

Ich versuche, eine Datenbank mit Firebase Realtime ähnlicher Struktur aufzubauen:Firebase Realtime Database: Ist es sicher, in der gleichen Zeit massive Wert-Ereignisse zu hören?

 
root -+- profile -+- user 1 
     |   +- user 2 
     |   +- user 3 
     |   +- user 4 
     ... 
     +- somestuff -+- user 1 
     |    +- user 2 
     |    +- user 3 
     |    +- user 4 
     ... 

Ich mag /profile/user1, /profile/user2 ... ein Telefon-Client abonniert machen und so viele wie es braucht.

Meine Frage ist, wenn die Menge Hunderte oder Tausende wird, ist es immer noch sicher, einen Wert Ereignis-Listener für jeden Pfad zu registrieren? Wird das SDK (Android und iOS) das elegant handhaben, oder wird es versuchen, so viele Websockets zu öffnen, dass ich auf diese Weise keine Daten strukturieren kann?

Vielen Dank.

Antwort

1

Firebase leitet den gesamten Datenverkehr über einen einzelnen (Web-) Socket ab. Es gibt also keine Nachteile in der Anzahl der geöffneten Sockets.

Das sagte: Ihre Benutzer werden die beste Erfahrung haben, wenn Sie App nur Daten synchronisiert, die auf dem Bildschirm angezeigt wird. Wenn Sie sich mit Hunderten von aktiven Zuhörern konfrontiert sehen, werden wahrscheinlich mehr Daten heruntergeladen als derzeit auf dem Bildschirm.

+0

Meinen Sie, dass es besser ist, Daten nur dann zu synchronisieren, wenn sie verwendet werden, anstatt ihre Änderungen im Hintergrund zu hören? –

+1

Wenn Sie dem Benutzer die Daten nicht zeigen, würde ich ihn nicht herunterladen. Es kann Ausnahmen geben, aber im Allgemeinen: nur herunterladen, was Sie "sofort" dem Benutzer zeigen werden. –

+0

@FrankvanPuffelen, darf ich Sie bitten, sich 'EDIT2' dieser Firebase-bezogenen Frage anzusehen - http://Stackoverflow.com/questions/41873387/firebase-web-update-database-where-a-certain-value- is-found? answertab = aktiv # tab-top? –

Verwandte Themen