क्या ऐड हॉक रिपोर्टिंग को प्रयास के लायक अनुप्रयोग में जोड़ा जा रहा है?


16

हमारे पास एक एप्लिकेशन है जो बहुत सारे डेटा एकत्र करता है और इसमें बेक किए गए रिपोर्टिंग करता है। पहला पुनरावृति एक क्रिस्टल रिपोर्ट एकीकरण था जो अच्छी तरह से काम करता था। क्रिस्टल रिपोर्ट डिजाइनर में रिपोर्ट बनाएं और फिर आरपीटी फ़ाइल को एप्लिकेशन में आयात करें। इसने अच्छा काम किया लेकिन उपयोगकर्ताओं को रिपोर्ट चलाने के लिए एप्लिकेशन की आवश्यकता थी और इसके अतिरिक्त उपयोगकर्ता रिपोर्ट नहीं बना सकते थे। हमने फ़िल्टर, सॉर्टर्स और ग्रुपिंग को जोड़ा ताकि RPT फ़ाइल अनुकूलन योग्य हो, लेकिन वे खरोंच से एक नहीं बना सके।

दूसरा हस्तक्षेप SSRS, SSAS और Microsoft से रिपोर्ट बिल्डर टूल का उपयोग करते हुए एक वेब आधारित समाधान था। इसके लिए कुछ डेटाबेस वर्क और ओटीपी जेट स्कीमा से क्यूब्स को ऊपर और चलाने के लिए कुछ काम की आवश्यकता थी, लेकिन अंत में, रोलअप रिपोर्ट बनाना बहुत आसान था। हालाँकि, हमें अभी भी रिपोर्ट बनाने वाले उपकरण का उपयोग करके रिपोर्ट बनाना है, फिर प्रकाशित करना, आदि। हमने इसे "अनुकूलन" बनाने के लिए फ़िल्टर, सॉर्टर्स और समूह भी जोड़े।

समय के साथ बनाई गई बॉक्स रिपोर्टों में से इन दोनों sceanarios में हमारे पास लगभग 30 से 50 हैं।

अब तदर्थ रिपोर्टों को जोड़ने के बारे में कुछ चर्चा की गई है ताकि उपयोगकर्ता मक्खी पर खरोंच से एक रिपोर्ट बना सकें। अब हमारा डेटा मॉडल बहुत जटिल है और इसे समझ में लाने के लिए इसके अच्छे काम के ज्ञान की आवश्यकता है। कम से कम ऐसा करने के लिए डेटा मॉडल को स्कीमा में प्राप्त करने के लिए अच्छी मात्रा में काम करने की आवश्यकता होगी जो "अधिक रिपोर्ट करने योग्य" है और समझने में आसान है। मुझे नहीं लगता कि हमारा आवेदन तदर्थ रिपोर्टिंग (प्रयास के लायक नहीं) के लिए उपयुक्त है।

क्या किसी को तदर्थ रिपोर्टिंग प्रदान करने में कोई सफलता मिली है? आपने किस टूल सेट का उपयोग किया? क्या आपके आवेदन की सफलता पर इसका प्रभाव पड़ा?

जवाबों:


13

तदर्थ रिपोर्टिंग के कुछ खतरे हैं।

  1. परिणामी दहनशील विस्फोटों की सूचनाएँ फैलती हैं।

  2. किसी भी रिपोर्ट में बनाई गई कुछ अंतर्निहित वैधता है क्योंकि, ठीक है, यह एक मुद्रित रिपोर्ट है, इसलिए जानकारी मान्य होनी चाहिए।

  3. आप सोच सकते हैं कि इस तरह से रिपोर्ट प्रदान करना नई रिपोर्ट के साथ लोगों को समर्थन देने के लिए आपके बोझ को कम करता है, लेकिन वास्तव में यह इसे बढ़ाता है।

  4. यह लोगों को केवल रिपोर्टिंग क्षमता देने के बारे में नहीं है। यह दस्तावेज़ प्रबंधन के बारे में भी है: इस तरह के दस्तावेजों के लिए अवधारण और विनाश नीति क्या है? दाखिल और भंडारण की आवश्यकताएं क्या हैं?

