कुछ टिप्स रिपोर्ट मॉडल के डिजाइन के लिए: व्यापार वस्तुएँ, ओरेकल खोजकर्ता एक जोड़े को नाम के लिए:
1. बिल्ड एक डेटा मार्ट
रिपोर्ट बिल्डर की तरह कई उपकरण हैं। उन सभी में मेटाडाटा परतें हैं जो आपको अंतिम उपयोगकर्ता रिपोर्टिंग टूल के लिए कुछ रास्ता देती हैं, हालांकि उन्हें प्रभावी समाधान देने के लिए अभी भी उपयुक्त प्रारूप में चम्मच-फेड डेटा होना आवश्यक है। इसका मतलब है कि आपको कुछ प्रकार के डेटा-मार्ट के निर्माण के मामले में भी सोचने की ज़रूरत है।
स्वच्छ डेटा के बिना, उपकरण उत्पादन डेटाबेस में सभी गॉचेस का पर्दाफाश करेंगे, इसलिए उपयोगकर्ताओं को सही परिणाम प्राप्त करने के लिए इन्हें समझना होगा। इसका मतलब है कि रिपोर्टिंग वास्तव में एक स्वच्छ डेटा स्रोत से आना चाहिए।
आपके पास एसक्यूएल पर लगभग शून्य नियंत्रण है जो इन औजारों का उत्पादन करता है, इसलिए वे ऐसे प्रश्नों के उत्पादन में काफी सक्षम हैं जो आपके उत्पादन डेटाबेस को हर्निएट करेंगे। इसका मतलब है कि आपकी रिपोर्टिंग एक अलग सर्वर पर होनी चाहिए। एक स्कीमा जो विज्ञापन-प्रसार उपकरण (जैसे स्टार स्कीमा) के अनुकूल है, प्रदर्शन के साथ संभावित मुद्दों के सबसे खराब को कम करेगा।
2. स्वच्छ डेटा
, तदर्थ उपकरणों के साथ पाश में कोई डेवलपर नहीं है तो उन भोलेपन से जानते हुए भी कौन-सा डेटा मुद्दे हैं बिना उपकरण का प्रयोग करेंगे। गलत क्वेरी परिणाम हमेशा उपकरण की गलती के रूप में देखा जाएगा। विश्वसनीयता के लिए, उपकरण के अपस्ट्रीम डेटा सेट से इन नुकसानों को समाप्त करने की आवश्यकता है।
3. नेविगेशन मजबूत बनाने और मूर्ख प्रूफ
रिपोर्ट बिल्डर एक इकाई से दूसरे में जाने पर प्रतिबंध सेट कर सकते हैं। इनके बिना, एम: एम रिश्ते में एक साथ कई तालिकाओं में शामिल होना संभव है। इसे Fan Trap कहा जाता है और गलत योग वापस कर देगा। आपको मॉडल को स्थापित करने की आवश्यकता है ताकि व्यक्तिगत तथ्यों को आम आयामों पर एकत्र किया जा सके - यानी वे शामिल होने से पहले लुढ़क गए। यह अधिकार प्राप्त करना त्रुटियों की एक वर्ग को समाप्त करता है। अधिकांश उपकरणों में इसे रोकने के लिए कुछ तंत्र है।
4. डेटा को समेकित
आप व्यापार वस्तुओं से मुक्त करने के लिए इसे पाने के लिए, लेकिन आप रिपोर्ट बिल्डर के साथ स्पष्ट रूप से प्रत्येक आधार उपाय से अधिक एक समग्र उपाय डाल करने के लिए होगा। आधार उपायों को छुपाएं और समेकन का पर्दाफाश करें। इसका मतलब यह है कि सिस्टम डेटा को आपके द्वारा चुने गए आयामों के अनाज के लिए रोल करेगा।
निष्कर्ष
एक उत्पादन डेटाबेस से अधिक सीधे एक तदर्थ उपकरण रखने अच्छी तरह से काम करने की संभावना नहीं है। डेटा में बहुत से नुकसान होंगे और स्कीमा खुद को रिपोर्टिंग के लिए उधार नहीं देगी। इसका मतलब यह है कि आप डेटा को साफ़ करने और टूल के लिए इसे तैयार करने के लिए डेटा मार्ट बनाने के कुछ काम के लिए तैयार हैं। यदि आप विज्ञापन-प्रसार निष्कर्षों का निर्माण करने में महत्वपूर्ण समय व्यतीत कर रहे हैं, तो डेवलपर समय में केवल एक व्यावसायिक मामला हो सकता है जो बाद में बचाएगा।
संपादित करें: रिपोर्ट मॉडल विज़ार्ड (ऐसी अधिकांश चीजों की तरह) चलाने पर काफी गड़बड़ी होती है। आपको अप्रासंगिक समेकन की पीढ़ी को प्रतिबंधित करने जैसी सेटिंग्स को ट्विक करना होगा। अतीत में मैंने रकम उत्पन्न करके, सभी मूल उपायों को छिपाने और समेकन को उजागर करके काफी अच्छे परिणाम प्राप्त किए हैं जैसे कि वे आधार उपाय थे। इसने व्यापार वस्तुओं की तरह व्यवहार किया। विशिष्ट उदाहरणों पर आप गिनती, न्यूनतम/अधिकतम या औसत का भी खुलासा करना चाहेंगे।
विशेष उदाहरण जो मैं सोच रहा हूं वह लगभग 1,500 फ़ील्ड के साथ एक बड़ा रिपोर्ट मॉडल था, इसलिए विज़ार्ड से उत्पन्न कुल-उत्सव कुल मिलाकर 10,000+ फ़ील्ड के साथ गैर-प्रबंधनीय था। आप विश्लेषण सेवाओं की तरह कुछ फ़ोल्डर संरचनाओं को भी सेट अप कर सकते हैं और इन्हें फ़ील्ड व्यवस्थित करने के लिए उपयोग कर सकते हैं। अंत में, यदि फ़ील्ड पर विवरण दर्ज किया गया है तो टूलटिप के रूप में दिखाई देगा यदि आप इसे अंतिम उपयोगकर्ता टूल में घुमाते हैं।
बहुत बढ़िया जानकारी! धन्यवाद - यह एक महान स्पष्टीकरण है कि डेटा-मार्ट पहेली में फिट होते हैं, और ये बहुत सारे मुद्दे हैं जिनके बारे में मैंने नहीं सोचा था। –