[BW4HANA] ADSO 이란?

[ADSO]

 

이번 글에서는 ADSO가 무엇이며 모델링을 어떻게 하는 것인지 알아볼 것이다.

 

aDSO (Advanced Data Store Object) : BW/4HANA 의 트랜잭션 데이터를 위한 영구 저장소 형태의 InfoProvider 이다.

characteristic, key figure 등 여러 InfoObject로 ADSO 에 구성할 수 있으며 최대 120개의 key field와 InfoObject를 지원한다.

InfoObject 모델링 뿐만 아니라 필드 베이스의 모델링도 가능하면 2개 결합한 모델링도 된다고 하는데 이 부분은 추후에 알아볼 것이다.

 

하나스튜디오에서 ADSO 모델링이 가능하며 HANA DB 상에 데이터 동기화가 각기 다르게 된다.

동기화가 각기 다르게 된다라는 의미는 ADSO에는 3개의 테이블 구조가 존재하고, ADSO 모델링 옵션값에 따라 3개의 테이블에 각기 다르게 동기화가 된다는 것이다.

 

 

[ADSO 3개의 TABLE]

(예를 들어 ASD_AD100 이란 ADSO가 있다고 가정)

 

Inbound Table 

•  ADSO 활성화 전에 제일 먼저 적재되는 테이블이며 압축되지 않은 형태임 
•  저장 테이블 명 : /BIC/ASD_AD1001
•  필드 구조 : REQTSN, DATAPAKID, RECORD, RECORDMODE, Key Field 1, … , Key Field n, Field 1, …., Field n

Active Table

•  활성화된 ADSO 데이터가 저장되는 테이블이며 압축된 형태
•  저장 테이블 명 : /BIC/ASD_AD1002
•  필드 구조 : Key Field 1, …, Key Field n, RECORDMODE, Field 1, …, Field n 

Change Log Table

•  델타(데이터 변경분)이 저장되는 테이블
•  저장 테이블 명 : /BIC/ASD_AD1003
•  필드 구조 : REQTSN, DATAPAKID, RECORD, RECORDMODE, Key Field 1, … , Key Field n, Field 1, …., Field n

 

REQTSN : Request ID

DATAPAKID : Data Package

RECORD : record number 

RECORDMODE : record mode

 

[ADSO 모델링 옵션]

ADSO 모델링 옵션값에 따라 위의 3개의 테이블에 각기 다르게 동기화가 된다.

아래 이미지가 ADSO 모델링 옵션들이다.

출처 : 구글 이미지

 

Standard DataStore Object

1번, 2번 테이블은 무조건 생성되고 3번 테이블은 설정값에 따라서 다르게 생성된다.

(활성화 시 데이터를 compress 하진 않는다? ???)

 

Write Change Log 체크한 경우

출처 : https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=578125868

 

1,2,3 테이블이 생성되는데

2번 테이블 : key Figure 집계

3번 테이블 : 델타분 (new, delete, update 데이터)이 적재되고 델타분을 추출하기 위한 용도로 사용됨

 

3번 테이블을 가지고 있는 경우에만 ADSO 에서 요청을 롤백할 수 있음

델타분 추출이 필요하면 해당 옵션을 체크하면 된다.

 

Write Change Log 미체크한 경우

출처 : https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=578125868

 

Data Mart DataStore Object

리포팅과 분석에 최적화되어 있는 Object이다.

출처 : https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=578125868

모든 characteristics 가 key field 이다.

활성화 시, 데이터가 모두 2번 테이블에 집계되고 1번 테이블에서 활성화 된 데이터는 삭제된다.

롤백은 데이터가 활성화되기 전에만 가능하고 델타분은 1번 테이블에서만 추출 가능하다.

즉, 델타분이 1번 테이블에 적재되고 활성화 하기전에만 델타분을 추출 가능하다는 것이다. 그래서 해당 ADSO 데이터에서 델타분 구분을 해서 추출하고자 한다면

활성화 하기 전에 1번, 2번 테이블을 결합해서 추출해야한다.

 

 

Staging DataStore Object

 

Inbound Queue Only 체크 시

출처 :  https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=578125868

이 유형은 데이터 추출 시 항상 1번 테이블에서 델타분 또는 전체를 읽기 때문에 리포팅과 분석에는 적합하진 않고, Composite Provider 의 Part Provier로 사용할 수 없다.

 

Compress Data 체크 시

출처 :  https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=578125868

Composite Provider 의 Part Provier로 사용할 수 없다.

 

Reporting-Enabled 체크한 경우

출처 :  https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=578125868

 

Direct Update DataStore Object

출처 :  https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=578125868

 

데이터 발생 유형에 따라 적절한 ADSO 옵션을 선택하면 될 것 같다.