콘디의 SAP 개발기

문자열 길이 구하는 함수인 strlen!

c언어와 똑같은 함수여서 반가웠다.

surname = "dev"
len = strlen(surname).
WRITE : 'The length of the surname field is', len.
ULINE.

The length of the surname field is 3
------------------------------------

출력 결과는 위와 같다. len은 3!

CONDENSE 함수

= 문자열 안에 있는 불필요한 공백을 제거할 때 사용

CONDENSE <문자열 변수> [NO-GAPS].

• 문자열 안의 여러 개의 연속된 공백을 하나의 공백으로 줄이고, 앞뒤 공백은 삭제함.
• NO-GAPS 옵션을 사용하면 모든 공백을 제거한다.(중간 공백까지...!)

1. 예제1

DATA(text) = '   ABAP     Programming    is   fun!   '.
CONDENSE text.
WRITE: text.  " 결과: ABAP Programming is fun!

- 앞, 뒤 공백은 사라지고 중간의 연속된 공백은 하나로 준다.

2. 예제2 : No-gaps 사용

DATA(text) = '   ABAP     Programming    is   fun!   '.
CONDENSE text NO-GAPS.
WRITE: text.  " 결과: ABAPProgrammingisfun!

보통 입력값을 정리할 때나 SELECT조건에서 비교하기 전에 공백을 제거할 때,

파일에서 읽어온 문자열이 지저분할 때 쓴다고 한다.

복습하다가 다시 재정리해야겠다고 생각이 든 함수정리! 

Concat은 여러 문자열을 하나로 이어붙이는 함수다 

문자열 + 문자열 = 결과 문자열 을 만든다.

CONCATENATE <문자열1> <문자열2> ... INTO <결과변수> [SEPARATED BY <구분자>].

예시1.

DATA: str1 TYPE string VALUE 'Hello',
      str2 TYPE string VALUE 'ABAP',
      result TYPE string.

CONCATENATE str1 str2 INTO result.
WRITE: result. " 출력: HelloABAP

예시2. 구분자 추가 (= SEPARATED BY)

DATA: fname TYPE string VALUE 'John',
      lname TYPE string VALUE 'Doe',
      full_name TYPE string.

CONCATENATE fname lname INTO full_name SEPARATED BY space.
WRITE: full_name. " 출력: John Doe

예시3. 고정길이 변수와 연결

DATA: str1 TYPE c LENGTH 10 VALUE 'SAP',
      str2 TYPE c LENGTH 10 VALUE 'ABAP',
      result TYPE c LENGTH 20.

CONCATENATE str1 str2 INTO result.
WRITE: result. " 출력: SAP       ABAP

구분자 하이픈 - 예시

DATA: year  TYPE string VALUE '2025',
      month TYPE string VALUE '04',
      day   TYPE string VALUE '23',
      date_result TYPE string.

CONCATENATE year month day INTO date_result SEPARATED BY '-'.
WRITE: date_result. " 출력: 2025-04-23

📌 각 상태의 의미 정리

✅ 개발 시 권장 사항

• 개발 중 테스트 용도면 → T
• 실제 운영 배포용이면 → K
• 상태 미정일 때는 일단 U로 두고, 이후 변경 가능

📂 각 Subobjects의 의미 정리

📏 1. Size Category (사이즈 카테고리)

개념:
이 테이블에 얼마나 많은 양의 데이터가 저장될지 SAP에게 알려주는 설정이다.

SAP는 내부적으로 테이블이 저장될 데이터베이스 테이블 스페이스 크기를 미리 할당하는데, 이때 크기를 예측해서 효율적으로 공간을 배분하기 위해 사용함

📊 예시:

숫자가 올라갈수록 테이블에 더 많은 데이터를 저장할 수 있다!

✅ 언제 쓰는지 예시:

• 고객 테이블처럼 기본 정보만 몇 천 건 저장 → Size Category 0~1
• 매출 내역, 로그 테이블처럼 수십만~수백만 건 저장될 것 같음 → Size Category 3~5

실제로 정확하게 사이즈를 모르더라도, 예상 수치에 따라 잡아주면 됨. 필요하면 SAP가 자동으로 확장함.

🚀 2. Buffering (버퍼링)

의미:
SAP 앱 서버가 테이블 데이터를 메모리에 저장해두고,
DB를 매번 조회하지 않고 빠르게 접근할 수 있도록 해주는 기능이야!

