SQL 데이터베이스
SQL은 구조화된 쿼리언어(Structured Query Language)를 말한다. 따라서 데이터 베이스 자체를 나타내는 것이 아니라, 특정 유형의 데이터베이스와 상호 작용하는 데 사용하는 쿼리 언어이다.
SQL을 사용하면 관계형 데이터베이스 관리 시스템(RDBMS)에서 데이터를 저장, 수정, 삭제 및 검색 할 수 있다.
- 데이터는 엄격한 데이터 스키마(=structure)를 따라 데이터베이스 테이블에 저장된다.
- 데이터는 관계를 통해서 연결된 여러 테이블에 분산된다.
1) 엄격한 스키마
데이터는 테이블(table)에 레코드(record)로 저장되며, 각 테이블에는 며오학하게 정의된 구조-테이블에 들어갈 수 있는 데이터와 그렇지 않을 수 있는 데이터를 정의하는 필드집합이 있다.
스키마를 준수하지 않는 레코드는 추가할 수 없다. 만약 더 많은 필드를 얻거나, 넣고 싶다면 스키마를 뜯어 고쳐야 한다.
2) 관계
SQL 기반의 데이터 베이스의 또 다른 중요한 부분은 관계이다.
데이터의 중복을 피하기 위해, 데이터들을 여러 테이블로 나누어 저장한다. 예를 들어 Users(사용자), Product(상품), Orders(주문한 상품) 같은 여러 테이블이 존재할 때, 각각의 테이블들은 서로 다른 테이블에 저장되지 않은 데이터 만을 가지고 있다.
이런 구조는 데이터가 항상 하나의 테이블에서만 관리되기 때문에 잘못된 데이터가 테이블 전체에 복제되어 발생하는 문제가 없다.
NoSQL 데이터 베이스
NoSQL은 기본적으로 SQL 데이터 베이스와 반대되는 접근 방식을 따르기 때문에 붙여진 이름이다.
- 스키마 없음
- 관계 없음
NoSQL 세계에서는 테이블(table)을 컬렉션(Collection)으로, 레코드(record)를 문서(document)라고 부른다.
그러나 단순히 이름을 떠나, 핵심적인 차이가 있다. SQL 세계에서는 정해진 스키마를 따르지 않는다면 데이터를 추가할 수 없었찌만, NoSQL에서는 다른 구조의 데이터를 같은 컬렉션(=SQL에서의 table)에 추가할 수 있다.
문서는 JSON 데이터와 비슷한 형태를 가지고 있다. 그리고 앞서 언급한 것처럼, 스키마에 대해서는 걱정할 필요가 없다.
또한 일반적으로 관련 데이터를 동일한 컬랙션에 넣는다. 관계형 데이터 베이스에서 사용했던 User나 Product 정보 또한 Orders에 포함해서 한꺼번에 저장했던 것과 달리 주문한 상품이 있는경우, 관련있는 데이터를 Orders 컬랙션에 저장한다.
따라서 여러 테이블 / 컬렉션을 조인(join)할 필요없이 이미 필요한 모든 것을 갖춘 문서를 만들게 된다.
(실제로 NoSQL 데이터베이스에는 조인이라는 개념이 없다)
조인을 하고 싶다면, 수동으로 직접 외래키를 검색해 사용할 수 있겠지만, 일반적이지 않다. 대신 컬렉션마다 데이터를 복제해 각 컬렉션 일부분에 속하는 데이터를 생성한다
데이터 복제의 개념은 처음에는 혼란스러울 수 있다. 컬렉션 B에서는 데이터를 수정하지 않았는데, 컬렉션 A에서만 실수로 데이터를 수정하게 될 위험이 있다.
그럼에도 불구하고, NoSQL의 가장 큰 장점은 복잡한 조인문으로 작업할 필요가 없다는 것이다. 필요한 모든 데이터가 저장되어 있기 떄문이다. NoSQL은 특히 자주 바뀌지 않는 데이터일 수록 좋다.
언제 SQL을 사용하는 것이 좋을까?
- 앱의 여러 부분에서 관련 데이터가 비교적 자주 변경되는 경우 (NoSQL이라면 항상 여러 컬렉션을 수정해야 함)
- 명확한 스키마가 중요하며, 데이터 구조가 극적으로 변경되지 않을때
언제 NoSQL을 사용하는 것이 좋을까?
- 정확한 데이터 요구사항을 알 수 없거나, 관계를 맺고 있는 데이터가 자주 변경(수정)되는 경우
- 읽기(read) 처리를 자주하지만, 데이터를 자주 변경하지 않는 경우 (즉, 한번의 변경으로 수십 개의 문서를 수정할 필요가 없는 경우)
- 데이터베이스를 수평으로 확장해야 하는 경우 (즉, 막대한 양의 데이터를 다뤄야 하는 경우, 읽기/쓰기 처리량이 큰 경우)
출처
