RDL रिपोर्ट पर RDLC का उपयोग कब करें?

Question

मैं पिछले हफ्तों में SSRS 2005/2008 का अध्ययन कर रहा हूं और कुछ सर्वर साइड रिपोर्ट बनाई है। कुछ आवेदन के लिए, एक सहकर्मी ने सुझाव दिया कि मैं उस विशेष स्थिति के लिए RDLC में देखता हूं। मैं अब आरडीएल और आरडीएलसी के बीच मुख्य अंतर के आसपास अपना सिर पाने की कोशिश कर रहा हूं।

इस जानकारी के लिए खोज करने से सबसे अच्छी तरह से खंडित जानकारी प्राप्त होती है। मैंने सीखा है कि:

• RDLC रिपोर्ट डेटा प्राप्त करने के बारे में जानकारी संग्रहीत नहीं करती है।
• RDLC रिपोर्ट को सीधे रिपोर्ट व्यूअर नियंत्रण द्वारा निष्पादित किया जा सकता है।

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

RDLC फ़ाइलों पर एक अच्छी समझ पाने के लिए, मैं यह जानना चाहूंगा कि RDL फ़ाइलों से उनका उपयोग कैसे अलग है और किस स्थिति में RDL पर RDLC का चयन किया जाएगा। संसाधनों के लिंक भी स्वागत योग्य हैं।

अपडेट करें:

ASP.NET फ़ोरम पर एक धागा इसी मुद्दे पर चर्चा करता है। इससे, मुझे इस मुद्दे पर कुछ बेहतर समझ मिली है।

RDLC की एक विशेषता यह है कि इसे ReportViewer नियंत्रण में पूरी तरह से क्लाइंट-साइड चलाया जा सकता है ।

• यह रिपोर्टिंग सेवा आवृत्ति की आवश्यकता को हटा देता है, और यहां तक ​​कि किसी भी डेटाबेस कनेक्शन की आवश्यकता को भी हटा देता है, लेकिन:
• यह आवश्यकता को जोड़ता है कि रिपोर्ट में आवश्यक डेटा मैन्युअल रूप से प्रदान किया जाना है।

यह एक फायदा है या एक नुकसान विशेष आवेदन पर निर्भर करता है।

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

Answer 1

मेरे अनुभव से दोनों चीजों के बारे में सोचने के लिए कुछ चीजें हैं:

I. RDL रिपोर्ट आमतौर पर HOSTED रिपोर्ट हैं। इसका मतलब है कि आपको SSRS सर्वर को लागू करने की आवश्यकता है। वे रिपोर्टिंग भाषा के लिए SQL सर्वर से Visual Studio के विस्तार में निर्मित हैं। जब आप SSRS स्थापित करते हैं, तो आपके पास 'बिजनेस इंटेलिजेंस डेवलपमेंट स्टूडियो' नामक एक ऐड होना चाहिए, जो इसके बिना रिपोर्ट के साथ काम करना बहुत आसान है।

आर इपोर्ट

डी efinition

एल अंगद

RDL रिपोर्ट के लाभ:

1. आप रिपोर्ट को ऐसे वातावरण में होस्ट कर सकते हैं जिसमें आपके लिए उन पर चलने वाली सेवाएँ हैं।
2. आप एक स्टैंडअलोन अवधारणा के रूप में सुरक्षा को संभालने के लिए किसी आइटम या विरासत के स्तर पर सुरक्षा को कॉन्फ़िगर कर सकते हैं
3. आप ईमेल भेजने के लिए सेवा को कॉन्फ़िगर कर सकते हैं (बशर्ते आपके पास एसएमटीपी सर्वर है जो आपके पास है) और फाइलों को शेड्यूल पर सहेजें
4. आपके पास आम तौर पर 'ReportServer' नामक एक डेटाबेस होता है जिसे आप एक बार प्रकाशित होने वाली रिपोर्टों पर जानकारी के लिए क्वेरी कर सकते हैं।
5. आप ASP.NET में लिखे गए क्लाइंट एप्लिकेशन, WPF (विनर कंट्रोल ब्लर के साथ!), या Winforms में .NET में 'ProcessMode.Remote' का उपयोग करके 'ReportViewer' के माध्यम से इन रिपोर्ट्स को अभी भी एक्सेस कर सकते हैं।
6. आप उन मापदंडों को सेट कर सकते हैं जो एक उपयोगकर्ता अधिक लचीलापन हासिल करने के लिए देख और उपयोग कर सकता है।
7. आप एक रिपोर्ट के कुछ हिस्सों को 'डेटा स्रोत' के साथ-साथ एक sql क्वेरी, xml या अन्य डेटासेट के रूप में कनेक्शन स्ट्रिंग्स के लिए उपयोग करने के लिए कॉन्फ़िगर कर सकते हैं। इन भागों और अन्य को नियमित रूप से कैश डेटा में संग्रहीत और कॉन्फ़िगर किया जा सकता है।
8. आप सेवाओं की .NET प्रॉक्सी कक्षाएं http: // / ReportServer / ReportingService2010 या / ReportExecution2005 लिख सकते हैं। आप कोड में SSRS रिपोर्ट करने वाले सर्वर से सीधे SSRS डेटा की ईमेलिंग, सेविंग या हेरफेर के लिए .NET में अपने OWN तरीके बना सकते हैं। ProgramService2010.asmx का उपयोग करके शेयरपॉइंट से प्रोग्रामेटिक रूप से SSRS रिपोर्ट निर्यात करें

