Trang này liệt kê một số phương pháp được đề xuất khi lấy báo cáo.
Lưu và sử dụng lại báo cáo
Bạn nên tạo và lưu báo cáo cho các truy vấn mà mình chạy thường xuyên vì việc chèn và xóa cùng một báo cáo nhiều lần sẽ làm lãng phí tài nguyên.
Việc sử dụng phạm vi ngày tương đối, chẳng hạn như YESTERDAY hoặc LAST_7_DAYS, sẽ giúp báo cáo có thể sử dụng lại dễ dàng hơn.
Lập lịch báo cáo
Báo cáo đặc biệt hoặc một lần có thể lãng phí tài nguyên vì các tài nguyên này được chạy riêng lẻ và có thể thực thi dựa trên tập dữ liệu chưa hoàn chỉnh. Báo cáo được lên lịch sử dụng tốt nhất tài nguyên báo cáo vì các tài nguyên này được chạy hàng loạt và đảm bảo không thực thi cho đến khi dữ liệu của ngày trước đó đã hoàn tất xử lý. Xem các trường lập lịch khả dụng để biết chi tiết.
Sử dụng thuật toán đợi lũy thừa khi thăm dò trạng thái báo cáo
Bạn không thể dự đoán thời gian chạy báo cáo. Ví dụ: thời gian có thể dao động từ vài giây đến vài giờ, tuỳ thuộc vào nhiều yếu tố như phạm vi ngày và lượng dữ liệu cần xử lý. Ngoài ra, không có mối tương quan giữa thời gian chạy báo cáo và số lượng hàng được trả về trong báo cáo. Do đó, bạn cần thường xuyên kiểm tra trạng thái của báo cáo đang chạy để xác định thời điểm hoàn tất. Đây là quá trình gọi là "điều tra thăm dò ý kiến".
Mặc dù việc bỏ phiếu là cần thiết, nhưng việc triển khai không hiệu quả có thể nhanh chóng làm cạn kiệt hạn mức khi gặp báo cáo chạy trong thời gian dài. Do đó, bạn nên sử dụng thuật toán thời gian đợi luỹ thừa để giới hạn số lần thử lại và bảo toàn hạn mức.
Thực hiện tải xuống nhiều phần
Tệp báo cáo có thể lớn đến mức gigabyte. Việc tải các báo cáo như vậy xuống trong một yêu cầu duy nhất có thể dẫn đến các vấn đề về kết nối. Ngoài ra, nếu một yêu cầu tải xuống bị gián đoạn, thì sẽ không có cách nào để tiếp tục lại và không thể tiếp tục tải xuống một yêu cầu nếu bị gián đoạn. Do đó, bạn nên sử dụng các phần tải xuống nhiều phần để chia các phần tải xuống lớn thành các phần nhỏ hơn. Nếu một phân đoạn không thành công, quá trình tải xuống có thể được tiếp tục từ thời điểm đó.
Mặc dù phân đoạn có nhiều lợi ích, mỗi phân đoạn tạo ra một yêu cầu riêng. Do đó, bạn nên sử dụng kích thước dữ liệu phân đoạn tối thiểu là 10 MB để tránh lãng phí hạn mức. Tuy nhiên, nếu kích thước báo cáo trung bình của bạn rất lớn, hãy cân nhắc tăng kích thước phân đoạn tối đa mà tốc độ kết nối cho phép.
Xem xét định mức báo cáo
Việc sử dụng tính năng báo cáo Campaign Manager 360 có trách nhiệm được thực thi thông qua 3 hạn mức sử dụng trên toàn sản phẩm sau đây:
Thực thi báo cáo đột xuất (mỗi ngày)
Giới hạn số lượng báo cáo đột xuất mà một tài khoản Campaign Manager / hồ sơ người dùng Campaign Manager có thể chạy trong khoảng thời gian 24 giờ. Để duy trì dưới hạn mức:
- Giảm số lượng báo cáo trùng lặp.
- Lập lịch báo cáo được chạy thường xuyên.
- Hủy kích hoạt các tập lệnh API không cần thiết.
Báo cáo được lập lịch đang hoạt động
Giới hạn số lượng báo cáo mà tài khoản Campaign Manager / hồ sơ người dùng Campaign Manager có thể chủ động lên lịch tại một thời điểm nhất định. Để duy trì dưới hạn mức:
- Giảm số lượng báo cáo trùng lặp.
- Tắt các báo cáo được lập lịch không cần thiết.
- Hủy kích hoạt các tập lệnh API không cần thiết.
Báo cáo đồng thời
Giới hạn số lượng báo cáo mà một tài khoản Campaign Manager / hồ sơ người dùng Campaign Manager có thể chạy đồng thời. Để duy trì dưới hạn mức:
- Lập lịch báo cáo được chạy thường xuyên.
- Hủy kích hoạt các tập lệnh API không cần thiết.
- Triển khai logic thời gian đợi.
Nếu bạn đã tối ưu hoá phương thức triển khai báo cáo và vẫn thấy mình vượt quá hạn mức đã cho, hãy liên hệ với nhóm hỗ trợ Campaign Manager 360 bằng biểu mẫu liên hệ.