इन सभी कारणों से, मेरा मानना ​​है कि, यदि कोई कस्टम रिपोर्टिंग टूल प्रदान किया जाता है, तो इसे दायरे में सीमित होना चाहिए; सावधानी से संरचित, ताकि अत्यधिक, असंतृप्त और असमर्थित कलाकृतियों का उत्पादन न हो; और एक ऐसी नीति द्वारा समर्थित है जो स्पष्ट रूप से रेखांकित करती है कि किस प्रकार की रिपोर्ट को गतिशील रूप से उत्पन्न किया जा सकता है, और किन रिपोर्टों को औपचारिक रूप से परिभाषित और निर्मित किया जाना चाहिए।

कुछ मामलों में, मौजूदा रिपोर्टों में सावधानी से चुने गए अनुकूलन को जोड़ना (उदाहरण के लिए उपयोगकर्ता-कॉन्फ़िगर करने योग्य मापदंडों की एक छोटी संख्या), कस्टम रिपोर्टिंग उपकरण की आवश्यकता को कम कर सकता है। यह भी ध्यान दें कि, अगर यह एक OLAP डेटाबेस के खिलाफ अनुसंधान करने के बारे में है, तो एक सामान्य लेनदेन प्रणाली पर रिपोर्टिंग करने की तुलना में अधिक रिपोर्टिंग लचीलेपन की आवश्यकता होती है।


2
+1 संरचना और दायरे को सावधानीपूर्वक सीमित करने के लिए। यह जहाज पर जाने और एक राक्षस बनाने के लिए आसान है।
ग्रैंडमास्टरबी

यह चर्चा मेरे कार्यालय में हाल ही में हो रही है और मेरे पास समान भावनाएं हैं, लेकिन उन्हें समझना मुश्किल है। मुझे नहीं लगता कि आप इस विषय में गहराई से उपचार प्राप्त करने के लिए कहीं भी जानते हैं? उदाहरण के लिए, एक अच्छी रिपोर्ट की परिभाषा और / या अवधारण नीति क्या होगी?
एरोन

@ चेतावनी: आप रिकॉर्ड रखने के लिए कानूनी जनादेश के साथ शुरू करते हैं, और वहां से अपना रास्ता बनाते हैं। उदाहरण के लिए, अधिकांश (समझदार) संगठनों में, ईमेल प्रतिधारण के लिए एक नीति है, क्योंकि यदि आप उन्हें बहुत लंबे समय तक या लंबे समय तक नहीं पकड़ते हैं, तो कंपनी को कानूनी देयता से अवगत कराया जा सकता है। वारंटी और कर जैसी चीजों से संबंधित रिकॉर्ड बहुत स्पष्ट हैं; अन्य प्रकार के रिकॉर्ड, इतना नहीं।
रॉबर्ट हार्वे

इसे कम करने के लिए विरोध के रूप में बोझ बढ़ाने के बारे में क्या है - आप कैसे समझायेंगे / उचित ठहराएंगे, कहने के लिए, एक सीटीओ या सीईओ?
एरोन

@ चेतावनी: जैसा कि आप शायद पहले ही पता लगा चुके हैं, तदर्थ रिपोर्टिंग उपकरण चांदी की गोली नहीं हैं; वे प्रक्रिया पर कुछ हद तक सरलीकरण प्रदान करते हैं, लेकिन जो लोग सेट और जॉइन (यानी एसक्यूएल) के संदर्भ में नहीं सोच सकते हैं, उन्हें और अधिक सांसारिक चीजों के लिए अपने कंप्यूटर का उपयोग करने में कठिनाई होती है। तो आपका समर्थन प्रयास केवल कस्टम रिपोर्ट (जो कॉर्पोरेट संपत्ति का उत्पादन बार-बार किया जा सकता है) को लिखने से हट जाता है, जिससे नियोफाइट्स को अपने स्वयं के ग्राहक रिपोर्ट लिखने में मदद मिलती है (जो सभी एक-शॉट प्रयास हैं)।
रॉबर्ट हार्वे

