विस्तृत उत्तर लेकिन मैं इस बात से अलग होना चाहता हूं कि "एसएसआईएस प्रश्न में दिए गए दिनांक प्रारूप को पहचान नहीं सकता है।"
शायद अगर इसे "एसएसआईएस मदद के बिना आपूर्ति की गई तारीख प्रारूप को पहचान नहीं सकता" के रूप में बहाल किया गया था। इस मामले में मूल समस्या यह है कि डिफ़ॉल्ट रूप से दिनांक और संख्या पार्सिंग रूटीन हैं स्थान की जानकारी . सामान्य तौर पर, यह एक अच्छी बात है, सिवाय इसके कि जब यह न हो। मैं पहली बार इस पर ठोकर खाई जब मैं एक मेनफ्रेम से आने वाले ccyymmdd के प्रारूप में तिथियों से निपट रहा था। जैसा कि अन्य ने संकेत दिया है, यह tsql में पार्स करेगा, SSIS क्यों नहीं? वहाँ बहुत सारे लेख हैं जो स्ट्रिंग डेटा को वैध डेटाटाइम बनाने के लिए स्लाइसिंग और डाइसिंग की वकालत करते हैं लेकिन उस परेशानी से क्यों गुजरते हैं?
इसे नमूना इनपुट डेटा (टैब सीमांकित) के रूप में देखते हुए।
LongDateDesiresFastParse Gibberish
Oct 25 2011 10:18:10:756PM Hello world
Oct 24 2010 10:18:10:756PM Hello 2010 world
Oct 23 2009 10:18:10:756PM Hello 2009 world
Oct 22 2008 10:18:10:756PM Hello 2008 world
और एक पैकेज जो इस तरह दिखता है,
फ्लैट फ़ाइल स्रोत पर एक सेटिंग बदलकर , मैं पैकेज को विफल कर सकता हूं या नहीं।
फ्लैट फ़ाइल स्रोत पर राइट क्लिक करें और "उन्नत संपादक दिखाएं" चुनें। "इनपुट और आउटपुट गुण" टैब पर, आउटपुट कॉलम का विस्तार करें और दिनांक वाले कॉलम को ढूंढें। FastParse बदलें असत्य से सत्य . पर सेट करना ।
जब मैंने इसे चलाया, तो पैकेज मूल रूप से विफल हो गया क्योंकि यह उस मान को DB_TIMESTAMP
में संग्रहीत करने की सटीकता खो रहा था। . जब मैंने कॉलम को DB_TIMESTAMP2
. टाइप करने के लिए सेट किया तो मैं सफल रहा
डेमो पैकेज https://sites पर उपलब्ध है .google.com/site/billfellows/home/files/FastParse.dtsx?attredirects=0&d=1