इसके माध्यम से साझा किया गया

मॉडल-चालित ऐप रिपोर्टिंग क्षमताएं और विचार

  • आलेख

मॉडल-चालित अनुप्रयोग के पास अनेक क्षमताएँ हैं, जिनके चलते ग्राहक व्‍यावसायिक डेटा की जानकारी ले सकता है, जिससे उन्हें निर्णय लेने और अपने ग्राहकों और उनके डेटा के साथ अधिक प्रभावी रूप से सहभागिता करने में मदद मिलती है.

रिपोर्टिंग सिंहावलोकन में इनका वर्णन और शामिल किया गया है

जैसे-जैसे अनुप्रयोग के डेटाबेस में संग्रहित डेटा बढ़ता जा रहा है, वैसे-वैसे आपकी BI रणनीति के बारे में सोचना और बड़े डेटासेटों के लिए रिपोर्टिंग और अवलोकन के लिए सर्वाधिक प्रभावी तरीकों का पता लगाना पहले की तुलना में अधिक महत्‍वपूर्ण होता जा रहा है.

रिपोर्टिंग इन्फ्रास्ट्रक्चर

एक परिवेश में, रिपोर्टिंग ढाँचागत सुविधाओं को साझा किया जाता है और डेटाबेस से पृथक रखा जाता है. इस आर्किटेक्चर में, हालांकि ग्राहक रिपोर्ट चलाने के लिए आवश्यक संसाधनों को साझा करते हैं, फिर भी प्रत्येक रिपोर्ट ग्राहक के व्यक्तिगत डेटाबेस इंस्टेंस के विरुद्ध चलती है।

Microsoft Dataverse में अंतर्निहित रिपोर्टिंग क्षमताओं का डिज़ाइन इस प्रकार किया गया है कि उपयोगकर्ता ऐसे डेटासेट पर रिपोर्ट्स चला सकते हैं जिनकी समयावधि अपेक्षाकृत कम समय की होती है. इन बातों पर विचार करते हुए, निम्न स्थिर सेटिंग को नोट करें:

  • रिपोर्ट और क्वेरी पाँच मिनट तक के लिए निष्पादित किए जा सकते हैं. अधिकतम अवधि पूरी होने पर रिपोर्ट की समय सीमा समाप्त हो जाती है और उपयोगकर्ताओं को एक संदेश मिलता है. पांच मिनट की अवधि के भीतर, रिपोर्ट और प्रश्नों को बड़े डेटासेट का विस्तार करने की अनुमति है जो 50,000 पंक्तियों से परे हैं, जो अधिकांश परिचालन रिपोर्टिंग आवश्यकताओं को पूरा करने के लिए महत्वपूर्ण लचीलापन प्रदान करता है.

  • क्वेरी प्रत्युत्तर में सुधार के लिए, हम अनुशंसा करते हैं कि विस्तृत रिपोर्ट्स में बड़ी संख्‍या के पंक्ति का प्रदर्शन कम होना चाहिए. ऐसा करने के लिए, प्राप्त होने वाले पंक्ति की संख्या को कम करने के लिए उपयुक्त फ़िल्टर लागू करें. जब आप एकीकृत या सारांश रिपोर्ट्स बनाते हैं, तो एकीकरण निष्पादित करने के लिए क्वेरी को रिपोर्ट में एकीकरण करने के लिए विस्तृत पंक्ति फ़ेच करने के बजाए क्वेरी का एकीकरण पुश करना चाहिए. अधिक जानकारी: FetchXml का उपयोग करके डेटा एकत्रित करें और रिपोर्ट प्रीफ़िल्टरिंग.

  • रिपोर्ट व्यूअर पृष्ठ प्लेटफ़ॉर्म API सीमाओं के अधीन है। लंबे समय से चल रही रिपोर्ट के कई बार निष्पादन के परिणामस्वरूप त्रुटि हो सकती है, और उपयोगकर्ता कुछ मिनट प्रतीक्षा करके पुनः प्रयास कर सकता है। यह प्रति उपयोगकर्ता सीमा है और इससे एकाधिक उपयोगकर्ताओं द्वारा रिपोर्ट के सामान्य उपयोग पर कोई प्रभाव नहीं पड़ेगा।

  • डैशबोर्ड में प्रदर्शित चार्ट और ग्रिड्स के लिए, आपके अनुप्रयोग उपयोगकर्ताओं को ऐसी क्वेरी चलाने की अनुमति देते हैं, जिनमें 50,000 से कम पंक्तियों वाला डेटासेट होता है. यदि उपयोगकर्ता ऐसी डैशबोर्ड क्वेरी चलाता है, जिसका विस्तार 50,000 या अधिक पंक्तियों वाले डेटासेट तक है, तो एक संदेश "अधिकतम पंक्ति सीमा पार हो गई है. पंक्ति की संख्या घटाएँ" प्राप्त होता है. डेटासेट व्‍यावहारिक सेटिंग से अनुप्रयोग का इष्टतम प्रदर्शन सुनिश्चित करने में मदद मिलती है.

रिपोर्टिंग के लिए युक्तियाँ और समाधान

