RDB화로 인한 기능 변경 사항

AIM DB와 기존의 NDB는 레코드를 데이터셋에 저장했으며, 레코드를 저장할 주소를 결정하기 위해 레인지와 페이지라는 개념이 사용되었다. 각 레코드는 레코드의 크기에 따라 레인지에서 저장될 위치가 결정되고 하나의 레인지에 얼마나 많은 레코드를 저장할 수 있을지를 PRIME 영역과 OVERFLOW 영역의 크기를 기술해 결정했다. 페이지는 기본적으로 DB 엔진이 결정하지만 사용자 랜덤 저장 모드로 사용자가 직접 결정할 수 있는 기능도 있었다.

새로운 OpenFrame NDB는 RDB 테이블을 레코드의 저장 공간으로 사용하기 때문에 ADL 스키마의 데이터셋과 페이지 개념이 더이상 의미가 없으며 PRIME과 OVERFLOW 영역의 개념도 폐기되었다. OpenFrame NDB는 기본적으로 모든 레코드를 같은 논리 페이지에 저장한다. 다만 사용자 랜덤 페이지 지정 기능은 여전히 지원해서 해당 기능을 통해 사용자가 페이지를 직접 결정하는 경우 페이지 번호를 테이블에 컬럼으로 정의해 함께 저장한다.

AIMD DB에서 SLS와 MLS는 AIM DB에서 각 레코드가 저장되는 주소값에 대한 체계였으며, MLS에서 SLS보다 더 많은 데이터를 저장할 수 있었다.

OpenFrame NDB에선 레코드의 물리적 주소 개념이 폐기되었고, 레코드가 테이블에 저장되므로 레코드마다 저장될 수 있는 최대 레코드의 크기는 사용하는 대상 RDB가 정한 테이블스페이스의 제한(Tibero의 경우 32GB)을 따르며, 개별 레코드 타입 당 최대 레코드의 개수는 NDB의 OCC_ID 구조에 따라 4바이트 부호없는 정수의 최댓값인 4294967295이다.

AIM DB에서는 레코드의 필드를항상 사용되는 고정 부분(fixed part)과 때때로 사용 유무가 바뀌는 가변 부분(variable part)으로 나누어 처리할 수 있었으며, 일부 필드의 space와 zero 값을 무시하는 필드 압축을 통해 저장 공간의 효율성을 높였다.

OpenFrame NDB는 ADL의 스키마 레코드 정의에 따라 RDB 테이블을 정의해 사용하므로 데이터의 구조가 고정적이기 때문에 가변 길이 레코드와 필드 압축 기능을 더이상 사용하지 않는다.

AIM DB 및 이전 버전의 NDB에서 사용했던 JCL 유틸리티 중 일부가 폐기되었다. 해당되는 유틸리티와 이유는 다음과 같다.