📌 관계형 데이터 베이스
✅ 특징
- 데이터베이스 유형 중에 관계형 데이터베이스가 있다.
- 관계형 데이터베이스는 고정된 행(row)과 열(column)로 구성된 테이블에 데이터를 저장한다.
- 각 열은 하나의 속성에 대한 정보를 저장하고, 행에는 각 열의 데이터 형식에 맞는 데이터가 저장된다.
- 관계형 데이터베이스에서는 테이블의 구조와 데이터 타입 등을 사전에 정의한다. 그리고 테이블에 정의된 내용에 알맞은 형태의 데이터만 삽입할 수 있다.
- 특정한 형식을 지키기 때문에, 데이터를 정확히 입력했다면 데이터를 사용할 때에는 매우 수월하다.
- 관계형 데이터베이스는 SQL 사용
- 관계형 데이터베이스에서는 테이블 간의 관계를 직관적으로 파악할 수 있다.
✅ 관계형 데이터베이스 관리 시스템
관계형 데이터베이스의 대표적인 DBMS는 아래와 같다.
관계형 데이터베이스 관리 시스템을 따로 RDBMS라고 부른다.
- MySQL
- Oracle
- SQLite
- MariaDB
- PostgresSQL
👉 정리하면,
데이터베이스 유형 중 관계형 데이터베이스는 테이블 기반으로 데이터를 저장한다. 그리고 SQL을 사용해서 데이터를 다룰 수 있다.
테이블의 관계가 구조화된 데이터의 모음이기 때문에 구조화된 쿼리 언어를 사용할 수 있는 것이다.
📌 비관계형 데이터베이스
✅ NoSQL 이란?
- 비관계형 데이터베이스란 관계형 데이터베이스를 뺀 나머지 유형을 총칭하는 뜻이다.
- 마치 한국어와 외국어를 나누는 것 처럼 관계형 데이터베이스가 아닌 모든 곳에서는 NoSQL인 것이다. (한국어 외에는 다 외국어)
관계형 데이터베이스를 SQL이라고 칭하는 것과 마찬가지로 비관계형 데이터베이스를 칭할 때 NoSQL(또는 NoSQL 데이터베이스)라고 한다.
그런데 주의할 점은 NoSQL 데이터베이스 또는 비관계형 데이터베이스로도 관계 데이터를 저장할 수 있다. (관계형 데이터베이스와 방식은 다르지만)
✅ NoSQL 특징
- NoSQL 데이터베이스는 표 형식이 아니며, 관계형 테이블과는 다른 방식으로 데이터를 저장한다.
- 데이터가 고정되어 있지 않은 데이터베이스를 가리킨다.
- 데이터 모델에 따라 유형이 다양하다.
- 주요 유형으로는 문서, 키 값, 와이드 컬럼, 그래프가 있다.
- NoSQL이 SQL과 반대되는 개념처럼 사용된다고 해서, NoSQL에 스키마가 반드시 없는 것은 아니다.
- 이들은 유연한 스키마를 제공하며, 대량의 데이터와 높은 사용자 부하에서도 손쉽게 확장이 가능하다.
- 관계형 데이터베이스에서는 데이터를 입력할 때 스키마에 맞게 입력해야 하는 반면, NoSQL에서는 데이터를 읽어올 때 스키마에 따라 데이터를 읽어 온다.
- 이런 방식을 ‘schema on read’라고도 한다.
- 읽어올 때에만 데이터 스키마가 사용된다고 하여, 데이터를 쓸 때 정해진 방식이 없다는 의미는 아니다.
- 데이터를 입력하는 방식에 따라, 데이터를 읽어올 때 영향을 미친다.
✅ CAP
분산형 구조는 일관성(Consistency), 가용성(Availability), 분산 허용(Partitioning Tolerance)의 3가지 특징을 가지고 있다. CAP 이론은 이 중 2가지만 만족할 수 있다는 이론이다. NoSQL은 대부분 이 CAP 이론을 따르고 있다.
✔ 일관성(Consistency)
- 분산된 노드 중 어느 노드로 접근하더라도 데이터 값이 같아야 한다. (데이터 복제 중에 쿼리가 되는 일관성을 제공하지 않는 시스템의 경우 다른 데이터 값이 쿼리될 수 있다.)
✔ 가용성(Availability)
- 클러스터링된 노드 중 하나 이상의 노드가 실패(Fail)라도 정상적으로 요청을 처리할 수 있는 기능을 제공한다.
✔분산 허용(Partition Tolerance)
- 클러스터링 노드 간에 통신하는 네트워크가 장애가 나더라도 정상적으로 서비스를 수행한다. 노드 간 물리적으로 전혀 다른 네트워크공간에 위치도 가능하다.
✅ NoSQL 유형
✔ Key-Value 타입
- 속성을 Key-Value의 쌍으로 나타내는 데이터를 배열의 형태로 저장한다.
- 여기서 Key는 속성 이름을 뜻하고, Value는 속성에 연결된 데이터 값을 의미한다.
- Redis, Dynamo 등이 대표적인 Key-Value 형식의 데이터베이스이다.
✔ 문서형(Document) 데이터베이스
- 데이터를 테이블이 아닌 문서처럼 저장하는 데이터베이스를 의미한다.
- 많은 문서형 데이터베이스에서 JSON과 유사한 형식의 데이터를 문서화하여 저장한다.
- 각각의 문서는 하나의 속성에 대한 데이터를 가지고 있고, 컬렉션이라고 하는 그룹으로 묶어서 관리한다.
- 대표적인 문서형 데이터베이스에는 MongoDB 가 있다.
✔ Wide-Column Store 데이터베이스
- 데이터베이스의 열(column)에 대한 데이터를 집중적으로 관리하는 데이터베이스이다.
- 각 열에는 key-value 형식으로 데이터가 저장되고, 컬럼 패밀리(column families)라고 하는 열의 집합체 단위로 데이터를 처리할 수 있다.
- 하나의 행에 많은 열을 포함할 수 있어서 유연성을 높다.
- 데이터 처리에 필요한 열을 유연하게 선택할 수 있다는 점에서 규모가 큰 데이터 분석에 주로 사용되는 데이터베이스 형식이다.
- 대표적인 wide-column 데이터베이스에는 Cassandra, HBase 가 있다.
✔ 그래프(Graph) 데이터베이스
- 자료구조의 그래프와 비슷한 형식으로 데이터 간의 관계를 구성하는 데이터베이스이다.
- 노드(nodes)에 속성별(entities)로 데이터를 저장한다.
- 각 노드간 관계는 선(edge)으로 표현한다.
- 대표적인 그래프 데이터베이스에는 Neo4J, InfiniteGraph 가 있다.
📌 SQL vs NoSQL
✅ 사용 예시
✔ SQL 기반
- 데이터베이스의 ACID 성질을 준수해야 하는 경우
ACID는 Atomicity(원자성), Consistency(일관성), Isolation(격리성), Durability(지속성) 를 의미한다.
- 각 단어는 데이터베이스에서 실행되는 하나의 트랜잭션(Transaction)에 의한 상태의 변화를 수행하는 과정에서, 안전성을 보장하기 위해 필요한 성질이다.
- SQL을 사용하면 데이터베이스와 상호 작용하는 방식을 정확하게 규정할 수 있기 때문에, 데이터베이스에서 데이터를 처리할 때 발생할 수 있는 예외적인 상황을 줄이고, 데이터베이스의 무결성을 보호할 수 있다.
- 전자 상거래를 비롯한 모든 금융 서비스를 위한 소프트웨어 개발 에서는 반드시 데이터베이스의 ACID 성질을 준수해야 한다.
그래서 이런 경우에는 일반적으로 SQL을 이용한 관계형 데이터베이스를 사용한다.
- 소프트웨어에 사용되는 데이터가 구조적이고 일관적인 경우
- 소프트웨어(프로젝트)의 규모가 많은 서버를 필요로 하지 않고 일관된 데이터를 사용하는 경우, 관계형 데이터베이스를 사용하는 경우가 많다.
- 다양한 데이터 유형과 높은 트래픽을 지원하도록 설계된 NoSQL 데이터베이스를 사용해야만 하는 이유가 없기 때문이다.
✔ NoSQL
- 데이터의 구조가 거의 또는 전혀 없는 대용량의 데이터를 저장하는 경우
- 대부분의 NoSQL 데이터베이스는 저장할 수 있는 데이터의 유형에 제한이 없다.
- 필요에 따라, 언제든지 데이터의 새 유형을 추가할 수 있다.
소프트웨어 개발에 정형화 되지 않은 많은 양의 데이터가 필요한 경우, NoSQL을 적용하는 것이 더 효율적일 수 있다.
- 클라우드 컴퓨팅 및 저장공간을 최대한 활용하는 경우
- 클라우드 기반으로 데이터베이스 저장소를 구축하면, 저렴한 비용의 솔루션을 제공받을 수 있다.
소프트웨어에 데이터베이스의 확장성이 중요하다면, 별다른 번거로움 없이 확장할 수 있는 NoSQL 데이터베이스를 사용하는 것이 좋다.
- 빠르게 서비스를 구축하는 과정에서 데이터 구조를 자주 업데이트 하는 경우
- NoSQL 데이터베이스의 경우 스키마를 미리 준비할 필요가 없기 때문에 빠르게 개발하는 과정에 매우 유리하다.
- 시장에 빠르게 프로토타입을 출시해야 하는 경우가 이에 해당한다.
- 또한 소프트웨어 버전별로 많은 다운타임(데이터베이스 서버를 오프라인으로 전환하여 데이터 처리를 진행하는 작업 시간) 없이 데이터 구조를 자주 업데이트 해야하는 경우, 스키마를 매번 수정해야 하는 관계형 데이터베이스 보다 NoSQL 기반의 비관계형 데이터베이스를 사용하는 게 더 적합하다.
🧩 Reference
꿈꿈