सामान्‍यतः अधिकांश संगठनों की रिपोर्टिंग आवश्यकताओं के लिए ये सेटिंग्स पर्याप्त हैं. यह सुनिश्चित करने के लिए कि आपके उपयोगकर्ता इन सेटिंग का उल्लंघन न करें और सामान्य रूप से रिपोर्ट क्वेरी प्रदर्शन को बेहतर बनाने के लिए, निम्नलिखित सर्वोत्तम प्रथाओं पर विचार करें.

  • जब आप कस्टम रिपोर्ट या डैशबोर्ड बनाते समय, रिपोर्ट में समय-आधारित फ़ि‍ल्टर जोड़ कर उन्हें थोड़ी समय अवधि पर छोटे डेटासेट्स पर क्वेरी करने के लिए डिज़ाइन किया जाता है, जैसे परिणामों को सीमित करने के लिए वर्तमान माह या तिमाही.

  • परिणाम निकालने के लिए आवश्यक टेबल की संख्या सीमित करें. इससे क्वेरी चलाने और परिणाम सेट निकालने के लिए आवश्यक समय घटाने मदद मिलती है.

  • विस्तृत रिपोर्ट में पंक्तियों को कम करें। टाइमआउट्स कम करने के लिए क्वेरी द्वारा निकाले गए पंक्ति की संख्‍या घटाने के लिए उपयुक्त फ़िल्टरिंग का उपयोग किया जा सकता है.

  • एकीकृत या सारांश रिपोर्ट के लिए, क्वेरी का उपयोग एकीकरण को डेटाबेस पर पुश करने के लिए करना चाहिए, न कि विस्तृत पंक्ति को फ़ेच के लिए और SQL Server रिपोर्टिंग सेवाएँ रिपोर्ट में एकीकरण को निष्पादित करने के लिए करना चाहिए.

  • जब आपके व्यवसाय के लिए उपयुक्त समय हो, तो उपयोगकर्ताओं को डिफ़ॉल्ट (आउट-ऑफ़-द-बॉक्स) रिपोर्ट्स और डैशबोर्ड्स चलाना चाहिए. ये रिपोर्ट और डैशबोर्ड आमतौर पर प्रति उपयोगकर्ता डेटासेट क्वेरी करने के लिए डिज़ाइन किए गए हैं, इसलिए अधिकांश मामलों में डेटासेट सीमा पार नहीं होगी।

यदि उपयोगकर्ताओं को ऐसी रिपोर्ट को चलाना पड़ता है, जो इन सेटिंग को पार करती हैं, तो हम अनुशंसा करते हैं कि आप जटिल रिपोर्टिंग आवश्‍यकताओं में मदद पाने के लिए निम्नलिखित विकल्पों की समीक्षा करें. दोनों विकल्प प्रभावी रूप से रिपोर्टिंग कार्यभार को Dataverse से अन्य डेटास्टोर पर एक डेटा एकीकरण समाधान का उपयोग करके ऑफ़लोड करते हैं.

  • एडाप्टर का उपयोग SQL Server एकीकरण सेवाएं (SSIS) के साथ संयोजन में किए जाते हैं, ताकि एकीकरण के लिए आपके अनुप्रयोग डेटा के साथ क्षमताएँ विस्तृत की जा सकें.

  • एक्सट्रेक्ट ट्रांसफॉर्म लोड (ETL) उपकरण एकाधिक डेटा स्रोतों को संयोजित करके या SSIS उपयोग में न होने पर डेटा को डेटा वेयरहाउस समाधान में निकालकर डेटा का विश्लेषण करने के लिए एक नया टूल सेट प्रदान करते हैं। ETL टूल डेटा को स्थानांतरित करने के लिए Dataverse से जुड़ने के लिए व्यापक समाधान प्रदान करते हैं.

महत्वपूर्ण

जब आप इन उपकरणों का उपयोग करते हैं, तो हम अनुशंसा करते हैं कि डेटा का स्‍थानांतरण या सिंक्रनाइज़ेशन गैर-व्‍यवसाय घंटों के दौरान हो.

यदि आवश्यक हो, तो ऐसे अनेक Microsoft सहभागी हैं, जो आपकी विशिष्ट रिपोर्टिंग आवश्‍यकताओं के लिए एक समाधान प्रदान कर सकते हैं, जैसे डेटा की एक ऑफ़लाइन प्रतिलिपि बनाना, जिसका उपयोग विशेष रूप से बड़ी रिपोर्ट चलाने के लिए किया जाता है. ये सहभागी उपलब्‍ध डेटा एकीकरण उपकरणों के ज्ञाता होते हैं. अधिक जानकारी: एक Dynamics 365 पार्टनर खोजें

SSIS के लिए तृतीय-पक्ष एडाप्टर

ETL उपकरण

इसे भी देखें

रिपोर्ट ऑथरिंग एक्सटेंशन (SQL Server Data Tools समर्थन के साथ)

Excel के लिए Microsoft Power Query का परिचय
Dynamics 365 for Customer Engagement OData फ़ीड्स और Power Query: [ रिकॉर्ड] क्या है?

नोट

क्या आप हमें अपनी दस्तावेज़ीकरण भाषा वरीयताओं के बारे में बता सकते हैं? एक छोटा सर्वेक्षण पूरा करें. (कृपया ध्यान दें कि यह सर्वेक्षण अंग्रेज़ी में है)

सर्वेक्षण में लगभग सात मिनट लगेंगे. कोई भी व्यक्तिगत डेटा एकत्र नहीं किया जाता है (गोपनीयता कथन).