it개발자스터디공간

NoSQL의 RDB 컨셉 RDB Concepts to NO SQL

콜렉션(Collection)은 저장 대상에 큰 제한없음 무(無)스키마(Schema-less)

계층(Hierarchy)이 디자인에 분명히 드러남

Embedded Document ?

MongoDB설계 선택

상용하드웨어를 이용한 수평적 확장 / 비교적 저렴한 서버

RDBMS에서 잘 돌아가는 기능 유지

- 즉석쿼리

- 충분한 색인 (Fully featured indexes)

- 보조 색인

RDB에서 잘 분산되지 않는 것들

- 롱러닝(Long running) 다중 행 트랜젝션

- 조인

- 관계형 데이터 모델의 (row X column)

MongoDB 사례분석

고객들이 갖고 있는 수많은 데이터 소스(Data Sorce)에서 얻는 정보가 서로 비슷해서 MongoDB로 모두 처리할 수 있는 상황에서, Horowitz는 자사의 영향력 있고 성공한 고객들이 어떻게 MongoDB를 사용하는지 설명했다.

그는 보험사 MetLife를 예로 들었다. MetLife는 2년간 수백만 고객들의 보험증권을 모두 취합해서 단일 관계형 데이터베이스(Reational Database)를 조직하려 했으나 실패했다.

MetLife는 2년씩이나 단일 관계형 데이터베이스를 조직하려 했지만, MongoDB를 사용하여 수 개월 안에 아주 자연스럽게 성공할 수 있었다.

NoSQL의 CAP 이론

CAP이론의 핵심내용

- 오류의 수를 제한할 수 없고 모든 요청을 서빙(serving)해서 서버로 연결하려면, 일관성을 유지할 수 없다.

CAP이론의 의미

- 결국 오류와 구조변경(reconfiguration)을 받아들이거나, 일관성이나 가용성을 포기해야한다.

NoSQL이론 : CAP이론

GIVEN: 주어진것들 (다수의 노드(Nodes))

- 노드에는 복제된 데이터 파티션(partitions)이 포함됨

- 일관성(Consistency)

* 복제품(replicas)의 데이터 버전은 모두 같음

* 클라이언트는 노드에 관계없이 같은 데이터로 취급함.

- 가용성(Availability)

* 노드 오류에도 시스템은 계속 작동함

* 클라이언트는 항상 읽고 쓸 수 있음

- 파티션 허용(Partition tolerance)

* 다중 입력 지점(Entry Points)

커뮤니케이션 오류(systec split)에도 시스템은 계속 작동함.

* 물리적 네트워크 분할에도 시스템은 원활히 작동함