Câu trả lời chi tiết nhưng tôi xin phép khác là liệu "SSIS không thể nhận dạng định dạng ngày tháng được cung cấp trong câu hỏi."
Có lẽ nếu nó được đặt lại là "SSIS không thể nhận dạng định dạng ngày được cung cấp mà không có sự trợ giúp." Vấn đề gốc trong trường hợp này là theo mặc định, quy trình phân tích cú pháp ngày và số là nhận biết ngôn ngữ . Nói chung, đây là một điều tốt, trừ khi nó không. Lần đầu tiên tôi vấp phải vấn đề này khi xử lý ngày tháng ở định dạng ccyymmdd trên máy tính lớn. Như những người khác đã chỉ ra, nó sẽ phân tích cú pháp bằng tsql, tại sao không phải là SSIS? Có rất nhiều bài báo ủng hộ việc cắt và cắt dữ liệu chuỗi để biến nó thành ngày giờ hợp lệ nhưng tại sao lại gặp phải những rắc rối đó?
Cho đây là dữ liệu đầu vào mẫu (được phân cách bằng tab).
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
Và một gói trông như thế này,
Bằng cách thay đổi một cài đặt trên Nguồn tệp phẳng , Tôi có thể làm cho gói bị lỗi hoặc không.
Nhấp chuột phải vào Nguồn tệp phẳng và chọn "Hiển thị trình chỉnh sửa nâng cao." Trên tab "Thuộc tính đầu vào và đầu ra", hãy mở rộng Cột đầu ra và tìm cột chứa ngày. Thay đổi FastParse cài đặt từ Sai thành Đúng .
Khi tôi chạy nó, gói ban đầu không thành công vì nó mất độ chính xác khi lưu trữ giá trị đó vào một DB_TIMESTAMP . Tôi đã thành công khi đặt cột thành nhập DB_TIMESTAMP2
Gói demo có sẵn tại https:// sites .google.com / site / billfellows / home / files / FastParse.dtsx? attredirects =0 &d =1
