Aerospike 데이터 모델 및 유형 정보

안녕하세요, 주식회사 D2C 기술 개발부의 2병(니헤이)입니다.

전회( h tp : 작은 m/d-테 ch/있어 MS/53 그림 57c8 C425530d6 그림 28 )에 이어, 이번은 Aerospike의 데이터 모델등의 이야기입니다.
KVS(Key-Value Store)이므로 RDB보다 기억하는 것은 적습니다.

Aerospike 시스템 구성 정보

데이터 모델(Data Model)

간단히 말하면 데이터 관리 방식의 개념입니다.
RDB에서는 친숙한 테이블, 레코드 같은 곳이군요.

네임스페이스

데이터를 넣는 가장 큰 관리 단위입니다.
RDB에서 말하는 협의의 「데이터베이스」에 가까운 것으로 생각해 주세요.
"데이터베이스 이름"등으로 사용할 때의 알레입니다.

이런 느낌의 그림의 붉은 부분의 이미지입니다.


Sets

Namespaces 안에 만듭니다. 데이터를 유지하는 "표"군요.
RDB에서 말하는 「테이블」입니다.

이런 느낌의 그림의 붉은 부분의 이미지입니다.


Records

Sets 안에 만듭니다. 데이터를 유지하는 "행"이군요.
RDB로 말하는 곳에서도 「레코드」군요.

이런 느낌의 그림의 붉은 부분의 이미지입니다.


키

이 근처에서 RDB의 개념에서 벗어납니다.
프로그램의 해시 테이블의 키(KEY)에 가까운 것입니다.
RDB로 무리하게 비유하면, 프라이머리 키가 지정된 컬럼입니까. 다른 부분도 있습니다만.


Bins

프로그램의 해시 테이블의 값(VALUE)에 가까운 것입니다.
여기서도 무리하게 RDB로 비유하면, 값이 들어가 있는 컬럼이군요. 이것도 다른 부분이 있습니다만.

이런 느낌의 그림의 붉은 부분의 이미지입니다.


Metadata

Records의 속성 정보군요. 다음을 유지합니다.
・generation・・・(갱신의) 세대
・TTL(time-to-live)・・・생존시간(삭제까지의 초수)

데이터 모델 요약

4. 데이터형에 대해

새로운 KVS만 있어 RDB와 같은 데이터형이 준비되어 있습니다.
바이너리 데이터나 컬렉션형도 있으므로, 프로그램측에서 고뇨고뇨 하는 작업을 줄일 수 있습니다.
「NativeFormats」를 사용하면 자작 클래스를 리스트 변환이라고 할 필요가 없는 것 같습니다.


이번은 여기까지입니다.
그럼 또 다음에.