downsides:

1. SSRS तेजी से उठने पर अन्य चीजों की तुलना में एक प्रकार का वाइनकी है। अधिकांश लोग सुरक्षा नीति और डिजाइनिंग रिपोर्ट को भ्रमित करके वी.एस. SQL 2005 = VS BIDS 2005, SQL 2008 = VS BIDS 2008, SQL 2012 = VS BIDS 2010 (LOL)।
2. सुरक्षा सेटिंग्स के लिए 1 नीति पर जारी रहना IMHO मूर्खतापूर्ण overcomplex है। सर्वर सुरक्षा, डेटाबेस सुरक्षा और भूमिकाएं हैं, सेवा के लिए होस्ट किए गए पृष्ठ पर दो सुरक्षा सेटिंग्स। अधिकांश लोग केवल एक व्यवस्थापक सेट नहीं कर सकते हैं और इसमें आश्चर्य नहीं है कि अन्य उपयोगकर्ता क्यों नहीं कर सकते हैं। SSRS पर सबसे आम शिकायत या प्रश्न आम तौर पर मेरे अनुभव से प्राप्त करने से संबंधित है।
3. आप अपनी रिपोर्ट को 'बढ़ाने' का उपयोग कर सकते हैं। अक्सर बार आप कुछ से अधिक करते हैं और आपकी रिपोर्ट प्रदर्शन में क्रॉल हो जाती है।
4. आपके पास उन चीजों की एक निर्धारित मात्रा है जो आप कर सकते हैं और निर्यात कर सकते हैं। SSRS के पास ऐसी कोई रिपोर्ट नहीं है जिसके बारे में मुझे पता है कि मैं एक जावास्क्रिप्ट हैक के बिना जानता हूं।
5. गति और प्रदर्शन एक हिट ले सकते हैं क्योंकि बेवकूफ SSRS कॉन्फ़िगरेशन सिस्टम को रीसायकल करता है और साइट लोड करते समय एक पहली रिपोर्ट में कुछ समय लग सकता है। आप इसे बदलकर इसे प्राप्त कर सकते हैं, लेकिन मैंने इसे बेहतर काम करने के लिए एक जीवंत सेवा बनाते हुए पाया है।

द्वितीय। RDLC रिपोर्टें उन प्रमाणित रिपोर्ट हैं जो किसी भी तरह से स्थापित नहीं हैं। नाम में अतिरिक्त c का अर्थ है 'ग्राहक'। आम तौर पर यह RDL भाषा का एक विस्तार है जिसका उपयोग केवल विजुअल स्टूडियो क्लाइंट एप्लीकेशन में किया जाता है। जब आप 'रिपोर्टिंग' आइटम जोड़ते हैं तो यह Visual Studio में मौजूद होता है।

RDLC रिपोर्ट के लाभ:

1. आप डेटासेट में wcf सेवा को बहुत अधिक आसान हुकअप कर सकते हैं।
2. आप डेटासेट पर अधिक नियंत्रण रखते हैं और सीधे एंटिटी फ्रेमवर्क ऑब्जेक्ट्स या ADO.NET से भरे POCO क्लासेस का उपयोग कर सकते हैं और साथ ही सीधे टेबल भी। आप रिपोर्ट के लिए बाध्य करने से पहले इसे अनुकूलन के लिए डेटा के साथ बंदर कर सकते हैं।
3. आप पीछे के कोड में सीधे ऐड ऑन के साथ लुक को कस्टमाइज़ कर सकते हैं।

downsides:

