Na tej stronie znajdziesz pomoc w rozwiązywaniu problemów oraz odpowiedzi na najczęstsze
pytania dotyczące korzystania z Firebase Realtime Database. Jeśli nie możesz znaleźć tego, czego szukasz, lub potrzebujesz dodatkowej pomocy, skontaktuj się z zespołem pomocy Firebase
support.
Co to jest
„jednoczesne połączenie z bazą danych”?
Jednoczesne połączenie jest równoznaczne z jednym urządzeniem mobilnym,
kartą przeglądarki lub aplikacją serwera połączoną z bazą danych. Firebase
nakłada ścisłe limity na liczbę jednoczesnych
połączeń z bazą danych aplikacji. Limity te mają na celu
ochronę zarówno Firebase, jak i naszych użytkowników przed nadużyciami.
Limit w ramach abonamentu Spark wynosi 100 i nie można go zwiększyć.
Abonament Blaze ma limit 200 tys. jednoczesnych
połączeń na bazę danych.
Ten limit nie jest taki sam jak łączna liczba użytkowników aplikacji, ponieważ nie wszyscy użytkownicy łączą się jednocześnie. Jeśli potrzebujesz
więcej niż 200 tys. jednoczesnych połączeń, zapoznaj się z opcjami w
sekcji Skalowanie za pomocą wielu baz danych.
Co mogę zrobić, jeśli przekroczę limity wykorzystania Realtime Database
?
Jeśli otrzymasz e-maila lub powiadomienie w
Firebase konsoli o przekroczeniu limitów wykorzystania Realtime Database możesz rozwiązać ten problem na podstawie przekroczonego limitu. Aby sprawdzić wykorzystanie
Realtime Database, otwórz w
Realtime Database panel Wykorzystanie w
Firebase konsoli.
Jeśli przekroczysz limit pobierania, możesz przejść na wyższy
abonament Firebase lub poczekać, aż limit pobierania
zostanie zresetowany na początku następnego cyklu rozliczeniowego. Aby zmniejszyć liczbę pobrań, wykonaj te czynności:
-
Dodaj zapytania, aby ograniczyć dane zwracane przez operacje nasłuchiwania.
-
Sprawdź, czy nie ma zapytań bez indeksu.
-
Używaj odbiorników, które pobierają tylko aktualizacje danych – na przykład
on zamiast once.
-
Używaj reguł bezpieczeństwa, aby blokować nieautoryzowane pobieranie.
Jeśli przekroczysz limit miejsca na dane, przejdź na wyższy abonament, aby uniknąć przerw w działaniu usługi. Aby zmniejszyć ilość danych w bazie danych, wykonaj te czynności:
- Uruchamiaj okresowe zadania czyszczenia.
- Zmniejsz liczbę zduplikowanych danych w bazie danych.
Może minąć trochę czasu, zanim usunięcie danych zostanie odzwierciedlone w
przydziale miejsca na dane.
Jeśli przekroczysz limit jednoczesnych połączeń z bazą danych,
przejdź na wyższy abonament, aby uniknąć przerw w działaniu usługi. Aby zarządzać jednoczesnymi
połączeniami z bazą danych, możesz łączyć użytkowników za pomocą interfejsu REST API, jeśli
nie wymagają oni połączenia w czasie rzeczywistym.
Co się stanie, jeśli przekroczę limity miejsca na dane lub pobierania w ramach abonamentu
Spark w przypadku Realtime Database?
Aby zapewnić przewidywalną cenę, zasoby dostępne w ramach abonamentu Spark są
ograniczone. Oznacza to
że jeśli w danym miesiącu przekroczysz dowolny limit abonamentu, aplikacja zostanie
wyłączona, aby zapobiec dalszemu wykorzystaniu zasobów i naliczaniu dodatkowych opłat.
Co się stanie, jeśli przekroczę
limity jednoczesnych połączeń w ramach abonamentu Spark w przypadku
Realtime Database?
Gdy aplikacja osiągnie limit współbieżności w ramach abonamentu Spark, wszystkie kolejne połączenia będą odrzucane, dopóki nie zostaną zamknięte niektóre z istniejących połączeń. Aplikacja będzie nadal działać dla połączonych użytkowników.
Co to są automatyczne kopie zapasowe? Czy oferujecie
tworzenie kopii zapasowych co godzinę w przypadku Realtime Database?
Automatyczne kopie zapasowe to zaawansowana
funkcja dla projektów korzystających z abonamentu Blaze. Ta
funkcja tworzy kopię zapasową danych z Firebase Realtime Database raz dziennie i przesyła ją
do
Google Cloud Storage.
Nie oferujemy tworzenia kopii zapasowych co godzinę.
Dlaczego zgłoszona Realtime Database
przepustowość była niższa niż średnia między wrześniem 2016 r. a marcem 2017 r.?
W przypadku obliczeń przepustowości zwykle uwzględniamy narzut związany z szyfrowaniem SSL
narzut (na podstawie warstwy 5 modelu OSI). We wrześniu 2016 r. wprowadziliśmy jednak błąd, który spowodował, że nasze raporty o przepustowości ignorowały narzut związany z szyfrowaniem. Przez kilka miesięcy mogło to powodować sztucznie niską zgłoszoną przepustowość i rachunki na Twoim koncie.
Pod koniec marca 2017 r. wprowadziliśmy poprawkę, która przywróciła
raportowanie przepustowości i rozliczenia do normalnych poziomów.