2017_10_11_mongoDB - denlyou/AIL GitHub Wiki

몽고 DB

소개

• 10gen사 개발
• Document Data Model 타입의 NoSQL
• 데이터를 구조화하여 json 형태로 저장
  • 스키마를 고정하진 않아 risk가 적음
• join이 발생하지 않도록 설계하는게 중요

특징

• 메모리 맵 형태의 파일 엔진 DB
  • 메모리 크가기 성능 좌우
• 계속 쌓이는 데이터의 형태를 사용하기에 적합
  • ex> 로그 데이터, 이벤트 참여내역, 세션
  • 특히 금융, 결제, 회원정보와 같은 DB로는 매우 부적합 (필요하면 RDBMS같이 쓰기)

Document Data Medel

• key-value 쌍으로 이루어진 집합
• key에는 String, Number, Date 가능
• document에 모든 정보를 담아야함
  • 하위value에 배열이나 새로운 도큐먼트 모델을 사용하는 것이 가능
• join이 불가능
  • 미리 join되는 데이터를 다 가지고 있어야함

설계는 종이문서 작성하듯~하르는 속설이 있음?

JSON ( http://www.json.org/json-ko.html )

• Javascript Object Notation
• lightweight data 교환 형식
  • xml 처럼 다양한 구조를 생성 가능
  • xml 보다 오버헤드가 적음
• 사람도, 기계도 생성/해석하기 쉬움
  • 클라이언트에서 처리 효율이 좋음

결론 : 쉽고, 빠르고, 간편하다

몽고DB 장/단점

장점

• schema-less : 다양항 형테 데이터 수용, 변화에 risk가 적음
• read/write 빠름
• Scale Out : 장히 확장이 간단하여 많은 데이터 저장이 가능
• json 구조 : 직관적이고 사용하기 쉽고 개발이 편함

단점

• 데이터 업데이트중 장애 발생시 데이터 손실이 가능
• 많은 인덱스 사용시 메모리가 많이 필요
• RDBMS에 비해
  • 저장공간이 많이 필요
  • 복잡한 join 성능이 떨어짐
  • transactions 지원이 미약

빅데이터 처리 특화

• memory mapped를 사용
  • OS의 가상메모리에 데이터 보관하다 비동기로 disk에 기록 하는 방식
  • 많은 데이터를 빠르게 처리 가능
  • OS메모리 부족시 급격한 성능저하

불안정성

• 데이터가 크면~
  • 일부 데이터 손실 가능
  • 샤딩, 레플리카 비정상 동작 가능성이 있음

몽고DB 주요기능

쿼리 대신 CRUD용 메소드 제공

• C : save(), R : find(), U : update(), D : remove()
• 인덱스 제공 (여러개, 복합 가능)
• DB복제 지원 (master-slave 구성) : 장애 대응에 유리함
• 샤딩 지원 : SW적으로 DB를 분산저장
• 맵리듀스 기능 : 데이터를 분산하여 연산후 다시 합치는 기술

(..개념이 어려워진다..나중에 다시보자..)