[DB구조 및 설계] RDB와 NoSQL

관계형 데이터베이스 (RDB)

• 사전에 엄격하게 정의된 DB schema를 요구하는 table 기반 데이터 구조
• 엄격한 schema로 인해 데이터 중복이 없음 → update가 많을 때 유리

NoSQL

• table형식이 아닌 비정형 데이터를 저장할 수 있도록 지원
• 데이터 중복으로 인해 데이터 update 시 모든 컬렉션에서 수정이 필요 → update가 적고, 조회가 많을 때 유리

	RDB	NoSQL
데이터 저장 모델	table	json document / key-value / 그래프
개발 목적	데이터 중복 감소	애자일 / 확장 가능성 / 수정 가능성
예시	MySQL, Oracle	MongoDB, DynamoDB
Schema	엄격한 데이터 구조	유연한 데이터 구조
장점	- 명확한 데이터 구조 보장 - 데이터 중복 없이 한번만 저장 (무결성) - 데이터 중복이 없어서 데이터 update 용이	- 유연하고 자유로운 데이터 구조 - 새로운 필드 추가 자유로움 - 수평적 확장 용이
단점	- 시스템이 커지면 Join문이 많은 복잡한 query 필요 - 수평적 확장이 까다로워 비용이 큰 수직적 확장(Scale up)이 주로 사용됨. - 데이터 구조가 유연하지 못함	- 데이터 중복 발생 가능 - 중복 데이터가 많기 때문에 데이터 변경 시 모든 컬렉션에서 수정이 필요함 - 명확한 데이터 구조 보장 X
사용	- 데이터 구조가 변경될 여지 없이 명확한 경우 - 데이터 update가 잦은 시스템	- 정확한 데이터 구조가 정해지지 않은 경우 - Update가 자주 이루어지지 않는 경우 - 데이터 양이 매우 많은 경우 (scale up)