ABAP SQL 튜닝 ⑦ - S/4HANA Code-to-Data#

ABAP SQL 튜닝 시리즈 마지막 글입니다.

#방향이 뒤집혔다

전통적인 ABAP 개발은 이런 모양이었습니다.

데이터를 애플리케이션 서버로 가져와서, ABAP으로 계산한다.

DB는 느리고 애플리케이션 서버는 상대적으로 빠르다는 전제였습니다. DB는 저장소 역할에 가까웠고, 로직은 ABAP이 담당했습니다.

S/4HANA로 오면서 이 전제가 흔들립니다. HANA는 대량 데이터의 집계·조인·필터링을 매우 빠르게 처리합니다. 그러면 굳이 데이터를 다 끌고 와서 계산할 이유가 줄어듭니다.

계산을 데이터가 있는 곳으로 내려보낸다.

이것이 Code-to-Data(또는 Code Pushdown)입니다.

사실 이 시리즈는 처음부터 이 방향을 이야기해 왔습니다. ②편의 "DB에서 걸러라", ③편의 "집계는 DB에서"가 모두 같은 원리입니다. 이번 편은 그 연장선에서, 더 큰 단위로 옮기는 방법입니다.

#세 가지 층

내려보내는 방법은 크게 세 단계로 나뉩니다.

중요한 것은 순서입니다. 아래로 갈수록 강력하지만 DB에 종속되고 유지보수가 어려워집니다. 위쪽에서 해결되면 굳이 내려갈 이유가 없습니다.

#1단계 - ABAP SQL로 충분한 경우

가장 많은 경우가 여기서 끝납니다. 최신 ABAP SQL은 생각보다 많은 걸 할 수 있습니다.

1" 조인 + 집계 + 조건부 계산을 한 번에
2SELECT o~werks,
3       SUM( o~netwr ) AS total,
4       COUNT(*)       AS cnt,
5       CASE WHEN SUM( o~netwr ) > 1000000 THEN 'A'
6            ELSE 'B'
7       END AS grade
8  FROM zorder AS o
9  INNER JOIN kna1 AS c ON c~kunnr = o~kunnr
10  WHERE o~gjahr = @lv_gjahr
11  GROUP BY o~werks
12  INTO TABLE @DATA(lt_summary).

이걸 ABAP 루프로 짰다면 원본 전건을 받아야 했을 겁니다. SQL 한 문장으로 끝나면 그게 최선입니다.

#2단계 - CDS View

같은 조회 로직을 여러 프로그램에서 반복해서 쓴다면 CDS View로 만들어 둘 만합니다.

• 조회 모델을 한 곳에서 정의하고 재사용
• 뷰 위에 뷰를 쌓아 단계적으로 구성
• Fiori·OData 노출의 기반이 됨

#3단계 - AMDP

선언적인 뷰로 표현할 수 없는 절차적 로직을 DB에서 돌려야 할 때 씁니다. 임시 테이블을 만들고 단계적으로 가공하는 식의 처리입니다.

AMDP의 구체적인 작성 방법과 CDS View와의 선택 기준은 AMDP - HANA DB 프로시저 글에서 따로 다룹니다.

#어디까지 내려보낼 것인가

여기서 중요한 균형 감각이 필요합니다. "DB로 다 내려보내면 좋다"는 아닙니다.

업무 규칙을 SQLScript 안에 깊이 박아 넣으면, 나중에 그 규칙을 찾고 고치기가 매우 어려워집니다. 성능을 얻고 유지보수성을 잃는 거래가 됩니다.

#흔한 오해