[ElasticSearch] 7.x 버전 전 후 의 차이점
by 무작정 개발반응형
1. ElasticSearch 7.x 이전 버전
- Type (타입)이 존재했음 -> DB의 Table (테이블)과 유사한 개념
DB( ex:Mysql) | ElasticSearch |
DataBase (데이터베이스) | Index (인덱스) |
Table (테이블) | Type (타입) |
Row (행_가로) | Document (문서) |
Column (열_세로) | Field (필드) |
Schema (스키마) | Mapping (매핑) |
2. ElasticSearch 7.x 이후 버전
- Type (타입)이 사라지고, Index (인덱스)가 DB의 Table(테이블)과 유사한 개념으로 바뀜
DB( ex:Mysql) | ElasticSearch |
Table (테이블) | Index (인덱스) |
Row (행_가로) | Document (문서) |
Column (열_세로) | Field (필드) |
Schema (스키마) | Mapping (매핑) |
3. 지금부터는 7.x 버전 이후를 기준으로 요약정리 - (Index, Document)

(1) - Document (도큐먼트) or 문서
- ElasticSearch에서 데이터가 저장되는 기본 단위
- JSON 형태
- 하나의 도큐먼트는 여러 필드(field)와 값(value)을 가짐
- DB랑 비유를 하자면 Document는 DB의 Row(행) 과 유사한 개념
MySQL에서 테이블 생성 및 데이터 저장
sql-- member 테이블 생성 CREATE TABLE member ( uid int not null AUTO_INCREMENT PRIMARY KEY, name varchar(50) not null, age int not null, gender varchar(6) not null ); -- member 테이블 조회 INSERT INTO member (name, age, gender) values ("mike", 25, "male");
JSON 형식의 Document 파일
javascript{ "name": "mike", "age": 25, "gender": "male" }
(2) - Index (인덱스)
- Document를 저장하는 논리적 단위
- DB의 테이블과 유사한 개념
- 1개의 Index에 다수의 Document가 포함되는 구조인데, 동일한 Index에 있는 Document는 동일한 스키마를 가짐
- 모든 Document는 반드시 1개의 Index에 포함돼야 한다.
블로그의 정보
무작정 개발
무작정 개발