👩‍👩‍👧‍👦 🎶 🤘🏽 रिपोर्ट में HTML प्रदर्शित करने के लिए MS SQL Server रिपोर्टिंग सेवा 2008 R2 सीखें 📘 🥑 💝

समस्या

हाल ही में मुझे SSRS 2008 R2 रिपोर्ट में डेटाबेस में संग्रहीत HTML तालिकाओं को दिखाने की आवश्यकता का सामना करना पड़ा।
और यहां एक्स्ट्रा कलाकार सावधानीपूर्वक तैयार की गई रेक को मंच पर ले जाते हैं। बात यह है कि SSRS 2008 R2 में रिपोर्ट प्रबंधक केवल सीमित संख्या में HTML टैग का समर्थन करता है, और तालिका वाले शामिल नहीं हैं।
आधिकारिक दस्तावेज के अनुसार, केवल निम्नलिखित टैग समर्थित हैं:

लिंक: एक HREF
फ़ॉन्ट: फॉंट
हेडर्स, ब्लॉक एलिमेंट्स: H {n}, DIV, SPAN, P, LI
पाठ स्वरूपण: B, I, U, S
सूचियाँ: OL, UL, LI

CSS विशेषताओं की सूची भी बहुत कम हो गई है।

इंटरनेट पर एक लंबी खोज के बाद, यह स्पष्ट हो गया कि डेवलपर समुदाय द्वारा प्रस्तावित कोई भी विकल्प मेरे अनुरूप नहीं होगा।

अध्ययन

विकल्प इस प्रकार थे:

HTML को सर्वर-साइड छवि में विशेष रूप से डिज़ाइन किए गए घटक (कस्टम रिपोर्ट आइटम) का उपयोग करके रेंडर करें
तालिका सिमुलेशन के साथ समर्थित टैग के साथ टैग बदलें (आपको रिपोर्ट में एक स्क्रिप्ट लिखने की आवश्यकता है)

एक चर्चा में, मैं एक संकेत - क्लाइंट-साइड जावास्क्रिप्ट पर आया था। कोई तैयार समाधान नहीं था।
रिपोर्ट के प्रदर्शित होने पर क्लाइंट की ओर से किस कोड को निष्पादित किया जाता है, इसका विश्लेषण करने की कोशिश कर रहा हूं। मैंने ब्राउज़र में रिपोर्ट कोड देखा और एम्बेडेड ReportingServices.js स्क्रिप्ट पाया:

<script language="JScript" src="/Reports_SQLEXPRESS/js/ReportingServices.js" type="text/Javascript"></script>

मेरे सर्वर पर स्क्रिप्ट यहाँ थी:

 c:\Program Files\Microsoft SQL Server\MSRS10_50.SQLEXPRESS\Reporting Services\ReportManager\js\ReportingServices.js

मुझे इस स्क्रिप्ट का उपयोग करके जावास्क्रिप्ट इंजेक्शन के विषय पर कुछ लेख मिले, लेकिन मुख्य समस्या यह थी कि मेरे संशोधन केवल एक बार किए गए थे जब रिपोर्ट का पहला पृष्ठ प्रदर्शित किया गया था, और जब अगले पृष्ठों पर स्विच किया गया तो इंटरफ़ेस तत्वों को फिर से नहीं बनाया गया (AJAX)।
SSRS के सिद्धांतों को बेहतर ढंग से समझने का प्रयास DevExtras CodeReflect का उपयोग करते हुए मुख्य सर्वर DLL के कोड अंशों के अध्ययन और IE9 डेवलपर टूल / ओपेरा ड्रैगनफ्लाई में रिपोर्ट तैयार करने के साथ जारी रहा।
नतीजतन, मुझे निम्नलिखित मिला:

Ajax का उपयोग करने वाले WebForms के लिए, कई घटनाएं हैं जो पृष्ठ जीवन चक्र को निर्धारित करती हैं।
इन घटनाओं में से एक, लोड, हर बार एक पेज लोड होने और सभी अजाक्स कॉल को कहा जाता है
अजाक्स क्लाइंट लाइफ-साइकल इवेंट्स लेख में विवरण: http://msdn.microsoft.com/en-us/library/bb386417.aspx

