우리는 csv 파일에서 테이블을 새로 고침해야합니다. 원본 파일 열은 텍스트 형식입니다. 대신 파생 된 열을 사용하여 데이터 형식을 변환하는 플랫 파일 원본 편집기 대상 당 데이터 유형을 변경합니다.아래의 언급 된 데이터 흐름에 대한 디자인 패턴 추천
아이디어는 파생 된 열로 불필요한 처리를 피하는 것입니다. 플랫 파일 데이터를 읽는 중에 오류가있는 경우 flow2 이것은 좋은 ETL 디자인 패턴입니까?
파생 열/데이터 Coversion 변환 비 차단 및 처리 오버 헤드를 추가 할 것이다. 그러나 나는 당신이하고있는 일을 성취하기위한 가장 좋은 방법은 오류 경로가 아닌 Flat File Connection Manager 자체에서 열의 데이터 유형을 정의하는 것이라고 생각합니다.
감사합니다.하지만 스크립트 구성 요소도 블로킹이 아닙니다.이 시나리오에서 우리는 불필요한 처리를 피할 수 있습니까? – user1254579
Nick이 언급했듯이, 유지하기 쉽지 않은 스크립트 작업을 사용하는 것은 불필요한 복잡성입니다. 컬럼에서 데이터 유형을 정의하지 않으려 고하는 유일한 유스 케이스는 소스 데이터 유형이 다양 할 때입니다. 이러한 경우 BIML을 사용하는 것이 가장 좋습니다. 일반적으로 연결 자체에서 정의하는 것이 가장 좋습니다. – VKarthik
스크립트 작업에는 두 가지 문제가 있습니다. 1. Visual Studio Editor의 안정성이 낮아서 Visual Studio 설치가 손상되어 스크립트를 더 이상 편집 할 수 없습니다. 2. 스크립트는 C 드라이브의 temp에서 특별히 강화 된 사용 권한이 필요합니다. 인프라는 종종 프로덕션 환경에서 구현하기를 꺼립니다. –
귀하의 질문이 매우 명확하지 않습니다. –
시스템이 복잡할수록 더 많은 것들이 잘못 될 수 있습니다. "쓰래드 컬럼에 의한 불필요한 처리"보다 "_ 스크립트 태스크로 불필요한 처리"를 피하는 것이 훨씬 낫습니다. –