Các phương pháp báo cáo hay nhất

Trang này liệt kê một số phương pháp hay nên áp dụng 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 những 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. Việc 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ể sử dụng lại nhiều lần.

Lên lịch gửi báo cáo

Báo cáo đặc biệt hoặc báo cáo một lần có thể 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ì đượ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 quá trình xử lý. Hãy xem các trường lập lịch có sẵn để biết thông tin chi tiết.

Sử dụng thuật toán đợi luỹ tuyến 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. 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ố, chẳng hạn 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ố 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 một 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ỏ phiếu".

Mặc dù việc thăm dò 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 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 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à tiết kiệm hạn mức.

Thực hiện tải nhiều phần xuống

Các tệp báo cáo có thể có kích thước lên đến nhiều gigabyte. Việc tải những 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ì bạn không thể tiếp tục tải xuống. Nếu bị gián đoạn, bạn cũng không thể tiếp tục tải xuống một yêu cầu tải xuống riêng lẻ không thành công. 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 đoạn duy nhất không tải xuống được, thì quá trình tải xuống có thể tiếp tục từ thời điểm đó.

Mặc dù 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 khối 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 khối nhiều nhất có thể trong phạm vi tốc độ kết nối cho phép.

Cân nhắc hạn mức báo cáo

Chúng tôi 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 trên toàn sản phẩm sau đây:

  1. 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à một 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ì hạn mức:

    • Giảm số lượng báo cáo trùng lặp.
    • Lập lịch cho những báo cáo được chạy thường xuyên.
    • Tắt các tập lệnh API không cần thiết.
  2. Báo cáo định kỳ đang hoạt động

    Giới hạn số lượng báo cáo mà một tài khoản CM / hồ sơ người dùng CM có thể lập lịch hoạt động tại một thời điểm nhất định. Cách duy trì hạn mức:

    • Giảm số lượng báo cáo trùng lặp.
    • Huỷ kích hoạt các báo cáo định kỳ không cần thiết.
    • Tắt các tập lệnh API không cần thiết.
  3. 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 CM / hồ sơ người dùng CM có thể chạy đồng thời. Cách duy trì hạn mức:

    • Lập lịch cho những báo cáo được chạy thường xuyên.
    • Tắt các tập lệnh API không cần thiết.
    • Triển khai logic đợi luỹ tuyến.

Nếu bạn đã tối ưu hoá việc triển khai báo cáo mà vẫn vượt quá hạn mức được cấp, hãy liên hệ với nhóm hỗ trợ Campaign Manager 360 bằng biểu mẫu liên hệ.