1. आपको अपने दम पर मापदंडों को संभालने की आवश्यकता है और जबकि आप लेगवर्क की अपेक्षा अपेक्षित और दुर्भाग्यपूर्ण होने में मदद करने के लिए रैपर तरीकों को लागू कर सकते हैं।
2. उपयोगकर्ता 'ReportViewer' नियंत्रण में पैरामीटर को तब तक नहीं देख सकता है जब तक कि वह दूरस्थ मोड में न हो और RLD रिपोर्ट तक नहीं पहुंच रहा हो। इस प्रकार आपको इसे पास करने के लिए नियंत्रण के बाहर अपने आप पर टेक्स्टबॉक्स, ड्रॉपडाउन, रेडियो बटन बनाने की आवश्यकता है। कुछ लोगों को इस तरह का नियंत्रण पसंद है, मैं व्यक्तिगत रूप से नहीं।
3. कुछ भी आप वितरण के लिए रिपोर्ट की सेवा के साथ करना चाहते हैं जो आपको अपने आप को बनाने की आवश्यकता है। ईमेल, सदस्यता, बचत। क्षमा करें, आपको .NET में निर्माण करने की आवश्यकता है या फिर एक प्रॉक्सी को लागू करें जो पहले से ही करता है कि ऊपर से आप केवल होस्ट की गई रिपोर्ट का उपयोग कर रहे हैं।

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

मुझे आशा है कि वह मदद करेंगे।

Answer 2

प्रश्न: आरडीएल और आरडीएलसी प्रारूपों में क्या अंतर है?

A: RDL फाइलें रिपोर्ट डिजाइनर के SQL सर्वर 2005 संस्करण द्वारा बनाई गई हैं। RDLC फाइलें रिपोर्ट डिजाइनर के विजुअल स्टूडियो 2008 संस्करण द्वारा बनाई गई हैं।

RDL और RDLC स्वरूपों में एक ही XML स्कीमा है। हालाँकि, RDLC फ़ाइलों में, कुछ मान (जैसे कि क्वेरी पाठ) को खाली करने की अनुमति है, जिसका अर्थ है कि वे तुरंत रिपोर्ट सर्वर पर प्रकाशित होने के लिए तैयार नहीं हैं। रिपोर्ट डिज़ाइनर के SQL Server 2005 संस्करण का उपयोग करके RDLC फ़ाइल खोलकर गुम मानों को दर्ज किया जा सकता है। (आपको पहले .rdlc का नाम बदलकर .rdlc करना होगा)

RDL फाइलें पूरी तरह से ReportViewer नियंत्रण रनटाइम के साथ संगत हैं। हालाँकि, RDL फ़ाइलों में कुछ जानकारी नहीं होती है जो रिपोर्ट-व्यूअर नियंत्रण का डिज़ाइन-समय स्वचालित रूप से डेटा-बाइंडिंग कोड बनाने के लिए निर्भर करता है। डेटा को मैन्युअल रूप से बाइंड करने से, RDL फाइलें रिपोर्ट व्यूअर कंट्रोल में उपयोग की जा सकती हैं। नया! आरडीएल व्यूअर नमूना कार्यक्रम भी देखें।

ध्यान दें कि ReportViewer नियंत्रण में डेटाबेस से कनेक्ट करने या क्वेरी निष्पादित करने के लिए कोई तर्क नहीं है। इस तरह के तर्क को अलग करके, गैर-डेटाबेस डेटा स्रोतों सहित सभी डेटा स्रोतों के साथ ReportViewer को संगत बनाया गया है। हालाँकि इसका मतलब यह है कि जब ReportViewer नियंत्रण द्वारा RDL फ़ाइल का उपयोग किया जाता है, तो RDL फ़ाइल में SQL संबंधित जानकारी को केवल नियंत्रण द्वारा अनदेखा किया जाता है। यह डेटाबेस से कनेक्ट करने, प्रश्नों को निष्पादित करने और ADO.NET DataTables के रूप में ReportViewer नियंत्रण के लिए डेटा की आपूर्ति करने के लिए होस्ट एप्लिकेशन की जिम्मेदारी है।

http://www.gotreportviewer.com/

Comments

क्या मैं दूरस्थ रिपोर्ट ( RDL ) के स्रोत के रूप में कस्टम ऑब्जेक्ट्स ( List<T>of MyEntity) का उपयोग कर सकता हूं , RDLC का नहीं ?

— किकेनेट

Answer 3

मैंने हमेशा सोचा है कि RDL और RDLC के बीच का अंतर यह है कि RDL SQL सर्वर रिपोर्टिंग सेवाओं के लिए उपयोग किया जाता है और RDLC क्लाइंट साइड रिपोर्टिंग के लिए Visual Studio में उपयोग किया जाता है। अनुकरण और संपादक लगभग समान हैं। RDL का मतलब है Report Defintion Languageऔर RDLC Report Definition Language Client-side ।