7

मैंने बहुत सी महंगी असफलताएं देखी हैं। मेरे पास इस पवनचक्की में सालों से एक बिजनेस पार्टनर का झुकाव था। उनकी कठिनाई उनकी जिद थी कि "गैर-तकनीकी" लोग रिपोर्ट बनाने में सक्षम हों। हमने कई समाधानों का निर्माण किया, जो लोग सफलता की विभिन्न डिग्री सीखने और उपयोग करने में सक्षम थे। आप की तरह बहुत से, हमने शुरुआत की डिब्बाबंद रिपोर्टों के साथ।

फिर हमने पैरामीटर सेट को बचाने और उन्हें अलग-अलग "प्रारूप" टेम्पलेट्स के साथ जोड़ने का एक तरीका बनाया, जो अनिवार्य रूप से आपको अपने डिब्बाबंद रिपोर्ट को मिलाने और मेल करने और उन्हें अन्य लोगों को प्रकाशित करने की अनुमति देता है। यह वास्तव में सबसे कुशल बात थी जिस पर हमने कभी विचार किया था, यह दो सप्ताह के विकास के समय के बारे में था (एक बुनियादी पैराड्राइज्ड कैन्ड रिपोर्ट सिस्टम के शीर्ष पर) और उन्होंने वर्षों तक कुछ सफलता के साथ इसका इस्तेमाल किया। यह एक बहुत ही सरल यूआई था, लेकिन फिर भी कुछ उपयोगकर्ता वास्तव में अपनी रिपोर्ट नहीं बना सकते थे, वे सिर्फ यह नहीं बता सकते थे कि उनका मानदंड क्या होना चाहिए। लेकिन चूंकि कोई भी एक रिपोर्ट बना सकता है और किसी और को साझा कर सकता है, वे किसी सहकर्मी को केवल कुछ एमआईएस टीम में जाने और कतार में खड़े होने के बजाय एक रिपोर्ट बना सकते हैं।

हम हालांकि इसे बेहतर बनाने की कोशिश करते रहे और सैकड़ों-हजारों डॉलर बर्बाद कर दिए। क्रिस्टल निर्णयों में उनके क्रिस्टल रिपोर्ट एंटरप्राइज़ उत्पाद के ऐड-ऑन के रूप में एक सुंदर फैंसी टूलकिट था। यह संस्करण 9 या 10 था। इसका नाम बदलने के बाद से, व्यावसायिक वस्तुओं द्वारा इसका नाम बदला गया, लेकिन मुझे लगता है कि अभी भी इसका एक संस्करण है। यह बहुत महंगा था, और इसने आपको किसी भी रिपोर्ट प्रारूप के निर्माण के लिए एक पूरा वेब डिज़ाइनर दिया। इसमें एक नमूना अनुप्रयोग भी था जो एक विज़ार्ड के अधिक था जो आपको मौजूदा रिपोर्ट को संशोधित करने के माध्यम से चला गया था। हमें "सहेजना और साझा पैरामीरीज़ टेम्पलेट" विचार के साथ सफलता मिली थी, इसलिए यह हमारे लिए अपील की क्योंकि यह इसे एक कदम आगे ले गया। अच्छी तरह से लंबी कहानी छोटी, हम वास्तव में उस पर वितरित नहीं किया। मुझे लगता है कि उपकरण ठीक था, लेकिन हम जो करने की कोशिश कर रहे थे वह काम करने के लिए बहुत उलझन और गलत था।

