2009-06-27 8 views
5

मैं हमारी कंपनी में हमारे मानक रिपोर्टिंग प्लेटफॉर्म के रूप में SQL सर्वर रिपोर्टिंग सेवाओं को लागू करने के लिए देख रहा हूं। हम क्रिस्टल रिपोर्टों का परीक्षण कर रहे थे, लेकिन ऐसा लगता है कि यह मुद्दों से पीड़ित है।एसक्यूएल सर्वर रिपोर्टिंग सेवाएं .. अन्य तकनीकों के साथ एकीकृत करने के लिए सबसे अच्छी सलाह?

SQL सर्वर रिपोर्टिंग सेवाएं एक अच्छा उत्पाद प्रतीत होता है, लेकिन मुझे चिंता या दो चिंता है।

मेरे पास कोल्डफ्यूज़न में कुछ मौजूदा वेब ऐप्स हैं, और बैकएंड MySQL में है। अगर मैं SQL सर्वर रिपोर्टिंग सेवाओं के साथ आगे बढ़ता हूं, तो मुझे अपना पर्यावरण कैसे स्थापित करना चाहिए? क्या कोई जेडीबीसी कनेक्टर है या ओडीबीसी इस बात से बात करने का एकमात्र तरीका है?

उपयोगकर्ता के लिए यह कैसे एकीकृत करता है? क्या मुझे रिपोर्ट देखने के लिए उपयोगकर्ता को पुन: प्रमाणीकृत करने की आवश्यकता होगी? रिपोर्टिंग सर्विसेज सिस्टम से लिंक करने के लिए मुझे कोल्डफ्यूजन में एक लिंक डालना होगा? क्या उपयोगकर्ता के लिए इसे निर्बाध बनाने का कोई तरीका है?

क्या मुझे SQL सर्वर प्लेटफ़ॉर्म को पूरी तरह से लाभ उठाने के लिए SQL सर्वर पर सभी बैकएंड पोर्ट करना चाहिए? क्या मुझे अपने मौजूदा ऐप्स को ASP.NET में परिवर्तित करना चाहिए, और पूरे प्लेटफ़ॉर्म SQL सर्वर/ASP.NET को बनाना चाहिए?

यह इस तथ्य में बहुत बुरा नहीं है कि मौजूदा ऐप्स/MySQL आकार के नहीं हैं जो पोर्ट के लिए बहुत बड़ा है। तो मुझे लगता है कि कुछ बेहतरीन अभ्यास की तलाश है यह देखने के लिए कि क्या रिपोर्टिंग सेवाओं के घटक का उपयोग करना ठीक है या नहीं, या यदि मैं माइक्रोसॉफ्ट समाधान में सबकुछ समेकित करने के लिए बेहतर हूं।

उत्तर

3

मुझे लगता है कि यह आपके विचार से आसान होगा!

  • रिपोर्टिंग सेवा खुशी से किसी भी OLEDB या ODBC स्रोत से रिपोर्ट प्राप्त कर लेगा, और MySQL ODBC ड्राइवर है, तो वहाँ एक SSRS रिपोर्ट के माध्यम से अपने डेटा पर हो रही है कोई समस्या नहीं है।

  • आप कई तरीकों से प्रमाणीकरण सेट अप कर सकते हैं। यदि आपके उपयोगकर्ता पहले से ही आपके विंडोज डोमेन में प्रमाणीकृत हैं, तो यह आसान होगा:

    • एसएसआरएस को यह जानने की जरूरत है कि रिपोर्ट कौन देख रही है। यह अज्ञात देखने की अनुमति देगा (यदि आप इसे सक्षम करते हैं; यह डिफ़ॉल्ट रूप से बंद है), लेकिन यदि आप आईई का उपयोग कर रहे हैं और आईआईएस सर्वर के समान डोमेन में लॉग इन हैं, तो यह पूरी तरह पारदर्शी है
    • एसएसआरएस तब इस पहचान का उपयोग कर सकता है डेटा स्रोत से कनेक्ट करें, या यह एक और पहचान का उपयोग कर सकते हैं। यह प्रति रिपोर्ट या प्रति डेटा स्रोत विन्यास योग्य है।
  • एक चीज जो आप कर सकते हैं वह है आपके ठंडे फ़्यूज़न पृष्ठों में आईफ्रेम के भीतर अपनी रिपोर्ट एम्बेड करें। यह पूरी चीज को निर्बाध बना देगा। रिपोर्ट सर्वर पर एक उचित गठित यूआरएल भेजकर सुलभ है, इसलिए यह काफी लचीला है।

ASP.NET के लिए सब कुछ बदल रहा है के रूप में, आप हूँ वास्तव में केवल प्राप्त लाभ से कि अगर तुम कभी रिपोर्टिंग सर्वर का प्रबंधन, या कस्टम एक्सटेंशन लिखने (को लिखने (और साथ एकीकृत) अपने कोड की जरूरत डेटा प्रदाता, डिलीवरी एक्सटेंशन और जैसे), लेकिन मेरे अनुभव में यह बहुत दुर्लभ है क्योंकि विचार करने योग्य नहीं है। अब आपके पास जो कुछ है उसके साथ जाओ।

+0

बहुत अच्छा लगता है। तो अगर आईफ्रेम में इसका ठंडाफ्यूजन है, तो अगर यह प्रमाणीकृत नहीं है तो यह आईफ्रेम में उपयोगकर्ता लॉगिन प्रॉम्प्ट देगा? क्या यूआरएल या कुछ के माध्यम से लॉगिन करना संभव है या यह बहुत मुश्किल है? मैंने सुना है कि रिपोर्टिंग सेवाएं एसक्यूएल सर्वर एक्सप्रेस के साथ आती हैं इसलिए मुझे लगता है कि यह एक सस्ता समाधान है! ? त्वरित प्रतिक्रिया के लिए धन्यवाद .. – Brettski

+0

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

+0

चीयर्स धन्यवाद जेरेमी, बहुत अच्छा लगता है .. – Brettski

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

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