मैं एक पैकेज में 200 डेटा प्रवाह नहीं करना चाहता। जिस समय इसे खोलने और मान्य करने में समय लगेगा, वह आपको आपके समय से पहले बूढ़ा कर देगा।
EzAPI मजेदार है, लेकिन अगर आप .NET और SSIS के लिए नए हैं , तो हे नर्क, आप ऐसा नहीं चाहते हैं। मुझे लगता है कि आप SSIS ऑब्जेक्ट मॉडल के बारे में सीखने में और अधिक समय बिताएंगे और संभवतः COM के साथ काम करने से वास्तव में काम हो जाएगा।
जब से मैं आलसी हूँ, मैं BIML को एक मुफ्त विकल्प के रूप में प्लग करूँगा जो आपने सूचीबद्ध नहीं किया था। SO /programming/13809491/generating-several-similar-ssis-packages-file-data-source-to-db/13809494#13809604 पर एक उत्तर से
- बिमल एक दिलचस्प जानवर है। वैरेंस आपको मिस्ट का लाइसेंस बेचकर खुश होगा लेकिन इसकी जरूरत नहीं है। आपको केवल BIDSHelper की आवश्यकता होगी और फिर BimlScript के माध्यम से ब्राउज़ करें और एक ऐसी रेसिपी की तलाश करें जो आपकी आवश्यकताओं का अनुमान लगाती हो । आपके पास एक बार, BIDSHelper और whoosh में संवेदी संवेदनशील मेनू बटन पर क्लिक करें, यह संकुल बनाता है।
मुझे लगता है कि यह आपके लिए भी एक दृष्टिकोण हो सकता है। आप अपने बीआईएमएल को परिभाषित करते हैं जो बताता है कि आपके पैकेज को कैसे व्यवहार करना चाहिए और फिर उन्हें उत्पन्न करना चाहिए। परिदृश्य में आप वर्णन करते हैं कि आप कहां बदलाव करते हैं और एन पैकेज को ठीक करना है, नहीं, आप समस्या की अपनी परिभाषा को ठीक करते हैं और संकुल को फिर से बनाते हैं।
या यदि आपने फ्रेमवर्क के साथ पर्याप्त परिचितता प्राप्त की है, तो ईज़ीएपीआई जैसे कुछ का उपयोग करें और सभी टूटे हुए सामान को ठीक करने के लिए। हेक, चूंकि आपने इसे 2005 के रूप में टैग किया है, आप PacMan को एक कोशिश दे सकते हैं यदि आपको मौजूदा पैकेजों में बड़े पैमाने पर संशोधन करने की आवश्यकता है।
SSIS डिजाइन विचार
सामान्यतया, मैं अपने पैकेज को एक ही कार्य (लोड बिक्री डेटा) को हल करने पर ध्यान केंद्रित करने की कोशिश करता हूं। यदि इसके लिए 2 डेटा प्रवाह की आवश्यकता होती है, तो यह हो। मुझे जो विरासत से नफरत है वह आयात निर्यात विज़ार्ड से एक पैकेज में कई संयुक्त राष्ट्र से संबंधित डेटा प्रवाह के साथ एक पैकेज है। उन्हें ऐसी चीज़ में शामिल करें जो एक बहुत ही विशिष्ट समस्या को हल करती है। यह भविष्य में वृद्धि को कम जोखिम भरा बनाता है क्योंकि सतह क्षेत्र कम हो जाता है। एक अतिरिक्त लाभ यह है कि मैं लोडिंग पर काम कर सकता DimProductsहूं, जबकि मेरा मिनियन लोडिंग SnowflakeFromHellपैकेज के साथ काम कर रहा है ।
फिर बच्चे के काम के प्रवाह को ऑर्केस्ट्रेट करने के लिए मास्टर पैकेज का उपयोग करें। मुझे पता है कि आप 2005 में हैं, लेकिन SQL Server 2012 की SSIS की रिलीज़ बिल्ली की पजामा है। मुझे प्रोजेक्ट परिनियोजन मॉडल और पैकेज के बीच की कड़ी एकीकरण की अनुमति है।
TSQL बनाम SSIS (मेरी कहानी)
शुद्ध TSQL दृष्टिकोण के लिए, पिछली नौकरी में, उन्होंने अपने सभी Informix डेटा को SQL सर्वर में दोहराने के लिए 73 कदम की नौकरी का उपयोग किया था। इसमें आमतौर पर 9 घंटे लगते थे लेकिन यह 12 या इससे अधिक तक फैल सकता था। जब उन्होंने एक नया SAN खरीदा, तो यह लगभग 7+ घंटे तक कम हो गया। एक ही तार्किक प्रक्रिया, SSIS में फिर से लिखा गया एक सुसंगत उप 2 घंटे था। उस समय के ड्राइविंग में आसानी से सबसे बड़ा कारक "फ्री" समानांतरण था जो हमें SSIS का उपयोग करके मिला। एजेंट नौकरी ने उन सभी कार्यों को धारावाहिक में चलाया। मास्टर पैकेज ने मूल रूप से तालिकाओं को प्रसंस्करण इकाइयों ("रन प्रतिकृति तालिका 1 के क्रमबद्ध कार्यों के 5 समानांतर सेट", तालिका 2, आदि) में विभाजित किया, जहां मैंने बाल्टी को काम के बराबर आकार की इकाइयों में विभाजित करने की कोशिश की। इसने 60 या तो लुकअप रेफरेंस टेबल को जल्दी से आबाद करने की अनुमति दी और फिर प्रसंस्करण धीमा हो गया क्योंकि यह "
SSIS का उपयोग करते हुए मेरे लिए अन्य प्लस यह है कि मुझे "फ्री" कॉन्फ़िगरेशन मिलता है, वर्ग डेटा के लिए .NET लाइब्रेरी में लॉगिंग और एक्सेस करने के लिए मुझे एक गोल छेद में सेंकना चाहिए। मुझे लगता है कि जानवर की चित्रमय प्रकृति के आधार पर एक शुद्ध TSQL दृष्टिकोण की तुलना में SSIS पैकेज को बनाए रखना (रखरखाव बंद करना) आसान हो सकता है।
हमेशा की तरह, आपके माईलेज़ भिन्न हो सकते हैं।