📦 왜 쓰는 걸까?

• 읽기 위주 테이블에서 매번 DB를 조회하면 속도 저하
• 버퍼링하면 빠르게 메모리에서 불러올 수 있음

🧰 Buffering 종류

💡 예시로 정리:

⚠️ 참고: 버퍼링 사용 시 유의할 점!

• 테이블이 자주 바뀌면 버퍼와 DB가 불일치할 수 있어서 주의가 필요함
• 주로 읽기 전용 테이블, 기준 코드 테이블에 적용함

🧾 요약

✅ Data Class란?

Data Class는 SAP 내부에서 데이터가 물리적으로 저장될 테이블스페이스의 성격을 결정하는 분류값.

즉, 데이터가 어떤 **성격(성질)**을 가지는지에 따라 분류해서 데이터베이스에 저장될 물리적 위치를 다르게 관리함

🗂 주요 Data Class 종류

💡 예시

• 고객 테이블 (ZCUSTOMERS) → APPL0
• 주문 내역 테이블 (ZSALES_ORDERS) → APPL1
• 조직 구조 테이블 (ZORG_STRUCTURE) → APPL2

SAP은 내부적으로 이 구분을 활용해서

- 데이터 저장 효율성을 높이고,

- 성능을 튜닝하고,

- 테이블 스페이스를 분리한다고한다.

📌 개발 시 선택

• 기준 정보용 테이블 → APPL0
• 실시간으로 많이 바뀌는 데이터 → APPL1
• 조직 코드나 부서 같은 설정성 정보 → APPL2
• 연습/실험/개인 테이블 → USR

기본적으로  데이터타입이 어떤 것이 있는 지 알아야 조금 더 개발에 대한 이해가 쉬워질 것이라 생각이 들었다.

ABAP데이터 타입은 "내장 데이터타입"과 "사용자 정의타입"으로 나뉘어진다.

📝 기본 내장 데이터 타입 (Elementary Types)

📝 시스템 필드형 타입 (시스템 구조용 필드)

이 값들은 대부분 도메인과 연결되어있으며, SAP내에서도 고유 의미와 형식이 지정되어있다.

사용자 정의타입으로 Domain+Date Element조합을 SAP표준 필드와 비슷하게 만들 수 있다.

SE11은 무슨 일을 하는 화면일까? 

라는 질문에 테이블의 열 구조를 정의하는 작업이 아닐까 생각했다. => 정답은 맞다! 

SE11 은 ABAP Dictionary로써, 하는 일은 데이터베이스 객체 설계다.

데이터를 넣기 전에 어떤 형태로 데이터를 저장할 지 미리 설계하는 것!!!

각 필드는 data Element를 통해 타입과 포맷을 정하고, domain을 통해 기본적인 타입,길이,허용값을 결정할 수 있다.

TABLE ZEMPLOYEES.
  EMPLOYEE_ID   NUMC(8)
  NAME          CHAR(30)
  DOB           DATS

=> 이런 구조를 만드는 것! 

se11은 설계도라고 할 수 있다.

그렇다면 se38이나 80에서 코드로 테이블을 만들 수. 있지않을까? 

만들수는 있지만 프로그램 내부에서만 사용하기 때문에 메모리에 저장되어있다. 

정식 테이블이 아니기 때문에, 테이블 보기, 수정, 콘텐츠입력, 다른 프로그램에서 쓰기 위해서는 se11에서 테이블을 만들어야한다.

문득 테이블을 만들 때 개념이 헷갈렸다.

ABAP의 도메인 개념과 SQL의 도메인 개념은 비슷한건가? 

도메인에 ZEENUM을 넣는 것을 보면 개념이 같지는 않다는 것은 느껴지지만, 비슷하다고 느껴졌다.

ABAP의 도메인이 좀 더 상위개념인 느낌?

그래서 알아본 결과, 

ABAP과 SQL의 공통점은 *값의 형식과 제약*을 정의한다는 점이이다.

차이점은 APAB은 "Domain + Data Element + Field" 구조로 계층적이라는 점이다.

텍스트, 단위, 설명, 도움말도 추가정보로 연결한다.

결론적으로는 ABAP도메인은 SQL의 domain과 목적은 비슷하지만, 데이터 형식 +.제약의 재사용 가능한 객체다.