[SAP ABAP] CHAR 타입 자리수 연산

SAP ABAP 개발을 하다 보면 CHAR 타입 필드 간의 자리수 차이로 인해 예상치 못한 결과가 나오는 경우가 있습니다.

특히 CONCATENATE와 SELECT INTO 구문에서 CHAR 필드의 공백 처리 방식을 정확히 이해하지 못하면 데이터 잘림, 공백 포함 등 의 문제를 겪게 됩니다.

 

1. ABAP CHAR 타입 기본 규칙

ABAP에서 CHAR 타입 변수는 선언된 길이만큼 고정 길이를 가지며, 실제 값이 선언 길이보다 짧을 경우 뒤쪽이 공백(Space)으로 자동 채워집니다.

DATA: lv_name(10) TYPE C.
lv_name = 'SAP'.

" 실제 메모리 저장 상태
" lv_name = 'SAP       '
"            ↑↑↑↑↑↑↑↑↑↑
"            3자리 + 공백 7자리 = 10자리

 

2. CONCATENATE의 자리수 연산

2-1) CONCATENATE 기본 작동 원리

CONCATENATE 구문의 핵심 규칙은 다음과 같습니다.

각 소스 필드의 뒤쪽 공백(Trailing Spaces)을 자동으로 제거한 뒤 결합한다.

 

2-2) 실무 예제

DATA: lv_projno LIKE zpst0630-pspid,   " CHAR 24
      lv_matnr(16) TYPE C.              " CHAR 16

lv_projno = '2145'.
CONCATENATE lv_projno '-' '123456789' INTO lv_matnr.

WRITE: lv_matnr.

 

실행 결과

2145-123456789

 

2-3) 결과에 대한 단계별 분석

[STEP 1] 변수 선언과 값 대입

lv_projno (CHAR 24) = '2145'

실제 메모리:
lv_projno = '2145                    '
             ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑
             4자리 값 + 공백 20자리 = 총 24자리

lv_projno는 CHAR 24로 선언되었으므로 '2145' 뒤에 공백 20자리가 자동으로 채워집니다.

 

[STEP 2] CONCATENATE 실행 - 공백 제거 후 결합

소스 1: lv_projno = '2145                    '  → 공백 제거 → '2145'
소스 2: '-'                                     → 그대로     → '-'
소스 3: '123456789'                             → 그대로     → '123456789'

결합 결과: '2145' + '-' + '123456789' = '2145-123456789' (14자리)

만약 공백 제거가 되지 않았다면 '2145' + 공백 20자리 + '-' + '123456789'로 결합되어 총 34자리가 되었을 것입니다.

하지만 CONCATENATE는 각 소스 필드의 뒤쪽 공백을 자동으로 제거하기 때문에 실제 값만 결합됩니다.

 

[STEP 3] 결과를 lv_matnr에 저장

결합 결과: '2145-123456789' = 14자리
lv_matnr:  CHAR 16

14자리 → 16자리 변수에 저장
= '2145-123456789  '
   ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑
   14자리 + 공백 2자리 = 16자리 → 정상 저장

 

2-4) 결합 결과가 타겟 변수보다 길 경우

DATA: lv_result(10) TYPE C.  " CHAR 10

CONCATENATE 'ABCDE' '-' '123456789' INTO lv_result.

" 결합 결과: 'ABCDE-123456789' = 15자리
" lv_result(10)에는 10자리만 저장
" lv_result = 'ABCDE-1234'  ← 뒤 5자리 잘림!
" sy-subrc = 2 (잘림 발생)

이 경우 ABAP은 sy-subrc를 2로 설정하여 잘림이 발생했음을 알려줍니다.

실무에서는 반드시 타겟 변수의 길이를 충분히 확보해야합니다.

 

2-5) RESPECTING BLANKS 옵션

공백을 유지한 채 결합하고 싶다면 RESPECTING BLANKS 옵션을 사용하면 됩니다.

DATA: lv_projno(24) TYPE C VALUE '2145'.
DATA: lv_result(40) TYPE C.

" 공백 제거 (기본 동작)
CONCATENATE lv_projno '-' '123' INTO lv_result.
" 결과: '2145-123'

