플랫 파일 레코드 마이그레이션
개요
Microsoft BizTalk Server 다중 문자 구분 기호를 지원하지만 한 가지 유형의 구분 기호(자식 구분 기호)만 지원합니다.
세 개의 스키마 주석은 BizTalk Server 구분 기호 처리를 제어합니다. 두 가지는 구문 분석용(skip_CR, skip_LF) 및 직렬화용(append_newline)입니다. BizTalk Server 레코드를 마이그레이션할 때 다음과 같이 이러한 주석을 해석합니다.
skip_CR 주석의 값이 true이고 현재 구분 기호가 캐리지 리턴(0x0D)이 아닌 경우 BizTalk Server 현재 구분 기호에 캐리지 리턴을 추가합니다. 예를 들어 현재 구분 기호가 파이프 기호(0x7C)이면 파이프 기호 다음에 캐리지 리턴이 연결된 구분 기호가 사용됩니다(0x7C 0x0D). 현재 구분 기호가 캐리지 리턴인 경우 skip_CR 값에 관계없이 단일 캐리지 리턴으로 유지됩니다.
skip_LF 주석의 값이 true이면 BizTalk Server 현재 구분 기호에 줄 바꿈 문자(0x0A)를 추가합니다. 앞의 경우 현재 구분 기호가 파이프 기호(0x7C)인 경우 skip_CR 및 skip_LF 모두 true이면 3자 구분 기호 결과(0x7C 0x0D 0x0A)를 반환합니다.
BizTalk Server append_newline 주석의 설정을 무시합니다.
주석이 이와 같이 해석되면 대부분의 경우 큰 문제 없이 마이그레이션을 수행할 수 있지만 마이그레이션이 실패하는 경우도 있습니다. 예를 들어 skip_CR 및 skip_LF모두 true이고 현재 구분 기호가 파이프 기호(0x7C)인 경우 BizTalk Server 0x7C 0x0D 0x0A, 0x7C 0x0D, 0x7C 0x0A 및 0x7C 단일 레코드 집합 내에서 다음을 모두 유효한 구분 기호로 허용합니다. 이러한 구분 기호 집합을 사용하는 레코드는 마이그레이션할 수 없으며 BizTalk Server 사용자 지정 파서 코드가 필요합니다.
BizTalk Server 한 가지 형식의 구분 기호만 있지만 레코드가 쉽게 마이그레이션되도록 이전 주석을 해석합니다. BizTalk Server 스키마에 def_record_delimdef_field_delim, def_subfield_delim 값이 있고 delimiter_type inherit_record 참조되는 경우 BizTalk Server 해당 값을 검색하여 로컬로 저장합니다.
또한 BizTalk Server 자식이 없는 태그가 지정된 위치 레코드에 대한 필드를 추가합니다.