FML과 View(STRUCTURE)의 비교

 

구    분	FML	VIEW(Structure)
버퍼의 유연성	하나의 버퍼에 여러유형의 데이터값을 저장한다.	정의되어진 데이터 유형만을 저장한다. ( View를 다시 정의해야만 가능 )
필드의 Multiple Occurrence의 지원	지원 가능.	지원되지 않음.
버퍼의 저장공간	필요한 필드만을 저장하기 때문에 저장공간을 절약할수 있다.	View(structure)에 정의되어진 모든 필드들에 대해서 메모리가 할당되므로 메모리 낭비가 크다.
필드의 크기가 변동시	재 컴파일 불필요.	View(structure)파일을 수정하고 이를 사용하는 모든 프로그램들을 재 컴파일해야 함.
데이터 전송	데이터 전송시 필요한 필드들의 Data만 전송.	View(structure)파일에 정의된 View의 모든 필드를 전송하므로,  필요로 하지않는 필드의 값까지 전송된다.
필드정의	1개의 필드정의만으로 모든 프로그램에 적용이 가능.	데이터구조가 다른 경우에 새로운 View(Structure)를 구성해야 한다.
별도의 버퍼조작 함수	FML Buffer에 데이터를 저장하고 꺼내오는 API Function를 사용.( 2~5가지 함수의 사용법만 습득하면 가능)	C언의의 구조체와 동일. 추가적인 Buffer조작 함수를 습득할 필요 없음.
개발/유지보수	Buffer조작함수들을 MACRO, Library, UserObject(PB), Compnent(Delphi) 를 개발초기에 정의하여 사용시 개발/유지보수가 용이하다.	개발시 자주 View(structure) 를 정의해야 하고, 유지보수시에도 필드의 크기변동, 필드추가시 재 정의하여 재 컴파일해야함.
버퍼 Header	Header데이타를 추가전송.	Header데이타 불필요.
버퍼의 필드 접근	FML 조작함수를 이용하여 접근한다. 약간의 Overhead가 있음.	C의 Structure 필드 접근방법과 동일.
적용범위	일반적인 조회, 입력 서비스에 적합.	서비스의 빠른 응답시간을 요구하는 부분에 적합.

 

TUXEDO에서는 업무 성격에 따라 FML, VIEW Type 모두 지원 가능함.