मुझे आशा है कि वह मदद करेंगे।

Comments

मैं 'क्लाइंट-साइड' हिस्से के आसपास अपना सिर नहीं जमा सकता था, जब तक मुझे एहसास नहीं हुआ कि आरडीएलसी के साथ यह संभव है (यहां तक ​​कि) कुछ डेटाबेस से कनेक्शन के लिए मजबूर किए बिना रिपोर्ट को डेटा मैन्युअल रूप से प्रदान करना संभव है।

— दान

Answer 4

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

आपका माइलेज अलग-अलग हो सकता है, और मुझे rdlc के ऐड डेवलपमेंट और मेंटेनेंस की जटिलता का पता चलता है, खासकर जब आपकी रिपोर्ट को सर्वर रेट रिपोर्ट के रूप में डिजाइन किया गया हो।

Comments

मैं सोच रहा हूं कि प्रदर्शन के बारे में, रिपोर्टिंग सेवाओं के साथ दूरस्थ सर्वर में RDL रिपोर्ट डालने के लिए सबसे अच्छा होगा। आपको अपने प्रत्येक ग्राहक कार्यस्थान को अपडेट करने की आवश्यकता नहीं है (आपको केवल एक साइट में एक रिपोर्ट अपडेट करना होगा)। 2005 संस्करण में मेमोरी लीक और कुछ मामूली बग हैं जिन्हें रिपोर्टिंग सेवाओं का उपयोग करते समय टाला जाता है।

— जूनियर मेहे

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

— marr75

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

— नाथन ग्रिफिथ्स

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

— marr75

@ marr75 - सर्वर बनाम क्लाइंट पैमाने अलग-अलग। सर्वर साइड के साथ, आप ईंट की दीवार को हिट करने की अधिक संभावना रखते हैं क्योंकि आप 25 कर्मचारियों को काम पर रखते हैं और वे सभी सर्वर को एक ही बार में हिट करते हैं। क्लाइंट पक्ष के साथ, सभी 25 को भार उठाने में मदद करने के लिए अपने स्वयं के पीसी मिलते हैं, इसलिए आप किसी भी ईंट की दीवार को नहीं मार सकते हैं - जैसा कि आपकी कंपनी बढ़ती है, सर्वर साइड समाधान के लिए अधिक बच्चा सम्भालना आवश्यक है। उस ने कहा, आप सर्वर को अधिक अनुकूलित कर सकते हैं, और यह केवल एक ही स्थान पर करने की आवश्यकता है - मैं सही इंडेक्स बनाने के बारे में सोच रहा हूं - प्रत्येक डीबीए को शामिल करें। मेरी प्राथमिकता क्लाइंट पक्ष का उपयोग करना है, लेकिन अधिकतम.परफॉर्मेंस के लिए दोनों को अनुकूलित करें!

— माइक्रोसेरोऑनडीडी

Answer 5

इनमें से कुछ बिंदुओं को ऊपर संबोधित किया गया है, लेकिन यहाँ VS2008 पर्यावरण के लिए मेरा 2-सेंट है।

RDL (दूरस्थ रिपोर्ट): यदि आप कुछ उन्नत सुविधाओं जैसे शेड्यूलिंग, तदर्थ रिपोर्टिंग, आदि का उपयोग करना चाहते हैं, तो बेहतर विकास अनुभव, अधिक लचीलापन ...

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

स्थानीय रिपोर्टों के साथ एक विशाल कैवेट एक ज्ञात स्मृति रिसाव है जो प्रदर्शन को गंभीर रूप से प्रभावित कर सकता है यदि आपके क्लाइंट कई बड़ी रिपोर्ट चला रहे होंगे। इसे रिपोर्ट व्यूअर के नए VS2010 संस्करण के साथ संबोधित किया जाना चाहिए।

मेरे मामले में, चूंकि हमारे पास रिपोर्टिंग सेवा उपलब्ध है, इसलिए मैं नई रिपोर्ट्स को RDL के रूप में विकसित करता हूं और फिर उन्हें स्थानीय रिपोर्टों (जो आसान है) में परिवर्तित करता हूं और उन्हें स्थानीय रिपोर्टों के रूप में तैनात करता हूं।

Answer 6

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

Answer 7

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

