SQL
- Stucture Query Language(구조적 질의 언어)
- 관계적 데이터 베이스 시스템(RDBMS)에서 자료를 관리 및 처리하기 위해 설계된 언어
SQL 문법의 종류
-
DDL(Data Definition Language, 데이터 정의 언어) : 각 릴레이션을 정의하기 위해 사용하는 언어(CREATE, ALTER, DROP 등)
-
DML(DATA Manipulation Language, 데이터 조작 언어) : 데이터 추가/수정/삭제하기 위한, 즉 데이터를 관리를 위한 언어(SELECT, INSERT, UPDATE 등)
-
DCL(Data Control Language, 데이터 제어 언어) : 사용자 관리 및 사용자 별로 릴레이션 또는 데이터를 관리하고 접근하는 권한을 다루기 위한 언어(GRANT, REVOKE 등)
SQL 언어적 특성
-
SQL은 대소문자를 가리지 않는다.(단 서버환경이나 DBMS의 종류에따라 데이터베이스 또는 필드명에 대해 대소문자를 구분하기도 힘)
-
SQL 명령어는 반드시 세미콜론
;으로 끝나야 한다. -
고유값은 따옴표
''로 감싼다.
SELECT * FROM EMP WHERE NAME = 'Suri'- SQL에서 객체를 나타낼때는 백틱으로 감싼다.
SQL의 장점
- 명확하게 정의 된 스키마, 데이터 무결성 보장
- 관계는 각 데이터를 중복없이 한번만 저장됨
참고 |
NOSQL
- 많은 의견이 있지만 Not Only SQL로 설명
- 비관계형 데이터 베이스
- 기존의 관계형 데이터베이스 보다 더 융통성 있는 데이터 모델을 사용
- 데이터의 저장 및 검색을 위한 특화된 매커니즘을 제공
- 단순 검색 및 추가 작업에 있어서 매우 최적화된 키 값 저장 기법을 사용
=> 응답속도나, 처리 효율 등에 있어서 매우 뛰어난 성능을 나타냄
NOSQL의 특징(장점)
-
유연성 : 유연한 스키마를 제공하여 보다 빠르고 반복적인 개발을 가능
-
확장성: 일반적으로 고가의 강력한 서버를 추가하는 대신 분산형 하드웨어 클러스터를 이용해 확장하도록 설계되어있음
-
고성능 : 특정 데이터 모델 및 액세스 패턴에 대해 최적화되어 관계형 데이터베이스를 통해 유사한 기능을 충족하려 할 때보다 뛰어난 성능을 얻게 함
-
고기능성 : 각 데이터 모델에 맞춰 특별히 구축된 뛰어난 기능의 API와 데이터 유형을 제공
NOSQL의 단점
- 유연성 때문에, 데이터 구조 결정을 하지 못하고 미루게 될 수 있다.
- 데이터 중복은 여러 컬렉션과 문서가 (SQL 세계에서 처럼 하나의 테이블에 하나의 레코드가 아니라) 여러 개의 레코드가 변경된 경우 업데이트를 해야 한다.
- 데이터가 여러 컬렉션에 중복되어 있기 때문에, 수정(update)를 해야 하는 경우 모든 컬렉션에서 수행해야 한다. (SQL 세계에서는 중복된 데이터가 없기 때문에 한번만 수행하면 됨)
NoSQL 데이터베이스로 사용할 수 있는 데이터 모델의 유형
- 고정된 데이터 모델로 제한되지 않고 고도의 정형 데이터도 처리 가능
-
키-값
키-값은 해시 테이블을 사용하여 키와 값의 쌍을 저장. 키는 알려졌지만 키 값은 알려지지 않은 경우에 키-값 유형이 가장 적합함 -
문서
문서 데이터베이스는 문서 전체를 컬렉션이라 불리는 그룹으로 구성하여 키-값 데이터베이스의 개념을 확장. 문서 데이터베이스는 중첩된 키-값 쌍을 지원하며, 문서 내에 있는 모든 속성에 대한 쿼리를 허용 -
열 형식
열 형식, 와이드 열 또는 열 패밀리 데이터베이스는 희소 데이터 행에 걸쳐 데이터와 쿼리를 효율적으로 저장하며 데이터베이스의 특정 열에 대한 쿼리 실행 시 이점을 제공 -
그래프
그래프 데이터베이스는 노드 및 에지 기반 모델을 바탕으로 상호 연결된 데이터(예: 소셜 네트워크를 사용하는 사용자들 간의 관계)를 표현하고 복잡한 관계를 간단하게 스토리지하고 살펴볼 수 있도록 지원
SQL과 NOSQL의 차이점
-
SQL은 엄격한 스키마가 있어 스키마를 준수하지 않는 레코드는 추가할 수 없지만,
NOSQL은 스키가 없다.
-> SQL 세상에서는 정해진 스키마를 따르지 않는다면 데이터를 추가 할 수 없지만, NoSQL에서는 다른 구조의 데이터를 같은 컬렉션(= SQL에서의 테이블)에 추가할 수 있다.
-
SQL은 데이터들의 관계가 중요하지만(중복 피할 수 있음), NOSQL에서는 관계가 없다.
-
데이터가 저장되는 방식 때문에 SQL 데이터베이스는 일반적으로 수직적 확장만을 지원.
수평적 확장은 NoSQL 데이터베이스에서만 가능
SQL과 NOSQL은 언제 사용하는 것이 좋을까?
SQL
- 관계를 맺고 있는 데이터가 자주 변경(수정)되는 애플리케이션일 경우
(NoSQL에서라면 여러 컬렉션을 모두 수정해줘야만 하기 때문) - 변경될 여지가 없고, 명확한 스키마가 사용자와 데이터에게 중요한 경우
NOSQL
- 정확한 데이터 구조를 알 수 없거나 변경 / 확장 될 수 있는 경우
- 읽기(read)처리를 자주하지만, 데이터를 자주 변경(update)하지 않는 경우
(즉, 한번의 변경으로 수십 개의 문서를 업데이트 할 필요가 없는 경우) - 데이터베이스를 수평으로 확장해야 하는 경우 (막대한 양의 데이터를 다뤄야 하는 경우)
참고
| https://siyoon210.tistory.com/130
| https://edu.goorm.io/learn/lecture/15413/%ED%95%9C-%EB%88%88%EC%97%90-%EB%81%9D%EB%82%B4%EB%8A%94-sql/lesson/767683/sql%EC%9D%B4%EB%9E%80
| https://www.samsungsds.com/kr/insights/1232564_4627.html
| https://aws.amazon.com/ko/nosql/
| https://azure.microsoft.com/ko-kr/resources/cloud-computing-dictionary/what-is-nosql-database/?ranMID=43674&ranEAID=rl2xnKiLcHs&ranSiteID=rl2xnKiLcHs-1cll95Hi93zSmcln88t3SQ&epi=rl2xnKiLcHs-1cll95Hi93zSmcln88t3SQ&irgwc=1&OCID=AID2200057_aff_7795_1243925&tduid=%28ir__nc6wvqc3lckfblpbmf0wesvwp32xvcl1mlbnvxfl00%29%287795%29%281243925%29%28rl2xnKiLcHs-1cll95Hi93zSmcln88t3SQ%29%28%29&irclickid=_nc6wvqc3lckfblpbmf0wesvwp32xvcl1mlbnvxfl00
