2010-03-16 10 views
6

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

जब मैं रिपोर्ट बना रहा हूं, और अधिक विशेष रूप से, मैं OLTP डेटाबेस से एकत्रित डेटा निकालने के लिए चयन विकसित कर रहा हूं, उदाहरण के लिए, मैं गलत परिणाम लौटाता हूं, उदाहरण के लिए, गलत परिणाम लौटाता हूं।

  • जब एक एकत्रित डेटा सेट बनाते समय, हमेशा इस डेटा सेट एकत्रीकरण के बिना विस्फोट और किसी भी स्पष्ट त्रुटि के लिए देखो:

    मैं मुझे गलत संख्या "पैदा करने के लिए" को रोकने के लिए कुछ "सर्वोत्तम प्रथाओं" इस्तेमाल करने की कोशिश ।

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

यहां तक ​​कि उन प्रक्रियाओं के साथ, मैं हमेशा संख्याओं के बारे में चिंता करता हूं।

रिपोर्ट की शुद्धता सुनिश्चित करने के लिए आपके सर्वोत्तम अभ्यास क्या हैं?

उत्तर

2

क्या आपने परीक्षण तालिका के साथ अपनी तालिकाएं भरने पर विचार किया है जो ज्ञात परिणाम उत्पन्न करता है और आपके अपेक्षित परिणामों के साथ आपके क्वेरी परिणामों की तुलना करता है।

1

मैंने पाया सर्वोत्तम प्रथाओं में से एक है कि कि दोनों पाठक/ग्राहक और डेवलपर्स एक ही (दस्तावेज) पृष्ठ पर हैं लिखित रूप में किया गया,। इस तरह, जब रहस्यमय संख्याएं दिखाई देती हैं (और वे करते हैं), मैं लेखन में विनिर्देश को इंगित कर सकता हूं और कह सकता हूं, "यही कारण है कि आप यह संख्या देखते हैं। क्या आप इसे अलग करना चाहते हैं?"।

  • टेस्ट, परीक्षण, परीक्षण

गंभीरता से जटिल रिपोर्ट के लिए, हम, ऊपर और ग्राहक के साथ नीचे परीक्षण डाटा माध्यम से चला गया जब तक सभी नंबरों को सही थे, और ग्राहक संतुष्ट थे गया था।

  • एज मामले

हम अपने रिपोर्टिंग प्रणाली है कि सब कुछ बदल गया उल्टा (हमारी ओर से) में एक गंभीर रूप से जटिल मामले की खोज की। क्या होगा यदि उपयोगकर्ता एक रिपोर्ट उत्पन्न करता है (साल-अंत 200 9 कहता है), नए साल के लिए डेटा दर्ज करता है, और फिर उसी रिपोर्ट को उत्पन्न करने के लिए वापस आता है? डेटा बदल गया है लेकिन वह रिपोर्ट नहीं होनी चाहिए। इन मामलों को सोचकर और काम करना बहुत दिल का दर्द बचा सकता है।

0

कुछ स्वचालित परीक्षण लिखें।

हमारे पास बहुत सारी रिपोर्टिंग सेवाएं रिपोर्ट हैं - हम सेलेनियम का उपयोग करके उनका परीक्षण करते हैं।हम कुछ ज्ञात डेटा को रिक्त डेटाबेस में घुमाने के लिए एक परीक्षण डेटा पृष्ठ का उपयोग करते हैं, फिर रिपोर्ट चलाएं और जोर दें कि संख्याएं अपेक्षित हैं।

बिल्ड हर बार जब हम चेक करते हैं, तो हम चलते हैं, इसलिए हम जानते हैं कि हमने कुछ भी बेवकूफ नहीं किया है

संबंधित मुद्दे