इस पूरे समय में व्यवसाय को MIS डेवलपर्स का एक कर्मचारी रखना पड़ा, जिन्होंने अपने तदर्थ रिपोर्टिंग का बहुत काम किया। हमारे सामान में से जो सबसे अच्छा निकलता है, वह थोड़ी अधिक लचीली डिब्बाबंद रिपोर्टिंग थी, जिसमें सबसे अच्छा मामला नई डिब्बाबंद रिपोर्ट को विकसित करने के लिए तेजी से बना था, बशर्ते एक और मौजूदा रिपोर्ट थी जो कुछ इसी तरह की थी। अगर आप किसी नए डेटा स्रोत को किसी तरह एकीकृत करना चाहते हैं तो उसे भूल जाइए। और ज्यादातर, MIS ने उनके लिए जो किया, वह अधिक से अधिक डेटा स्रोतों को एक मैला लेकिन बहुत जल्दी-से-बाजार में फैशन में एकीकृत किया गया था।

आखिरकार उन्होंने बिज़ टूल के डेस्कटॉप संस्करण - बिजनेस ऑब्जेक्ट्स का भारी उपयोग करना शुरू कर दिया। यह आपको स्थानीय डेटा को उस डेटा के साथ एकीकृत करने देता है, जिसे आपने ऑनलाइन मेटाडेटा कैटलॉग में पाया था। तो आप जनता के लिए वास्तविक उत्पादन सामान दोनों कर सकते थे और क्वेंट और मैनेजर डेटा के अलग-अलग सेटों को क्रंच कर सकते थे, उनके शोध ने उन्हें ओर बढ़ाया। कौशल-सेट और भी दुर्लभ हो गया, यह निश्चित रूप से ऐसा कुछ नहीं था जिसे कोई भी उठा सकता था और कर सकता था। फिर भी वे इसे प्रभावी ढंग से उपयोग करने वाले लोगों की तुलना में बहुत अधिक लोगों को प्राप्त करने में सक्षम थे क्योंकि वे कभी भी समर्पित एमआईएस लोगों को किराए पर ले सकते थे। MIS स्टाफ कभी भी बहुत कम नहीं हुआ था, जो बता रहा है।

इस सामान्य समस्या के बारे में मेरी अपनी धारणा यह है कि आप इस उपकरण का उपयोग करने की कल्पना करने वाले लोगों के लिए कौशल विकास में महत्वपूर्ण रूप से निवेश करने के लिए तैयार होना चाहते हैं, और आपको यह स्वीकार करना होगा कि आपके सभी कर्मचारी कभी वहां नहीं जा सकते हैं। और अगर वे बीआई प्लेटफ़ॉर्म सीखने के लिए कुछ हफ़्ते नहीं बिता सकते हैं, तो वे कभी भी किसी भी उपकरण से सबसे अधिक प्राप्त करने में सक्षम नहीं होंगे जो आप उन्हें देते हैं। कुछ लोग, जो भी कारण से, बस बाहरी विचार जैसे बुनियादी विचार प्राप्त करने के लिए कभी नहीं लगते हैं। समस्या सेट की विशाल कक्षाएं किसी भी उपकरण के साथ हल करने के लिए उनकी पहुंच के भीतर कभी नहीं होंगी क्योंकि वे वैचारिक स्तर पर यह समझने के लिए बहुत दूर नहीं पहुंचते हैं कि वे वास्तव में कंप्यूटर से क्या करने की कोशिश कर रहे हैं। यह कहना नहीं है कि वे "नहीं" सीख सकते हैं, बस यह कि उनमें से बहुत कुछ कभी नहीं होगा।


5

