.net - एसक्यूएल सर्वर रिपोर्टिंग सर्विसेज बनाम रिपोर्टिंग वाया। नेट एप्लीकेशन




sql-server rdlc (4)

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

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

  1. मैं बहुत ज्यादा बल्कि प्रक्रिया और डेटा प्रारूप करेंगे। नेट के साथ SQL तो एसक्यूएल यकीन है कि आप CLR का उपयोग कर सकते हैं, लेकिन यह मार्ग सिर्फ ऐसा लगता है जैसे डेटा को संसाधित करने के बजाय इसे बनाए रखना और कम आदर्श होगा क्योंकि मैं आमतौर पर किसी .NET एप्लिकेशन में होता था।
  2. UI पर सीमाएं पैरामीटर नियंत्रण जोड़ते समय - अगर मुझे याद है कि आपके पास लेआउट पर अधिक नियंत्रण नहीं है।

इसलिए मुझे लगता है कि मेरा प्रश्न यह होगा कि एसएसआरएस किस तरह की स्थिति में काम कर रहे हैं, यह किस स्थिति में अच्छा काम नहीं करता है? क्या मेरा अंक वैध है या क्या मैं सिर्फ संदेहवादी हूं?


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


आपका अंक वैध हैं।

एक छोटा ऐप के लिए, यदि आप सभी घंटियां और सीटी की जरूरत नहीं है, तो मैं एक एएसपी.नेट ऐप में एक ReportViewer नियंत्रण का उपयोग करने पर विचार करूँगा। रखरखाव परिप्रेक्ष्य से भी: आपको केवल एक ऐप का प्रबंधन करना है मेरी टीम एसएसआरएस का उपयोग करना बंद करने की योजना बना रही है

मुझे पता है कि हमारी कुछ बहन टीम में जटिल रिपोर्ट और संरचनाएं हैं, और घंटी और सीटी की जरूरत है


किसी ने रिपोर्ट बिल्डर 2.0 या 3.0 के बारे में कुछ नहीं कहा यह सिर्फ एसएसआरएस या किसी भी चीज की ज़रूरत के बिना रिपोर्ट बनाने के लिए एक बढ़िया ऐप है। बस इसे आग लगाओ और इसे जो भी आपके पास उपलब्ध डेटा स्रोत का उपभोग करने के लिए सेट करें और आप जाने के लिए अच्छा है। मेरा मतलब है, आप इस रिपोर्ट को किसी समय में आसानी से संकलित कर सकते हैं। इसके बारे में सोचो।

आप निश्चित रूप से इस के लिए किसी अन्य कस्टम-सिलसिव। NET समाधान की आवश्यकता नहीं है।

रिपोर्ट बिल्डर 3.0 के साथ आरंभ करना


मैं दोनों का थोड़ा उपयोग करता हूं, और पाया है कि प्रत्येक दृष्टिकोण के साथ व्यापार-बंद हैं

  • किसी भी कारण से, .rdlc के लिए डिजाइनर .rdl के लिए डिजाइनर की तुलना में थोड़ा अलग है। यह बहुत भ्रामक हो सकता है जब कोई ऑनलाइन उदाहरण आपके डिजाइनर के बारे में अनुमान लगाता है।
  • मैं आमतौर पर एसएसआरएस-तैनात रिपोर्टों का समर्थन करता हूं अगर मैं क्लाइंट-अज्ञेयवादी होने की कोशिश कर रहा हूं, क्योंकि। Rdlc- आधारित रिपोर्टों के लिए आपको क्लाइंट प्रदान करने की आवश्यकता होती है
  • मैं आम तौर पर स्टैंडअलोन एप्लीकेशन के लिए .आरडीएलसी-आधारित रिपोर्टों का समर्थन करता हूं, खासकर उन ग्राहकों के लिए जिनके पास डेटा सेंटर नहीं है ये अनुप्रयोग होते हैं, जहां अनुप्रयोग और डेटाबेस दोनों क्लाइंट मशीन पर होते हैं।
  • मुझे LINQ पसंद है, और .rdlc- आधारित रिपोर्ट के लिए डेटा स्रोत के रूप में उपयोग करना आसान लगता है।
  • मेरे पास। / आरडीएलसी-आधारित रिपोर्टों के साथ रिश्ते / नफरत है, जब यह रिफैक्टरिंग की बात आती है। अपनी रिपोर्टों की तुलना में एक अलग लाइब्रेरी में अपना डेटा संरचना रखना महत्वपूर्ण है; अन्यथा, संपत्ति नाम बदलने से आपकी रिपोर्ट रिपोर्ट के कारण विफल हो जाएगी, लेकिन नई प्रॉपर्टी रिपोर्ट के लिए डेटा स्रोत पर उपलब्ध नहीं होगी जब तक कि आप बिल्ड नहीं करते।
  • क्लाइंट (.rdlc- आधारित रिपोर्ट) को नियंत्रित करने से आपको पैरामीटर मूल्यों को प्रस्तुत करने और एकत्र करने के तरीके पर असीम लचीलेपन मिल जाता है, जो बहुत अच्छा है

किसी भी दर पर, मुझे संदेह है कि कोई ऐसी हठधर्मी दृष्टिकोण है जिसे आपको रहना चाहिए , "क्या समझ में आता है" के अलावा। मेरे लिए, व्यवहार में, मैं छोटे ग्राहक अनुप्रयोगों के लिए .rdlc- आधारित रिपोर्टों का उपयोग करता हूं, और एसएसआरएस सर्वर पर एंटरप्राइज-ग्रेड रिपोर्ट को तैनात करता है।

सौभाग्य!





reporting-services