Na tej stronie znajdziesz kilka zalecanych metod pobierania raportów.
Zapisywanie i ponowne używanie raportów
Zalecamy tworzenie i zapisywanie raportów dotyczących zapytań, które są wykonywane regularnie, ponieważ wstawianie i usuwanie tego samego raportu wiele razy marnuje zasoby.
Korzystanie z względnych zakresów dat, takich jak YESTERDAY lub LAST_7_DAYS, zwiększa możliwość wielokrotnego używania raportów.
Planowanie raportów
Doraźne raporty mogą być nieefektywne pod względem wykorzystania zasobów, ponieważ są one wykonywane osobno i mogą być realizowane na podstawie niepełnego zbioru danych. Zaplanowane raporty optymalnie wykorzystują zasoby raportowania, ponieważ są wykonywane zbiorczo i nie są uruchamiane, dopóki nie zostaną przetworzone dane z poprzedniego dnia. Więcej informacji znajdziesz w sekcji dostępne pola harmonogramu.
Używanie wzrastającego czasu ponowienia podczas sprawdzania stanu raportu
Nie da się przewidzieć, jak długo potrwa generowanie raportu. Czas przetwarzania może wynosić od kilku sekund do kilku godzin w zależności od wielu czynników, takich jak zakres dat i ilość danych do przetworzenia. Nie ma też korelacji między czasem wykonywania raportu a liczbą wierszy zwracanych w raporcie. Dlatego musisz regularnie sprawdzać stan bieżącego raportu, aby określić, kiedy się zakończy. Ten proces nazywa się „ankietą”.
Choć odpytywanie jest konieczne, jego nieefektywna implementacja może się szybko wyczerpać w ramach długoterminowego raportu. Dlatego zalecamy że używasz wykładniczego czasu do ponowienia w celu ograniczenia ponownych prób i zachowania limitu.
Pobieranie plików wieloczęściowych
Pliki raportów mogą mieć nawet kilka gigabajtów. Pobieranie takich raportów w jedno żądanie może spowodować problemy z połączeniem, Jeśli pobieranie pojedynczego żądania zostanie przerwane, nie będzie można go wznowić. Nie można też wznowić pobierania pojedynczego żądania, które nie zostało ukończone. W związku z tym zalecamy używać pobierania wieloczęściowego, aby podzielić duże pliki na mniejsze fragmenty. Jeśli niepowodzenie przesyłania pojedynczego fragmentu, można wznowić pobieranie od tego momentu.
Chociaż dzielenie na części ma wiele zalet, każde z nich generuje osobne żądanie. Dlatego zalecamy, aby rozmiar fragmentu nie przekraczał 10 MB. Pozwoli to uniknąć marnowania zasobów. limit miejsca na dane. Jeśli jednak średni rozmiar raportu jest bardzo duży, należy rozważyć fragment odpowiadający szybkości połączenia.
Rozważ limity raportowania
Odpowiedzialne korzystanie z funkcji raportowania w Campaign Managerze 360 jest egzekwowane za pomocą tych 3 limitów wykorzystania na poziomie usługi:
Wykonywania doraźnych raportów (dziennie)
Ogranicza liczbę raportów doraźnych, które można wygenerować na koncie CM lub w profilu użytkownika CM. w okresie 24 godzin. Aby nie przekroczyć limitu:
- Ogranicz liczbę zduplikowanych raportów.
- planować raporty, które są regularnie uruchamiane;
- Deaktywuj niepotrzebne skrypty interfejsu API.
aktywne zaplanowane raporty,
Ogranicza liczbę raportów, które może utworzyć konto CM lub profil użytkownika CM w określonym czasie. Aby nie przekroczyć limitu:
- Ograniczanie liczby zduplikowanych raportów.
- Dezaktywuj niepotrzebne zaplanowane raporty.
- Deaktywuj niepotrzebne skrypty interfejsu API.
Raporty jednoczesne
Ogranicza liczbę raportów, które można wygenerować na koncie CM lub w profilu użytkownika CM. jednocześnie. Aby nie przekroczyć limitu:
- Zaplanuj regularne generowanie raportów.
- Dezaktywuj niepotrzebne skrypty interfejsu API.
- Wdróż logikę wycofywania się.
Jeśli implementacja raportowania jest optymalizowana, ale nadal widzisz, przekroczenia limitu, skontaktuj się z zespołem pomocy Campaign Managera 360, korzystając z formularz kontaktowy.