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