मुझे यकीन नहीं है कि यह अभी भी SQL सर्वर के नए संस्करणों के साथ लागू होता है, लेकिन एक समय में यदि आपने SQL सर्वर डेटाबेस और रिपोर्टिंग सेवा इंस्टेंसेस को दो अलग-अलग मशीनों पर रखना चुना है, तो आपको दो अलग SQL सर्वर लाइसेंस की आवश्यकता थी:
http://social.msdn.microsoft.com/forums/en-US/sqlgetstarted/thread/82dd5acd-9427-4f64-aea6-511f09aac406/

रिपोर्टिंग सेवा लाइसेंसिंग के बारे में आप इसी तरह के अन्य ब्लॉगों और पोस्टों के लिए बिंग कर सकते हैं ।

Comments

SQL सर्वर लाइसेंसिंग के लिए अभी भी आपके पास हर उस मशीन का लाइसेंस होना आवश्यक है जिसमें SQL सर्वर का कोई भी घटक स्थापित है। इसलिए एक स्केल-आउट परिनियोजन जहां रिपोर्ट सर्वर डेटाबेस रिपोर्ट सर्वर सेवा के लिए एक अलग सर्वर पर हैं, प्रत्येक सर्वर के लिए एक अलग लाइसेंस की आवश्यकता होती है।

— नाथन ग्रिफ़िथ

Answer 8

VS2008 के लिए, मेरा मानना ​​है कि RDL आपको RDLC से बेहतर संपादन सुविधाएँ देता है। उदाहरण के लिए, मैं RDL के साथ टेक्स्टबॉक्स में चयनित राशि पर बोल्ड को बदल सकता हूं, जबकि RDLC में यह संभव नहीं है।

RDL: abcd efgh ijklmnop

RDLC: abcd efgh ijklmnop -or- abcd efgh ijklmnop (आपके एकमात्र विकल्प हैं)

ऐसा इसलिए है क्योंकि RDLC 2005 से पहले के नामस्थान / स्वरूपण का उपयोग कर रहा है, जबकि RDL 2008 का उपयोग कर रहा है। हालांकि यह वीएसडी0 से बदल जाएगा

Comments

यह rdl और rdlc के बीच अंतर के कारण नहीं है, यह 2005 और 2008 में sql सर्वर रिपोर्टिंग सेवाओं के बीच का अंतर है। रिपोर्ट दर्शक पुनर्वितरण, जो sql सर्वर के विकास में पिछड़ जाता है, क्लाइंट साइड रिपोर्टिंग का समर्थन करता है, यह अंतराल अंतर का कारण है। आप वर्णन कर रहे हैं।

— marr75

बड़ी संख्या में कीड़े होने के कारण, मैं 2005 (RDLC) से 2008 रिपोर्टिंग सेवा (RDL)

— जूनियर मेहे

Answer 9

यदि हमारे पास कम संख्या में रिपोर्टें हैं जो कम जटिल हैं और asp.net वेब पृष्ठों द्वारा खपत की जाती हैं। Rdlc के साथ जाना बेहतर है, इसका कारण यह है कि हम RS उदाहरण पर रिपोर्ट करने से बच सकते हैं। लेकिन हमें डेटा को DB से मैन्युअल रूप से प्राप्त करना होगा और इसे rdlc में बाँधना होगा।

विपक्ष: दृश्य स्टूडियो में rdlc डिजाइन करना SSrs डिजाइनर की तुलना में थोड़ा मुश्किल है।

प्रो: रखरखाव आसान है रिपोर्ट को हम पृष्ठ से निर्यात करते समय, सर्वर साइड रिपोर्ट की तुलना में प्रदर्शन लाभ प्राप्त किया।

Answer 10

यदि आप asp.net में रिपोर्ट का उपयोग करना चाहते हैं तो .rdl का उपयोग करें यदि आप रिपोर्ट बिल्डर / रिपोर्ट सर्वर में उपयोग / देखना चाहते हैं तो .rdlc का उपयोग केवल मैन्युअल रूप से प्रारूपित करके करें।

Comments

ऐसा प्रतीत होता है कि RDL और RDLC को चारों ओर स्वैप किया गया है, जहां वे चलते हैं - और यहां तक ​​कि अगर ऐसा नहीं हुआ, तो इससे मौजूदा उत्तरों के दसियों में कुछ भी उपयोगी नहीं होगा।

— अंडरस्कोर_ड

स्थानीय रिपोर्टिंग के लिए rdlc extensión है, आप Aspnet, winforms या wpf में उपयोग कर सकते हैं। msdn.microsoft.com/es-es/library/ms252104.aspx । आप दूरस्थ प्रोसेसिंग मोड में .rdlc फ़ाइलों का उपयोग नहीं कर सकते

— dgzornoza