इस पेज पर, रिपोर्ट खींचते समय अपनाए जाने वाले कुछ सुझाए गए तरीके दिए गए हैं.
रिपोर्ट सेव करना और उनका फिर से इस्तेमाल करना
हमारा सुझाव है कि आप नियमित तौर पर की जाने वाली क्वेरी के लिए, रिपोर्ट बनाएं और सेव करें
क्योंकि एक ही रिपोर्ट को कई बार डालने और मिटाने से संसाधनों की बर्बादी होती है.
YESTERDAY या
LAST_7_DAYS जैसी रिलेटिव तारीख की सीमाओं का इस्तेमाल करने से, रिपोर्ट को फिर से इस्तेमाल करना आसान हो जाता है.
रिपोर्ट शेड्यूल करें
ऐड-हॉक या एक बार इस्तेमाल की जाने वाली रिपोर्ट, संसाधनों की बर्बादी कर सकती हैं. इसकी वजह यह है कि इन्हें अलग-अलग चलाया जाता है और ये अधूरे डेटासेट के हिसाब से काम कर सकती हैं. शेड्यूल की गई रिपोर्ट, रिपोर्टिंग संसाधनों का सबसे अच्छा इस्तेमाल करती हैं. ऐसा इसलिए होता है, क्योंकि ये रिपोर्ट एक साथ चलती हैं. साथ ही, यह पक्का होता है कि पिछले दिन का डेटा प्रोसेस होने तक, ये रिपोर्ट नहीं चलेंगी. ज़्यादा जानकारी के लिए, शेड्यूल करने के लिए उपलब्ध फ़ील्ड देखें.
रिपोर्ट की स्थिति के लिए पोलिंग करते समय एक्स्पोनेंशियल बैकऑफ़ का इस्तेमाल करें
यह अनुमान नहीं लगाया जा सकता कि किसी रिपोर्ट को चलने में कितना समय लगेगा. इतने समय में समय, सेकंड से लेकर घंटों तक का हो सकता है. यह तारीख कई बातों पर निर्भर करती है उदाहरण के लिए, रेंज और प्रोसेस किए जाने वाले डेटा की मात्रा. रिपोर्ट के रनटाइम और रिपोर्ट में दिखने वाली लाइनों की संख्या के बीच भी कोई संबंध नहीं होता. इसलिए, आपको चल रही रिपोर्ट की स्थिति को नियमित तौर पर देखना होगा, ताकि यह पता लगाया जा सके कि वह कब पूरी हुई. इस प्रक्रिया को "पोल" कहा जाता है.
पोलिंग ज़रूरी है, लेकिन अगर इसे सही तरीके से लागू नहीं किया जाता है, तो लंबे समय तक चलने वाली रिपोर्ट के दौरान आपका कोटा जल्दी खत्म हो सकता है. इसलिए, हमारा सुझाव है कि आप फिर से कोशिश करने की संख्या को सीमित करने और कोटा को बनाए रखने के लिए, एक्सपोनेंशियल बैकऑफ़ का इस्तेमाल करें.
मल्टीपार्ट डाउनलोड करना
रिपोर्ट फ़ाइलें कई जीबी तक की हो सकती हैं. एक ही अनुरोध में ऐसी रिपोर्ट डाउनलोड करने पर, कनेक्शन से जुड़ी समस्याएं आ सकती हैं. अगर किसी एक अनुरोध के लिए डाउनलोड बाधित हो जाता है, तो उसे फिर से शुरू नहीं किया जा सकता. साथ ही, अगर किसी एक अनुरोध के लिए डाउनलोड पूरा नहीं हो पाता है, तो उसे फिर से शुरू नहीं किया जा सकता. इसलिए, हमारा सुझाव है कि बड़े डाउनलोड को छोटे हिस्सों में बांटने के लिए, कई हिस्सों में डाउनलोड करने की सुविधा का इस्तेमाल करें. अगर कोई एक हिस्सा डाउनलोड नहीं हो पाता है, तो उसी जगह से डाउनलोड फिर से शुरू किया जा सकता है.
चंकिंग के कई फ़ायदे हैं, लेकिन हर डेटा ग्रुप के लिए अलग अनुरोध जनरेट होता है. इसलिए, हमारा सुझाव है कि कोटा बर्बाद होने से बचाने के लिए, कम से कम 10 एमबी के चंक का इस्तेमाल करें. हालांकि, अगर आपकी औसत रिपोर्ट का साइज़ बहुत बड़ा है, तो चंक का साइज़ उतना बढ़ाएं जितना कनेक्शन की स्पीड की अनुमति है.
रिपोर्टिंग कोटा का इस्तेमाल करना
Campaign Manager 360 की रिपोर्टिंग सुविधा का सही तरीके से इस्तेमाल करने के लिए, प्रॉडक्ट के लिए तय किए गए इन तीन कोटा का पालन करना ज़रूरी है:
हर दिन की जाने वाली, खास मकसद से बनाई गई रिपोर्ट
CM खाता / CM उपयोगकर्ता प्रोफ़ाइल से चलाए जा सकने वाले ऐड-हॉक रिपोर्ट की संख्या सीमित करता है करने में मदद मिलती है. कोटा में बने रहने के लिए:
- डुप्लीकेट रिपोर्ट कम करें.
- नियमित रूप से चलने वाली रिपोर्ट शेड्यूल करें.
- ग़ैर-ज़रूरी एपीआई स्क्रिप्ट बंद करें.
शेड्यूल की गई चालू रिपोर्ट
इससे यह तय होता है कि किसी तय समय पर, CM खाते / CM उपयोगकर्ता प्रोफ़ाइल के लिए कितनी रिपोर्ट सक्रिय रूप से शेड्यूल की जा सकती हैं. कोटा के अंदर रहने के लिए:
- डुप्लीकेट रिपोर्ट कम करें.
- शेड्यूल की गई ग़ैर-ज़रूरी रिपोर्ट बंद करें.
- ग़ैर-ज़रूरी API स्क्रिप्ट बंद करें.
एक साथ रिपोर्ट
यह तय करता है कि CM खाता / CM उपयोगकर्ता प्रोफ़ाइल, एक साथ कितनी रिपोर्ट चला सकती है. कोटा में बने रहने के लिए:
- नियमित तौर पर चलने वाली रिपोर्ट शेड्यूल करें.
- ग़ैर-ज़रूरी एपीआई स्क्रिप्ट बंद करें.
- बैकऑफ़ लॉजिक लागू करें.
अगर आपने रिपोर्टिंग लागू करने के तरीके को ऑप्टिमाइज़ कर लिया है और फिर भी आपको तय कोटा से ज़्यादा डेटा मिल रहा है, तो संपर्क फ़ॉर्म का इस्तेमाल करके, Campaign Manager 360 की सहायता टीम से संपर्क करें.