अपने स्वयं के हैंडलर को जोड़ने के लिए, आपको JS फ़ंक्शन पेजलोड बनाने की आवश्यकता है, जो लोड इवेंट के दौरान स्वचालित रूप से निष्पादित हो जाएगा:

 function pageLoad(sender, args) { //  ,  alert("!"); }

मैं इस निर्माण को ReportingServices.js स्क्रिप्ट की शुरुआत में सम्मिलित करता हूं। यह काम करता है!

निर्णय

दरअसल, तब पहेली पहले से ही इकट्ठी थी और निम्नलिखित समाधान निकला:

% SSRS के आरंभ में निम्नलिखित फ़ंक्शन जोड़ें Dir% \ Reporting Services \ ReportManager \ js \ ReportingServices.js स्क्रिप्ट स्थापित करें:

 function pageLoad() { var toDecode = document.getElementsByTagName("div"); //   DIV for (var i = 0; i < toDecode.length; ++i){ //  if(toDecode[i].innerHTML.indexOf("HTMLInject:") == 0){ // DIV  ? Decoded = toDecode[i].innerText || toDecode[i].textContent; //  IE, Opera, FF toDecode[i].innerHTML = Decoded.slice(11); //   & TXT --> HTML } } }

अब, मान फ़ील्ड में प्लेसहोल्डर गुणों में HTML को फ़ील्ड के रूप में प्रदर्शित करने के लिए, निम्नलिखित लिखें:
```
 ="HTMLInject:"+Fields!FieldName.Value 
```
, जहां FieldName HTML वाले डेटासेट में फ़ील्ड का नाम है।

इस स्थिति में, फ़ील्ड की सामान्य \ Markup प्रकार की संपत्ति को " कोई नहीं - केवल सादे पाठ " पर सेट किया जाना चाहिए।
यदि आपको HTML शैलियों को बदलने की आवश्यकता है, तो आप इस CSS में परिवर्तन कर सकते हैं: % SSRS इंस्टॉल करें% d \ ReportingServices \ ReportManager \ Styles \ ReportingServices.css हालाँकि, मैं भाग्यशाली था और मेरी HTML तालिकाओं को उन वर्गों के साथ स्वरूपित किया गया था जिन्हें मैंने CSS फ़ाइल में जोड़ा था।

अब उदाहरण हैं

तो डिफ़ॉल्ट रूप से फ़ील्ड प्रदर्शित होता है ("कोई नहीं - केवल पाठ"):

यदि टेबलअप प्रकार "HTML - स्टाइल के रूप में HTML टैग की व्याख्या करें" पर सेट है, तो यह दिखाया गया है:

मेरा विकल्प:

इस तरह के निर्णय के प्रो / संक्रमण

लाभ:

संचालित
आसान और त्वरित करने के लिए।

नुकसान:

यह वेब इंटरफेस में रिपोर्ट प्रदर्शित करते समय ही काम करता है। अन्य रिपोर्ट प्रारूपों (एक्सेल, पीडीएफ, वर्ड ...) में टैग के साथ सभी HTML प्रदर्शित होते हैं। वर्कअराउंड के रूप में, आप एक फ़ील्ड के लिए कई कॉलम का उपयोग कर सकते हैं और दृश्यता चिन्ह "सूत्र के साथ" या " अभिव्यक्ति के आधार पर छिपाएँ " = ग्लोबल्स! RenderFormat.Name "(जो रिपोर्ट के प्रारूप के आधार पर केवल एक कॉलम दिखाते हैं)। इसके अलावा, अन्य प्रारूपों के लिए रिपोर्टों में, किसी प्लेसहोल्डर के लिए किसी तरह HTML को कंघी करने के लिए फ़ंक्शन विकसित करना पहले से संभव है (उदाहरण के लिए, समर्थित टैग की जगह, या चित्रों के रूप में प्रदर्शित करना)।
रिपोर्ट मेनू (डॉक्यूमेंट मैप) पर नेविगेशन उड़ता है - अर्थात, दस्तावेज़ में एंकर सही तरीके से तैनात नहीं हैं और रेंडर किए गए HTML तत्वों के लिए एक राशि से एक बदलाव हो सकता है जो इस बात पर फर्क करता है कि हमारा क्षेत्र SSRS कैसे प्रदर्शित होने वाला था, और परिणामस्वरूप यह दिखा।
जटिल रिपोर्टों और धीमी गति से ग्राहकों पर प्रदर्शन
XSS

निष्कर्ष

तो, सरल उपकरणों की मदद से, आप SSRS को HTML प्रदर्शित करना सिखा सकते हैं ... लेकिन क्यों!
सैंकड़ों पोस्ट, हतप्रभ से लेकर क्रोधित तक, इस तरह की त्रासदी के कारण इंटरनेट पर छा गया।
यहां तक कि BIRT लंबे समय तक ऐसा करने में सक्षम है, और SSRS2012 का नवीनतम संस्करण अभी तक उपलब्ध नहीं है (प्रूफलिंक: http://technet.microsoft.com/en-us/library/ff519562.aspx )।
ऐसे विचार हैं कि MS ने HTML प्रदर्शन को इतने सीमित तरीके से कार्यान्वित किया ताकि रिपोर्टिंग प्रणाली की सुरक्षा / स्थिरता को प्रभावित न किया जा सके, लेकिन ऐसा लगता है कि सभी वैकल्पिक समाधान कुख्यात "ट्रॉलीबस" से मिलते जुलते हैं।

युपीडी:
HTML को एक चित्र में प्रस्तुत करने के बारे में - इसके आधार पर , आप एक कस्टम रिपोर्ट आइटम विकसित करने का प्रयास कर सकते हैं।