वर्तमान में हम इस स्थिति का सामना कर रहे हैं। इस बिंदु पर एक एड-हॉक रिपोर्टिंग इंटरफ़ेस के बजाय हम एक्सेल और पावर पिवट का उपयोग करके एक परीक्षण चला रहे हैं। हमने इसे एक्सेल टूलबार के साथ एकीकृत किया और उपयोगकर्ताओं को सीधे डेटा आयात करने और इस का उपयोग करके रिपोर्ट बनाने की अनुमति दी। हमने पाया कि इनमें से कई तदर्थ रिपोर्टें जहां एक विशेष प्रश्न का उत्तर देने के लिए एक विशिष्ट समय पर जरूरत पड़ने पर होती हैं।

इस समय यह अच्छी तरह से काम कर रहा है, थोड़ा प्रशिक्षण और हाथ पकड़ना आवश्यक था, लेकिन इसका उपयोग वित्त विभाग द्वारा किया जा रहा है, इसलिए वे निश्चित रूप से एक्सेल में सबसे अधिक आरामदायक हैं।

वैसे अगर आप कुछ कार्यान्वयन विवरण के बारे में बात करना चाहते हैं तो मुझे बताएं।


+1, कई मायनों में कार्यालय अंतिम रिपोर्टिंग प्लेटफॉर्म है
व्याट बार्नेट

2

एक परियोजना पर एक समान परिदृश्य में, मैं प्रबंधन कर रहा हूं हमने ग्राहक को एक डेलावेयरहाउस को शीर्ष पर OLAP समाधान के साथ जोड़ने की पेशकश की। लागत को कम रखने के लिए हमने पोस्टग्रैडक्यू को डीडब्ल्यूएच डेटाबेस और बीआईए / ओएलएपी विश्लेषण उपकरण के रूप में पेंटाहो एंटरप्राइज के रूप में चुना - हमने भुगतान किया संस्करण चुना क्योंकि ओएलएपी उपकरण बहुत अधिक उपयोगकर्ता के अनुकूल है।

बिल्कुल जैसा कि आपने कहा, आपको एक डेटा मॉडल तैयार करने के लिए अपना विश्लेषण करने की आवश्यकता है जो उपयोगकर्ताओं की आवश्यकताओं के लिए उपयुक्त है। आवश्यकताओं को लागू करने में हमें तीन महीने का समय लगा, और पहले तो इसे ठीक करने के लिए कुछ गड़बड़ियां थीं, लेकिन अंत में ग्राहक परिणामों से बहुत संतुष्ट हैं। उपयोगकर्ता अब अपना स्वयं का विश्लेषण बनाते हैं और कभी-कभी उन्हें रिपोर्ट के रूप में उपयोग करते हैं (उन्हें पीडीएफ में निर्यात करते हैं)। एक विशेषता भी है जो सरल पर्याप्त तदर्थ रिपोर्ट बनाने की अनुमति देती है, लेकिन कम से कम अब विश्लेषण उपकरण उनकी आवश्यकताओं के लिए पर्याप्त से अधिक है।


2

व्यापक डोमेन और कंपनियों के आकार के रूप में आपके पास ग्राहक हैं जो अनुकूलन, डेटा एकीकरण, और तदर्थ रिपोर्टिंग की ओर झुकते हैं। यह लागत में कमी आने वाली है।

अधिकांश कंपनियां अनुकूलन को हतोत्साहित करती हैं इसलिए वे इस सेवा के लिए उच्च शुल्क लेते हैं। प्रोग्रामर इस चीज़ को आवश्यक रूप से देखते हैं, लेकिन जब आप समय बचा सकते हैं और कुछ सौ उपयोगकर्ताओं के लिए इसे आसान बना सकते हैं, तो बचत बढ़ जाती है।

रिपोर्टिंग के लिए, यह अतिरिक्त प्रशिक्षण के लिए चार्ज करने का अवसर बनाता है। तदर्थ रिपोर्टिंग में एक अतिरिक्त शुल्क हो सकता है।

