RDB vs NoSQL

[skarltjr]

• 웹 애플리케이션 선택사항 중 한가지로 관계형db vs nosql
• SQL은 '구조화 된 쿼리 언어 (Structured Query Language)'의 약자

  RBD

• 데이터는 엄격한 데이터 스키마(규칙,틀)을 따라 db table에 저장된다.
• 데이터는 관계를 통해 연결된 여러 테이블에 분산된다.

1. 엄격한 데이터 스키마

• 데이터는 데이터는 테이블에 레코드(row)로 저장.
• 각 테이블은 명확한 구조가 존재 / 구조 : 이름과 데이터 유형으로 정의된 field의 집합
• 이로인해 당연히 스키마를 준수하지않는 데이터를 rdb에 insert할 수 없다.

2. 관계 / 관계형 데이터베이스의 관계

• 각각의 테이블은 다른 테이블과 중복되지않는 각각의 데이터를 담고있다.
• 하나의 테이블에서 하나의 데이터만 관리하기 때문에 부정확한 데이터를 다룰 위험이 없다.
• 따라서 각 테이블에서 연관관계를 통해 데이터를 가져와 연결시켜서 사용할 수 있다.

NoSQL / 비관계형 db

• rdb와 반대되는 특성 - No

• 스키마와 관계 x

• 즉 정해진 스키마가 없으니 서로 다른 구조의 데이터도 함께 저장이 가능

• 관계형 db와 달리 orders에서 유저와 아이템에 대한 데이터를 전부 갖고있다.

• 따라서 조인이 필요가없다.

• 당연히 데이터가 중복되기때문에 불안정 / 중복 데이터 중 어느 한 곳의 데이터만 업그레이드되는경우

• 그러나 느린 조인이 없기 때문에 빠르다.

• 추가로 nosql은 테이블의 join개념이 없다

확장

• 수직적(서버에서 스케일업과 같은) / 수평적 확장(스케일 아웃과 같은)
• 수직적 확장 = 단순히 데이터베이스 서버의 성능을 향상
• 수평적 확장 = 더 많은 서버가 추가되고 데이터베이스가 전체적으로 분산
• ★데이터가 저장되는 방식 때문에 SQL 데이터베이스는 일반적으로 수직적 확장만. 수평적 확장은 NoSQL 데이터베이스에서만 가능.

장단점과 선택의 이유

RBD의 장점

• 명확하게 정의된 스키마에 따라 데이터 무결성보장
• 중복X

NOSQL의 장점

• 스키마X => 유연함 / 즉 새로운 필드를 추가할 수 있다.
• 조인 X -> 복잡하고 느린 조인이 없기때문에 빠르다

RBD의 단점

• NOSQL의 장점으로
• 유연하지못하고 매우 복잡한 쿼리발생가능

NOSQL의 단점

• RBD의 장점으로
• 무결성보장X
• 중복으로인한 문제 발생가능

RBD / NOSQL 선택의 이유

• 관계를 맺고 있는 데이터가 자주 변경(수정)되는 애플리케이션일 경우 + 정확한 스키마가 중요한 경우 = RDB
• 자주 업데이트 X + 매우 큰 양의 데이터 = NOSQL https://siyoon210.tistory.com/130 참고

[skarltjr]

scale out 측면에서의 rdb vs nosql

기본적으로 rdb는 수평적확장이 불가능, 수직적 확장만 가능
- 물론 master - slave 구조를 통해 구현할 수 있다.
- 그러나 중복을 허용하지 않고 무결성을 강조하기에 확장이 쉽지않다
- 예를들어 nosql은 중복을 허용하기에 a가 여기저기에 등장할 수 있지만 rdb는 불가능
- 따라서 nosql은 제약사항을 고려하지 않아 데이터 저장이 수월하기에 수평적 확장에 용이

추가로 rdb는 트랜잭션 기능을 제공하는데 수평적확장에서 트랜잭션 구현이 굉장히 어렵다