" 공백 유지
CONCATENATE lv_projno '-' '123' INTO lv_result RESPECTING BLANKS.
" 결과: '2145                    -123'
"        → lv_projno의 공백 20자리가 그대로 포함됨

RESPECTING BLANKS를 사용하면 CHAR 24 전체가 결합에 포함되므로 결과 길이가 크게 달라질 수 있습니다.

특별한 이유가 없다면 기본 동작(공백 제거)을 사용하는 것이 안전합니다.

 

3. 쿼리의 자리수 연산

3-1) SELECT INTO 기본 작동 원리 

SELECT INTO는 DB 필드 값을 ABAP 변수에 대입합니다.

이때 자리수 연산 규칙은 다음과 같습니다.

소스(DB 필드)보다 타겟(ABAP 변수)이 크면 뒤쪽 공백으로 채우고, 타겟이 작으면 뒤에서 잘린다.

 

3-2) WHERE 조건 비교 규칙

CHAR 타입 비교 시 뒤쪽 공백을 무시하고 실제 값만 비교한다.

 

3-3) 실무 예제

DATA: lv_projno LIKE zpst0630-pspid,   " CHAR 24
      lv_posid(16) TYPE C.              " CHAR 16

lv_projno = '2514'.

SELECT SINGLE posid
  INTO lv_posid
  FROM ztable123
  WHERE zzpjtno = lv_projno.

WRITE: lv_posid.

테이블 필드 타입:

• ztable123-pspid: CHAR 24
• ztable123 -posid: CHAR 6

실행 결과

ABC123 (정상 출력)

 

3-4) 결과에 대한 단계별 분석

[STEP 1] 변수 선언과 값 대입

lv_projno (CHAR 24) = '2514'

실제 메모리:
lv_projno = '2514                    '
             ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑
             4자리 값 + 공백 20자리 = 총 24자리

 

[STEP 2] WHERE 조건 비교 — 공백 무시 비교

DB 필드 zzpjtno = '2514'
lv_projno       = '2514                    '

CHAR 타입 비교 시 뒤쪽 공백은 무시됨
→ '2514' = '2514' → 일치! ✅

ABAP의 CHAR 비교 규칙에 따라 길이가 다른 두 CHAR 필드를 비교할 때 짧은 쪽에 공백을 채운 뒤 비교합니다.

결과적으로 뒤쪽 공백은 무시되는 것과 같습니다.

이 규칙 덕분에 lv_porjno가 CHAR 24로 선언되어 있어도 WHERE 조건이 정상적으로 작동합니다.

 

[STEP 3] SELECT INTO — 작은 값을 큰 변수에 대입

DB 필드 posid (CHAR 6)  = 'ABC123'
타겟 lv_posid (CHAR 16)

소스(6자리) → 타겟(16자리) 대입:
lv_posid = 'ABC123          '
            ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑
            6자리 값 + 공백 10자리 = 16자리

→ 데이터 손실 없이 정상 저장 ✅

 

3-5) 대입 방향 별 동작 비교

[케이스 1] 소스 < 타겟 (작은 → 큰) — 안전

" DB 필드: CHAR 6,  변수: CHAR 16
DATA: lv_posid(16) TYPE C.
SELECT SINGLE posid INTO lv_posid FROM ztable WHERE ...

" posid = 'ABC123' (6자리)
" lv_posid = 'ABC123          ' (뒤 공백 채움, 16자리)
" → 데이터 손실 없음 ✅

 

[케이스 2] 소스 = 타겟 (같은 크기) — 안전

" DB 필드: CHAR 6,  변수: CHAR 6
DATA: lv_posid(6) TYPE C.
SELECT SINGLE posid INTO lv_posid FROM ztable WHERE ...

" posid = 'ABC123' (6자리)
" lv_posid = 'ABC123' (그대로 대입, 6자리)
" → 데이터 손실 없음 ✅

 

 

[케이스 3] 소스 > 타겟 (큰 → 작은) — 주의!

" DB 필드: CHAR 6,  변수: CHAR 4
DATA: lv_posid(4) TYPE C.
SELECT SINGLE posid INTO lv_posid FROM ztable WHERE ...

" posid = 'ABC123' (6자리)
" lv_posid = 'ABC1' (뒤 2자리 잘림!)
" → 데이터 손실 발생 ⚠️