डेवलपर के रूप में आपकी नौकरी कठिन हो जाएगी। अधिकांश स्थानों पर मैंने कभी भी काम किया है जिसमें 3rd पार्टी सॉफ्टवेयर की कस्टम रिपोर्टिंग थी। कुछ के लिए यह आसान था क्योंकि उनके पास सरल डेटा संरचनाएं थीं। बड़े / अधिक जटिल लोगों को कस्टम रिपोर्टिंग की आवश्यकता होती है, क्योंकि वे अपना व्यवसाय चलाते हैं। अगर वे हर किसी के समान काम करना चाहते थे, तो उन्होंने मुझे काम पर नहीं रखा होता। मुझे SO पर कुछ DevExpress रिपोर्टिंग प्रश्न डालने हैं।

यह बिक्री और विपणन पर निर्भर है कि क्या जरूरत है। नहीं "एड हॉक रिपोर्टिंग शांत होगी", लेकिन "मैं आपका सॉफ़्टवेयर खरीदूंगा क्योंकि इसमें तदर्थ रिपोर्टिंग है।" आपको बस आवश्यक तकनीकी निवेश से सभी को अवगत कराना है।


2

मेरा समाधान कुछ बुनियादी स्प्रैडशीट बनाने के लिए आपके एप्लिकेशन को प्राप्त करना है और उपयोगकर्ताओं को एक्सेस के साथ खेलने देना है जब तक कि वे यह नहीं देखते कि वे क्या चाहते हैं।

एक अधिक परिष्कृत दृष्टिकोण आधार डेटा को "रीफ्रेश" करने के लिए एक एक्सेस / वीबस्क्रिप्ट प्रोग्राम लिखना होगा ताकि उपयोगकर्ताओं को वहां अनुकूलन का पुन: उपयोग करने की अनुमति मिल सके।


1

मैंने कुछ वर्षों में कुछ किया है। जैसा कि आपने कहा, ऐसे डेटाबेस के साथ जो कुछ डोमेन नॉलेज पर भरोसा करते हैं, यह बहुत मुश्किल हो सकता है। जैसे कि मैंने (या मैं जिस टीम पर था) एक रिपोर्टिंग टूल का उपयोग किए बिना उन्हें विकसित किया। उनके साथ काम करने के लिए, सभी आवश्यक तर्क प्राप्त करने की कोशिश कर रहे थे। आप उन्हें उतना ही लड़ते रहें जितना वे मदद करते हैं।

उपयोगकर्ताओं को वास्तव में अपनी रिपोर्ट बनाने में सक्षम होना पसंद है, इसलिए मैं कहूंगा कि अगर आपके पास ऐसी प्रणाली विकसित करने का समय है तो यह निश्चित रूप से इसके लायक है।


1

संक्षिप्त उत्तर यह है कि यह हो सकता है।

मैंने 90 के दशक के मध्य में एक ऐसी कंपनी के लिए काम किया, जिसने सॉफ्टवेयर का निर्माण किया था, जो सिर्फ वही पूछती है जो वे चाहते हैं। हमारे पास फार्मास्यूटिकल्स उद्योग में एक अच्छा बाजार था, जहां क्लिनिकल परीक्षणों का मतलब बहुत सारी क्वेरी और रिपोर्टिंग है - इतना है कि आईएस के बीच के पुरुषों को काटने का मतलब है।

उस कंपनी को दूसरे द्वारा निगल लिया गया था, जो बदले में एक और निगल गया था जिसे पता नहीं था कि उत्पाद के साथ क्या करना है।

फिर भी, बिजनेस इंटेलिजेंस की (ऑक्सीमोरोनिक) दुनिया अंत उपयोगकर्ताओं को परिभाषित करने की क्षमता या डेटा सिस्टम में कम से कम प्रश्नों को परिष्कृत करने की अनुमति देने पर निर्भर करती है। उपयोगकर्ता के लिए कुछ हद तक आसान बनाने के लिए वहाँ उपकरण हैं। व्यावसायिक वस्तुएं (अब एसएपी का हिस्सा) इस दायरे में राजा थीं। फिर उन्होंने क्रिस्टल खरीदा। तब एसएपी ने उन्हें खरीद लिया। इस दायरे में उनकी वर्तमान पेशकश SAP क्रिस्टल इंटरएक्टिव विश्लेषण है।

