[HANA] HANA DB 사용 시 주의점 : SORT BY

결론 : HANA DB에서는 index나 primary key에 의한 암묵적인(implicit) 정렬이 되지 않는다. READ...BINARY SEARCH나 DELETE ADJACENT DUPLICATES 등 정렬이 필수인 구문을 사용하기 전에는 반드시 ORDER BY나 SORT BY 구문을 이용해서 명시적으로 정렬을 해주어야 한다. 

---

📢문제

예를 들어보자. EKPO 테이블에는 키값으로 EBELN(구매문서번호)와 EBELP(구매문서 아이템) 두 가지가 있다. 테이블 데이터는 아래와 같이 있으며, 별도로 생성한 인덱스는 없다고 가정하자. 

EBELN	EBELP
4500000001	1
4500000001	2
4500000002	1
4500000003	1

그리고 아래 구문으로 데이터를 발췌해오면 어떤 결과값이 리턴될까?  정답은 어떤 DB를 사용하느냐에 따라 다르다. 

 SELECT EBELN,
 		EBELP,
   FROM EKPO
   INTO TABLE @DATA(LT_EKPO).

 

Row기반의 DB (ex. 오라클)

오라클 DB에 대해 잘은 모르지만, 아마 아래와 같이 리턴될 것이다. 키값으로 EBELN, EBELP가 잡혀있기 때문에 내가 별도로 SELECT문에서 ORDER BY를 하거나 LT_EKPO 테이블을 SORT BY 하지 않아도 EBELN과 EBELP 값에 따라 오름차순으로 정렬된 테이블이 리턴된다. 

EBELN	EBELP
4500000001	1
4500000001	2
4500000002	1
4500000003	1

실제로 레거시 코드들 중에서는 DB가 위와 같은 방식으로 작동할 것이라고 가정하고 작성한 코드들이 의외로 꽤 있다. BINARY SEARCH를 하기 전에 정렬을 하지 않았는데도 지금까지 문제없이 사용하였길래 자세히 확인해보면 테이블의 키값과 BINARY SEARCH 구문에서 사용하는 필드들이 일치하는 경우들이 대다수였다. BINARY SEARCH를 사용하기 전에 SORT BY 구문을 반드시 사용하라고 강력히 권고하지만, 어쨌든 지금까지 문제없이 사용되었으면 정말 다행인 일이다. 

 

Column기반의 DB (ex. HANA)

그렇다면 HANA DB에서는 어떻게 리턴될까? 정답은 "알 수 없다"이다. 중요한 것은, 오라클 DB와 같이 primary key에 해당하는 EBELN과 EBELP 값에 따라 정렬되어 나오지 않을 수도 있다라는 점이다. 아래와 같이 구매문서 4500000001번의 두 번째 아이템이 가장 마지막에 리턴될 수도 있다. 이런 상황에서 READ... BINARY SEARCH 구문을 사용하면 내가 의도한대로 결과값이 나오지 않을 수 있다. 

EBELN	EBELP
4500000001	1
4500000002	1
4500000003	1
4500000001	2

---

📢 해결 방법

 위와 같이 Row기반과 달리 Column기반의 HANA DB에서는 인덱스/Primary Key에 의한 암묵적인 정렬이 지원되지 않는다는 문제점이 있다. 그렇다면 이를 어떻게 해결할까?

 

❗ 해결책은 간단하다. 앞으로 프로그램을 개발할 때에는 필요시 무조건 명시적으로 ORDER BY나 SORT BY 구문을 작성 해주면 된다.

사실 정렬이 선행되어야 하는 구문들(READ..BINARY SEARCH, DELETE ADJACENT DUPLICATES, AT NEW 등)을 사용하기 전에는 대부분이 습관적으로라도 SORT BY 구문을 사용한다. 그래서 HANA DB로 전환한 후에도 별다른 이슈가 없는 것이 대부분이다. 

 

❓ 그런데 또 다른 문제가 있다. 만약 오라클 DB에서 HANA DB로 전환하기로 했는데, 그동안 인덱스나 키가 알아서 정렬해줄 것이라고 생각하고 작성했던(SORT BY를 생략했던) 프로그램들을 어떻게 찾아낼까? 

 

❗ SAP에서 알려준 방법대로 하면 된다. SAP 내부에 있는 코드인스펙션 툴(T-code SCII, 끝에 두 글자는 대문자 i이다)을 이용해서 위험성이 있는 구문을 찾아낼 수 있다.

 

T-code SCII를 치고 들어가면 코드 인스펙터를 통해 점검할 수 있는 항목들이 쭉 나열되어 있다. 이해를 위해 해당 링크를 켜놓고 확인하는 것을 추천한다. 이중에서 Robust Programming이라는 카테고리 아래에 다음과 같은 항목이 있다. 이 항목을 체크하고 패키지 단위로 프로그램을 돌리면 위험요소가 있는 프로그램과 구문 위치를 잡아낼 수 있다. 

Search problematic statements for result of SELECT/OPEN CURSOR without ORDER BY

---

📢 왜 HANA는 다를까

사실 이 부분이 제일 궁금한데, 아직 명확한 답을 찾지 못했다. 그나마 찾은 자료들에서는 대부분 "HANA DB가 Column based DB이기 때문이다"라고만 이야기하고, 더 자세한 이유나 작동 방식을 설명하지는 않고 있다. 

왜 그럴까 유추라도 하고 싶은데 일단 DB 공부를 열심히 해야겠다.

 

---

참고

https://launchpad.support.sap.com/#/notes/0002315679 

http://sapjoy.co.kr/index.php?mid=HANA&document_srl=113399&m=0 

https://cafe.naver.com/saphana/138

https://stackoverflow.com/questions/48690890/how-does-columnar-databases-do-indexing