일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- Get
- 5주차
- Transaction
- SQL
- 부트스트랩
- db
- 비동기
- post
- 웹 스크래핑(크롤링)
- 3주차
- nginx
- node winston
- HTTPS
- 4주차
- 트랜잭션
- 항해99
- 노드 윈스턴
- JWT
- 스파르타코딩클럽
- NoSQL
- Node.js
- 개발일지
- 2주차
- Sequelize
- OpenAPI
- MongoDB
- 숙제
- 1주차
- 위키백과
- cors
Archives
- Today
- Total
얼음꽃의 일지
인덱스??? 본문
728x90
인덱스(Index)
-> DB에서 테이블에 대한 동작 속도를 높여주는 것
-> ex ) 책에 특정한 단어들을 쉽게 찾기 위해서 책 맨 뒤에 순서대로 페이지와 같이 적어 둔 것
-> 인덱스를 해두기 위해서 별도의 메모리 공간에 데이터와 함께 저장
-> 이런 형식으로 만들면 검색 속도가 상향됨
-> 관리는 insert, delete, update 등 이용
장점
-> 조건 검색(Where절) 효율성 Up
-> 정렬(Order By절) 효율성 Up
-> 최대, 최소(Min, Max) 효율성 Up
단점
-> 추가, 삭제, 수정 시 그 index를 다시 수정해야하기 때문에 그런 부분에서 취약
-> 데이터가 심하게 많은 곳에서는 비효율적, 같은 내용이 몇만개 몇십만개 있다고하면 그걸 찾는데 오히려 오래걸림
-> 양에 따라서 인덱스가 증가하게되면 메모리 차지도 많이 하기 때문에 고려 잘 해야하는 부분
복합 인덱스(Composite Index)
-> 인덱스를 생성할 때 두개 이상의 컬럼을 합쳐서 인덱스를 만드는 것
-> where절에서 and로 연결되는 정도라고 생각
-> 대신 and말고 or는 사용하면 안됨 or를 사용하게 되는 경우에는 복합을 찾는게 아니라 전체적으로 찾는거라 인덱스랑 다를 바가 없음
-> 그리고 만들 때의 순서도 중요함. 어느 컬럼으로 먼저 하냐에 따라 그 데이터를 찾는데의 효율성이 달라질 수 있음
728x90
'항해 일지' 카테고리의 다른 글
TCP 3-way Handshake (0) | 2022.12.19 |
---|---|
HTTP 와 HTTPS (0) | 2022.12.18 |
트리(Tree) 와 그래프(Graph) (0) | 2022.12.18 |
이분 탐색 (0) | 2022.12.18 |
Nginx 와 Apache (0) | 2022.12.18 |