यह एक बड़ा प्रयास है - आम तौर पर उपकरण को आपके मेटाडेटा और उस सभी को स्थापित करने में बहुत अधिक काम की आवश्यकता होती है। यह वास्तव में एक सवाल है कि क्या आपके उपयोगकर्ताओं को इसकी आवश्यकता है - ROI क्या होगा?


1

मैं एक सरकारी आईटी प्रणाली के लिए काम करता हूं जिसमें तदर्थ और डिब्बाबंद रिपोर्टिंग आवश्यकताएं हैं इसके अलावा, उपयोगकर्ता एक तदर्थ रिपोर्टिंग समाधान चाहते थे जो मौजूदा अनुप्रयोगों के भीतर "एम्बेडेड" महसूस करता है, रिपोर्ट आउटपुट के पीछे रिकॉर्ड जानकारी देखने के लिए क्षमताओं के माध्यम से ड्रिल प्रदान करता है, और पूर्ण प्रदान करता है। डेटाबेस की क्वेरी तक पहुँच। लक्षित रिपोर्ट उत्पाद आमतौर पर केवल एक वेब पेज या एमएस एक्सेल थे। सुरक्षा चाहती थी कि रिपोर्टें मौजूदा जेईई सुरक्षा नियंत्रणों के साथ एकीकृत हों।

बाजार पर एक मौजूदा समाधान खोजने में विफल रहने के बाद, हमने अपने स्वयं के तदर्थ रिपोर्टिंग उपकरण को रोल करना समाप्त कर दिया जो हमने कई वर्षों से उपयोग किया है। हालांकि, इसे बनाए रखना और इसे बढ़ाने के लिए एक भालू महंगा है क्योंकि इसे मामूली जुड़ाव, फ़िल्टर और सॉर्ट उपयोग मामलों से परे विस्तारित करने के लिए डिज़ाइन नहीं किया गया था।

हमारे द्वारा बताई गई कुछ समस्याएं जो दूसरों द्वारा बताई गई हैं:

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

वर्तमान में हम यह निर्धारित करने के लिए कि वे इन मुद्दों को हल कर सकते हैं, यह निर्धारित करने के लिए पुल रिपोर्ट का मूल्यांकन कर रहे हैं। हमें पसंद है कि कैसे तदर्थ इंटरफ़ेस उपयोगकर्ताओं को टेबल और कॉलम के पाठ विवरण के साथ डेटा मॉडल का एक सरल दृश्य देता है। तथ्य यह है कि उपयोगकर्ता के फ़िल्टर चयन रिपोर्ट आउटपुट के साथ एम्बेडेड होते हैं, यह चिंता कम कर देता है कि परिणाम अनुचित रूप से व्याख्या किए जाएंगे।

के रूप में या नहीं, यह सब "लायक" रहा है: हमारे मामले में, तदर्थ रिपोर्टिंग सस्ता और आसान है और तकनीकी कर्मचारियों की तुलना में डिब्बाबंद रिपोर्टों के प्रसार का प्रबंधन करने में आसान है। हालाँकि, सवाल थोड़ा मुटाव है क्योंकि डिब्बाबंद रिपोर्ट - हमारे इन-हाउस रिपोर्टिंग टूल और पुल रिपोर्ट्स के साथ - दोनों आमतौर पर तदर्थ रिपोर्टिंग टूल के क्वेरी / रिपोर्टिंग इंजन के शीर्ष पर बनाए जाते हैं। मतलब, डिब्बाबंद रिपोर्टें पूर्व-कॉन्फ़िगर सेटिंग्स के साथ सिर्फ तदर्थ रिपोर्ट हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.