Questa pagina fornisce assistenza per la risoluzione dei problemi e risposte alle domande frequenti sull'utilizzo di Firebase Realtime Database. Se non riesci a trovare ciò che cerchi o hai bisogno di ulteriore assistenza, contatta l'assistenza di Firebase.
Che cos'è una "connessione simultanea al database"?
Una connessione simultanea equivale a un dispositivo mobile, una scheda del browser o un'app server connessa al database. Firebase impone limiti rigidi al numero di connessioni simultanee al database della tua app. Questi limiti sono stati introdotti per proteggere sia Firebase sia i nostri utenti da comportamenti illeciti.
Il limite del piano tariffario Spark è 100 e non può essere aumentato.
Il piano tariffario Blaze prevede un limite di 200.000 connessioni simultanee per database.
Questo limite non corrisponde al numero totale di utenti della tua app, perché gli utenti non si connettono tutti contemporaneamente. Se hai bisogno di più di 200.000 connessioni simultanee, consulta le opzioni in Scala con più database.
Cosa posso fare se ho superato i limiti di utilizzo di Realtime Database?
Se hai ricevuto un avviso via email o una notifica nella console Firebase che ti informa che hai superato i limiti di utilizzo di Realtime Database, puoi risolvere il problema in base al limite di utilizzo che hai superato. Per visualizzare l'utilizzo di Realtime Database, vai alla dashboard Utilizzo di Realtime Database nella console Firebase.
Se hai superato il limite di download, puoi eseguire l'upgrade del tuo piano tariffario Firebase o attendere che il limite di download venga reimpostato all'inizio del ciclo di fatturazione successivo. Per ridurre i download, prova i seguenti passaggi:
-
Aggiungi query per limitare i dati restituiti dalle operazioni di ascolto.
-
Controlla la presenza di query non indicizzate.
-
Utilizza listener che scaricano solo gli aggiornamenti dei dati, ad esempio
on anziché once.
-
Utilizza le regole di sicurezza per bloccare i download non autorizzati.
Se hai superato il limite di spazio di archiviazione, esegui l'upgrade del piano tariffario per evitare interruzioni del servizio. Per ridurre la quantità di dati nel tuo database, prova i seguenti passaggi:
- Esegui job di pulizia periodici.
- Riduci i dati duplicati nel database.
Potrebbe essere necessario un po' di tempo prima che le eliminazioni dei dati vengano applicate alla tua quota di spazio di archiviazione.
Se hai superato il limite di connessioni simultanee al database,
esegui l'upgrade del piano per evitare interruzioni del servizio. Per gestire le connessioni simultanee al tuo database, prova a connettere gli utenti utilizzando l'API REST se non richiedono una connessione in tempo reale.
Che cosa succede se supero i limiti di spazio di archiviazione o di download del piano tariffario Spark per Realtime Database?
Per offrirti un prezzo prevedibile, le risorse disponibili sono limitate quando il tuo progetto è nel piano tariffario Spark. Ciò significa che, se superi un limite del piano in un mese, la tua app verrà disattivata per impedire un ulteriore utilizzo delle risorse e addebiti aggiuntivi.
Cosa succede se supero i limiti di connessioni simultanee del piano tariffario Spark per Realtime Database?
Quando la tua app raggiunge il limite di contemporaneità nel piano tariffario Spark, tutte le connessioni successive verranno rifiutate finché non verranno chiuse alcune delle connessioni esistenti. L'app continuerà a funzionare per gli utenti connessi.
Che cosa sono i backup automatici? Offrite backup orari per Realtime Database?
I backup automatici sono una funzionalità avanzata per i progetti che utilizzano il piano tariffario Blaze. Questa funzionalità esegue il backup dei dati di Firebase Realtime Database una volta al giorno e li carica su Google Cloud Storage.
Non offriamo backup orari.
Perché la larghezza di banda di Realtime Database segnalata era inferiore alla media tra settembre 2016 e marzo 2017?
Per i calcoli della larghezza di banda, normalmente includiamo l'overhead di crittografia SSL (basato sul livello 5 del modello OSI). Tuttavia, a settembre 2016 abbiamo introdotto un bug che ha causato l'ignoramento dell'overhead di crittografia da parte dei nostri report sulla larghezza di banda. Ciò potrebbe aver comportato una larghezza di banda e fatture artificialmente basse sul tuo account per alcuni mesi.
Abbiamo rilasciato una correzione per il bug alla fine di marzo 2017, riportando i report sulla larghezza di banda e la fatturazione ai livelli normali.