Na tej stronie przedstawiamy kilka zalecanych metod pobierania raportów.
Zapisywanie i ponowne używanie raportów
Zalecamy tworzenie i zapisywanie raportów związanych z zapytaniami, które regularnie uruchamiasz, ponieważ wstawianie i usuwanie tego samego raportu wielokrotnie marnuje zasoby.
Użycie względnych zakresów dat, takich jak YESTERDAY lub LAST_7_DAYS, ułatwia ponowne użycie raportów.
Planowanie raportów
Doraźne lub jednorazowe raporty mogą być stratą zasobów, ponieważ są generowane pojedynczo i mogą być generowane w przypadku niepełnego zbioru danych. Zaplanowane raporty najlepiej wykorzystują zasoby raportowania, ponieważ są generowane zbiorczo i nie można ich wykonać przed zakończeniem przetwarzania danych z poprzedniego dnia. Więcej informacji znajdziesz w dostępnych polach harmonogramu.
Używaj wzrastającego czasu do ponowienia podczas sondowania stanu raportu
Nie można przewidzieć, ile czasu zajmie wygenerowanie raportu. Długość 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. Występuje też brak związku między środowiskiem wykonawczym raportu a liczbą wierszy zwracanych w raporcie. Dlatego należy regularnie sprawdzać stan generowanego raportu, aby ustalić, kiedy zostanie zakończony. Ten proces jest nazywany „ankietą”.
Sondowanie jest niezbędne, ale gdy znajduje się ono od dłuższego czasu, nieskuteczna implementacja może szybko wyczerpać limit. Dlatego też zalecamy używanie wzrastającego czasu do ponowienia w celu ograniczania liczby ponownych prób i oszczędzania limitu.
Pobieranie wieloczęściowe
Pliki raportów mogą mieć do gigabajtów. Pobieranie takich raportów w jednym żądaniu może spowodować problemy z połączeniem. Jeśli pobieranie jednego żądania zostanie przerwane, nie będzie można go wznowić, a nieudane pobieranie jednego żądania nie będzie możliwe. Zaleca się więc korzystanie z pobierania wieloczęściowego, aby podzielić duże pliki na mniejsze części. Jeśli wystąpi pojedynczy błąd, pobieranie może zostać wznowione od tego momentu.
Chociaż ten fragment ma wiele zalet, każdy fragment generuje osobne żądanie. Dlatego, aby uniknąć marnowania miejsca na dane, zalecamy używać co najmniej 10 MB. Jeśli jednak średni rozmiar raportu jest bardzo duży, zastanów się nad zwiększeniem rozmiaru fragmentu tak często, jak dopuszcza to szybkość połączenia.
Limity raportowania
Odpowiedzialne korzystanie z funkcji raportowania Campaign Managera 360 jest egzekwowane przez 3 limity wykorzystania dotyczące usługi:
Doraźne wykonania raportów (dziennie)
Ogranicza liczbę doraźnych raportów wysyłanych z konta CM lub profilu użytkownika CM w ciągu 24 godzin. Aby nie przekroczyć limitu:
- Ogranicz liczbę zduplikowanych raportów.
- Planowanie regularnego generowania raportów.
- Wyłącz niepotrzebne skrypty interfejsu API.
Aktywne zaplanowane raporty
Ogranicza liczbę raportów, które można zaplanować w danym momencie na koncie CM lub profilu użytkownika CM. Aby nie przekroczyć limitu:
- Ogranicz liczbę zduplikowanych raportów.
- Wyłącz niepotrzebne zaplanowane raporty.
- Wyłącz niepotrzebne skrypty interfejsu API.
Raporty jednoczesne
Ogranicza liczbę raportów wysyłanych jednocześnie z konta CM lub profilu użytkownika CM. Aby nie przekroczyć limitu:
- Planowanie regularnego generowania raportów.
- Wyłącz niepotrzebne skrypty interfejsu API.
- Zaimplementuj logikę ponowienia.
Jeśli mimo zoptymalizowania implementacji raportowania nadal przekraczasz podany limit, skontaktuj się z zespołem pomocy Campaign Managera 360, korzystając z formularza kontaktowego.