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 quello che stai
cercando o hai bisogno di ulteriore assistenza, contatta l'assistenza Firebase
supporto.
Che cos'è una
"connessione simultanea al database"?
Una connessione simultanea equivale a un dispositivo mobile,
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 in vigore per
proteggere sia Firebase sia i nostri utenti da utilizzi illeciti.
Il limite del piano tariffario Spark è 100 e non può essere aumentato.
Il piano tariffario Blaze ha un limite di 200.000 connessioni simultanee
per database.
Questo limite non corrisponde al numero totale di utenti della tua
app, perché non tutti gli utenti si connettono contemporaneamente. Se hai bisogno
di più di 200.000 connessioni simultanee, consulta le opzioni in
Scalare con più database.
Che cosa posso fare se supero i limiti di utilizzo di Realtime Database
?
Se hai ricevuto un'email di avviso o una notifica nella
Firebase console 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
Realtime Database Utilizzo 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 tuoi
download, prova a seguire questi passaggi:
-
Aggiungi query per limitare i dati restituiti dalle operazioni di ascolto.
-
Verifica 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 a seguire questi 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 visualizzate nella 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 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 fornirti un prezzo prevedibile, le risorse a tua disposizione sono
limitate quando il tuo progetto è incluso nel piano tariffario Spark. Ciò significa
che, se superi un limite del piano in un determinato mese, la tua app verrà
disattivata per impedire un ulteriore utilizzo delle risorse e addebiti aggiuntivi.
Che cosa succede se supero i limiti di connessioni simultanee del piano tariffario Spark per
Realtime Database?
Quando la tua app raggiunge il limite di concorrenza del
piano tariffario Spark, 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 inclusi nel piano tariffario Blaze. Questa funzionalità esegue il backup dei dati Firebase Realtime Database una volta al giorno e li carica in Google Cloud Storage.
Non offriamo backup orari.
Perché la larghezza di banda segnalata Realtime Database
è stata inferiore alla media tra settembre 2016 e marzo 2017?
Per i calcoli della larghezza di banda, in genere includiamo l'overhead di crittografia SSL (in base al livello 5 del modello OSI). Tuttavia, in
settembre 2016 abbiamo introdotto un bug che ha fatto sì che i nostri report sulla larghezza di banda
ignorassero l'overhead di crittografia. Ciò potrebbe aver comportato
una larghezza di banda e fatture segnalate artificialmente basse sul tuo account per
alcuni mesi.
Abbiamo rilasciato una correzione per il bug alla fine di marzo 2017, riportando
i report e la fatturazione della larghezza di banda ai livelli normali.