관계형 데이터베이스 vs NoSQL 선택 기준

SW-H commented 1 year ago

장단점 및 상황별 데이터베이스 선택 기준

jungmiin commented 1 year ago

RDBMS 장점

ACID 준수: 데이터베이스 시스템이 "ACID를 준수"하면 데이터베이스 시스템의 원자성, 일관성, 격리, 영속성을 측정하는 우선순위를 충족합니다. 데이터베이스가 ACID를 더 많이 준수할수록 데이터베이스 트랜잭션 유효성을 보장하고, 이상 발생을 줄이고, 데이터 무결성을 보호하고, 안정적인 데이터베이스 시스템을 생성하는 데 더 많은 기여를 합니다. 일반적으로 SQL 기반 RDBMS는 ACID 준수 수준이 높지만, NoSQL 데이터베이스는 구조화되지 않은 데이터를 처리할 때 속도와 유연성을 얻기 위해 이 특징적인 장점을 포기합니다.
일관된 데이터 시스템에 적합: SQL 기반 RDBMS를 사용하면 원래 생성하는 구조로 정보가 유지됩니다. 방대한 양의 데이터를 처리하기 위한 동적 정보 시스템이 필요하지 않고 수많은 데이터 유형을 처리하지 않는다면, RDBMS는 뛰어난 속도와 안정성을 제공합니다.
관계는 각 데이터를 중복없이 한번만 저장됩니다.

RDBMS 단점

상대적으로 덜 유연합니다. 데이터 스키마는 사전에 계획되고 알려져야 합니다. (나중에 수정하기가 번거롭거나 불가능 할 수 도 있습니다.)
관계를 맺고 있기 때문에, JOIN문이 많은 매우 복잡한 쿼리가 만들어 질 수 있습니다.
수평적 확장이 어렵고, 대체로 수직적 확장만 가능합니다. 즉 어떤 시점에서 (처리 할 수 있는 처리량과 관련하여) 성장 한계에 직면하게 됩니다.

비관계형 DBMS 장점

스키마가 없기때문에, 훨씬 더 유연합니다. 즉, 언제든지 저장된 데이터를 조정하고 새로운 "필드"를 추가 할 수 있습니다.
데이터는 애플리케이션이 필요로 하는 형식으로 저장됩니다. 이렇게 하면 데이터를 읽어오는 속도가 빨라집니다.
수직 및 수평 확장이 가능하므로 데이터베이스가 애플리케이션에서 발생시키는 모든 읽기 / 쓰기 요청을 처리 할 수 있습니다.

비관계형 DBMS 단점

중복된 데이터 발생 할 수 있음.
그래서 하나의 update 문이 발생한다면, 이와 관련이 있는 다른 컬렉션에서의 수정 작업이 들어가줘야함.
복잡한 관계에 적합하지 않음.

jungmiin commented 1 year ago

`SQL`(=관계형 데이터베이스, MySQL)

관계
- 명확하게 정의 된 스키마 → 데이터의 무결성 보장
- 중복 없음
- 복잡한 쿼리가 만들어질 수 있음

⇒ 관계를 맺고 있는 데이터가 자주 변경되는 경우 스키마의 변경이 적거나 확고한 경우

`NoSQL`

관계 없음
유연성, 언제든 새로운 필드 추가 가능
수평적 확장 가능
속도 증가
데이터 중복
데이터를 수정해야할 경우, 모든 테이블에서 수정해야함

⇒ 데이터 구조나 타입이 확고하지 않거나 자주 변경될 수 있는 경우 데이터베이스의 수평적 확장을 기획하는 경우 데이터 변경은 자주 없으나 읽기 작업이 많은 경우 막대한 양의 데이터를 다뤄야할 경우

developer-sora commented 1 year ago

구매 내역이나 게임의 로그 같은 데이터들은 매 초마다 엄청난 양이 생성되지만 한번 저장되고 난 뒤에는 수정될 일이 거의 없다. 이런 데이터들을 저장하는 데 데이터의 일관성을 보장하기 위해 ACID 트랜잭션을 지원할 필요는 없을 것이다. 거기다 생성되는 데이터의 양도 많기 때문에 장비의 성능에도 상당한 영향을 미칠 것이다. NoSQL은 이러한 데이터들을 효율적으로 저장할 수 있다. 여러 대의 장비에 빠른 속도로 저장이 가능하며, 데이터의 양이 누적되더라도 얼마든지 수평적 확장이 가능하기 때문이다.

실제로 페이스북이나 트위터같은 소셜 네트워크 서비스에서는 게시글들을 저장하는 데 NoSQL 데이터베이스를 사용하고 있다. 매 초에 수백 기가~수 테라바이트씩 생성되는 데이터들을 RDBMS를 사용해 저장한다면, 글 작성 버튼을 누른 후 글이 중앙 데이터베이스에 저장되기까지 한참을 기다려야 글을 성공적으로 게시할 수 있을 것이다. 하지만 NoSQL의 분산 데이터베이스를 사용한다면 부하가 분산되기 때문에 우리가 글쓰기 버튼을 누르고 한참을 기다릴 필요가 없게 된다. 또한 각종 검색 엔진에도 사용되는 것이 NoSQL인데, 웹 페이지 내의 텍스트들을 형태소 단위의 토큰으로 분리하여 토큰과 해당 토큰이 포함된 페이지들의 URL을 맵핑하는 Inverted Index(역 인덱스) 구조를 NoSQL을 통해 구현한다. 이런 기능을 일반적인 RDMBS로 구현했을 경우 검색 창에 단어를 입력했을 때마다 상당한 시간이 소요될 것이다.

yerimstar commented 1 year ago

금융 업계처럼 보수적이거나 저장해야 하는 데이터들이 고정적인 경우 RDBMS를 사용하는 것이 더 좋다. 반대로 웹이나 다량의 데이터를 한꺼번에 처리해야하는 메신저는 NoSQL 방식이 더 유리하다고 볼 수 있다.

출처 : 코딩월드뉴스(https://www.codingworldnews.com)

dupyo commented 1 year ago

RDBMS, NoSQL 언제 사용해야 될까?

RDBMS

데이터 구조가 명확하며 변경 될 여지가 없으며 명확한 스키마가 중요한 경우.
또한 중복된 데이터가 없어(데이터 무결성) 변경이 용이하기 때문에 관계를 맺고 있는 데이터가 자주 변경이 이루어지는 시스템에 적합.

NoSQL

정확한 데이터 구조를 알 수 없고 데이터가 변경/확장이 될 수 있는 경우에 사용하는 것이 좋다.
그러나 데이터 중복이 발생할 수 있으며 중복된 데이터가 변경될 시에는 모든 컬렉션에서 수정을 해야 하기 때문에 Update가 많이 이루어지지 않는 시스템이 좋다.
또한 Scale-out이 가능하다는 장점을 활용해 막대한 데이터를 저장해야 되는 시스템에 적합.

출처 : https://velog.io/@leephoter/RDBMS-%EC%99%80-NoSQL

developer-sora commented 1 year ago

https://gyoogle.dev/blog/computer-science/data-base/SQL%20&%20NOSQL.html

jinsusong / CS-Study