[SAP ABAP] OCCURS 0(N) 이란? (예제 포함)

1. OCCURS 0(N) 이란?

1. OCCURS n은 인터널 테이블을 선언하면서 각 레코드의 구조와 기본 크기(n)을 정의합니다.
   • n은 초기 메모리 크기를 나타내며, 테이블에 저장되는 레코드의 크기를 결정합니다.
   • OCCURS 0은 초기 메모리 크기를 지정하지 않고, SAP가 자동으로 동적으로 메모리를 관리하도록 설정합니다.
2. 인터널 테이블은 동적 배열처럼 동작하며, 데이터가 추가되면 자동으로 크기가 확장됩니다.
3. OCCURS n은 인터널 테이블을 정의할 때 사용되던 구문입니다. 하지만 현재는 더 권장되는 방식인 표준 인터널 테이블(Standard Internal Table) 정의로 대체되었고, OCCURS 는 구식 구문으로 간주됩니다.

 

2. OCCURS 0 예제

다음은 `OCCURS 0`를 사용하여 인터널 테이블을 정의한 예시입니다.

" 변수 선언
DATA: BEGIN OF ITAB OCCURS 0,
        FIELD1 TYPE I,
        FIELD2 TYPE STRING,
      END OF ITAB.

DATA: LS_ITAB LIKE ITAB.

" 데이터 삽입
LS_ITAB-FIELD1 = 10.
LS_ITAB-FIELD2 = 'Apple'.
APPEND LS_ITAB TO ITAB.

LS_ITAB-FIELD1 = 5.
LS_ITAB-FIELD2 = 'Mango'.
APPEND LS_ITAB TO ITAB.

" 데이터 출력
LOOP AT ITAB INTO LS_ITAB.
  WRITE: /'FIELD1: ', LS_ITAB-FIELD1,
        /'FIELD2: ', LS_ITAB-FIELD2.
ENDLOOP.

실행 화면

 

3. OCCURS 0에서의 동작 방식

1. 메모리 관리
   • OCCURS 0은 초기 크기를 지정하지 않아도 필요에 따라 메모리를 동적으로 할당합니다.
   • 메모리가 효율적이지만, 초기 크기를 명확히 지정하지 않으므로 예측이 어려울 수 있습니다.
2. 자동 확장
   • 데이터가 추가되면 SAP가 내부적으로 크기를 조정하여 메모리를 확장합니다.
3. 구조 정의
   • OCCURS 구문은 인터널 테이블의 구조를 정의할 때 사용되며, 여기에 필드를 추가할 수 있습니다.

 

4. '언제(When)' 사용할까?

1. 동적 데이터 처리
   • `OCCURS 0`는 특히 동적으로 데이터를 처리해야 하는 상황에서 유용합니다. 프로그램이 실행될 때 얼마나 많은 데이터가 필요한지 미리 알 수 없는 경우에 활용됩니다.
2. 유연성을 필요로 하는 상황
   • 프로그램이 실행되는 동안 사용자 입력이나 외부 이벤트에 따라 필요한 데이터가 변하는 경우, `OCCURS 0`를 사용하여 초기에 비어있는 테이블을 생성하면 유연하게 데이터를 추가하거나 수정할 수 있습니다.

 

728x90

 

5. '왜(Why)' 사용할까?

1. 메모리 최적화:
   • 초기에 큰 크기의 테이블을 생성하지 않고 필요할 때마다 동적으로 행을 추가함으로써 메모리를 최적화할 수 있습니다. 불필요한 초기화로 인한 메모리 낭비를 방지할 수 있습니다.
2. 런타임 효율성:
   • `OCCURS 0`를 사용하면 프로그램이 런타임 중에 동적으로 데이터를 구성할 수 있습니다. 이는 프로그램의 실행 시간을 최적화하고 성능을 향상시킵니다.
3. 동적 구성 가능:
   • 프로그램이 실행되는 동안 필요한 만큼의 데이터를 추가하면서 구성할 수 있기 때문에 동적인 상황에 적응할 수 있습니다. 예를 들어, 사용자가 선택한 옵션에 따라 다양한 데이터를 처리해야 하는 경우에 유용합니다.

 

6. OCCURS를 명시하지 않으면?

ABAP에서 내부 테이블을 선언할 때 `OCCURS`를 명시하지 않으면 기본적으로 한 행으로 초기화됩니다.

" 위 전체코드 중 itab 선언 부분에서 OCCURS 0 제거
DATA: BEGIN OF itab,
        field1 TYPE I,
        field2 TYPE STRING,
      END OF itab.

 

위 코드에서 `itab`은 초기에 한 행을 포함하는 인터널 테이블로 선언됩니다. 이 경우, 프로그램이 실행될 때 `itab`에는 기본값으로 초기화된 한 행이 포함되어 있습니다.

하지만, OCCURS를 명시하지 않고 데이터를 여러개 삽입하려고 하면 OCCURS를 선언해달라는 오류("ITAB" is not an internal table "OCCURS n" specification is missing.)가 나옵니다.

오류 화면

 

따라서 OCCURS 를 선언하지 않으면 테이블이 아닌 하나의 구조체 형식으로 사용할 수 있습니다.

" 변수 선언
DATA: BEGIN OF ITAB,
        FIELD1 TYPE I,
        FIELD2 TYPE STRING,
      END OF ITAB.

" 데이터 삽입
ITAB-FIELD1 = 10.
ITAB-FIELD2 = 'Apple'.

" 데이터 출력
WRITE: /'FIELD1: ', ITAB-FIELD1,
      /'FIELD2: ', ITAB-FIELD2.

실행 결과

 

7. 권장 방식: 최신 인터널 테이블 선언

OCCURS 구문은 현재 더 이상 권장되지 않습니다.

대신, 최신 방식으로는 STANDARD TABLE, SORTED TABLE, HASHED TABLE을 사용합니다.

https://jay-din.tistory.com/244

[SAP ABAP] 인터널 테이블 Standard, Sorted, Hashed table 이란?

 

8. OCCURS를 권장하지 않는 이유

1. 메모리 관리의 효율성

OCCURS 방식:

• OCCURS n에서 초기 메모리 크기(n)를 지정하지만, 필요에 따라 메모리를 추가로 할당합니다.
• 메모리 확장이 필요할 때마다 비용이 발생하며, 성능이 저하될 수 있습니다.
• 특히, 데이터가 많을 경우 불필요한 메모리 사용이 발생할 가능성이 큽니다.

새로운 테이블 구조:

• STANDARD, SORTED, HASHED TABLE은 동적 메모리 할당을 더 효율적으로 처리합니다.
• 메모리를 자동으로 조정하며, 불필요한 메모리 낭비를 줄입니다.

 

2. 성능 최적화

OCCURS 방식:

• 인터널 테이블에서 데이터를 검색할 때, 항상 순차적 검색만 가능합니다.
• 검색 시간은 O(n)으로, 데이터 크기에 따라 성능이 저하됩니다.

새로운 테이블 구조:

• STANDARD TABLE: 여전히 순차 검색이지만, 명시적 키 없이도 효율적인 검색 구조를 지원합니다.
• SORTED TABLE: 이진 검색(Binary Search)을 사용하여 검색 성능이 O(log n)으로 크게 향상됩니다.
• HASHED TABLE: 해시 알고리즘 기반으로 검색 시간 O(1)을 제공하며 대량 데이터에 탁월한 성능을 가집니다.

 

3. 데이터 무결성 과 구조적 명확성

OCCURS 방식

• 테이블에 키를 명시적으로 정의할 수 없으므로, 데이터 중복 방지 및 유효성 검증이 어렵습니다.
• 데이터 삽입 시, 구조적 제약 조건을 적용하기 어렵습니다.

새로운 테이블 구조

• SORTED TABLE 및 HASHED TABLE에서는 키를 명시적으로 정의 가능합니다.
  • WITH UNIQUE KEY를 사용해 데이터 중복 방지.
  • 명확한 데이터 무결성을 보장.
• 데이터 구조를 명확히 정의할 수 있어, 유지보수성과 가독성이 향상됩니다.

 

4. 확장성과 유지보수성

OCCURS 방식

• 기존 방식은 유연성이 부족하여, 코드가 확장될수록 관리가 어려워집니다.
• 특히 복잡한 데이터 조작에는 적합하지 않습니다.

새로운 테이블 구조

• 다양한 데이터 작업에 최적화된 방식 제공:
  • 순차 처리: STANDARD TABLE
  • 정렬 및 검색 최적화: SORTED TABLE
  • 고속 검색 및 중복 방지: HASHED TABLE
• 새로운 데이터 유형과 구조가 도입되면서 코드 확장이 용이하고, 최신 ABAP 구문과 잘 호환됩니다.

 

5. 현대 ABAP 개발 표준

• 가독성: STANDARD, SORTED, HASHED TABLE은 명시적이고 직관적인 코드 작성을 가능하게 합니다.
• 미래 지향적: ABAP의 최신 버전(7.4 이상)에서는 OCCURS가 더 이상 필요하지 않으며, 새로운 기능과 도구에서 지원되지 않을 가능성이 있습니다.
• 성능 최적화와 일관성: 새로운 방식은 시스템 리소스를 효율적으로 사용하고, 현대적 개발 표준에 부합합니다.