간략한 Redis 이론
Redis (in Memory) Key에 대한 단위 연산이 빠릅니다. 하지만 여러 Key에 대한 연산은 느릴 수 있습니다. 메모리를 저장소로 쓰는 경우, 아주 빠른 Get과 Put을 지원합니다. 장점 Sharding / Replication 이 용이합니다. Speed (간단한 데이터 200만건을 1.28초에 저장합니다.) In-Memory 데이터 TTL(Time to Live), Expire 단점 Sharding을 클라이언트에서 잘 지정할 필요가 있습니다. Replication시 blocking (2.4 버전부터 non-blocking하면서 속도를 개선했습니다.)
Database
2018. 5. 14. 01:00
NoSQL 이론
RDBMS의 한계 Schema 문제: 빅 데이터를 RDB의 Schema에 맞춰 변경해서 넣으려면 매우 긴 시간의 Down Time이 발생합니다. Scale Up의 한계: RDBMS는 애초부터 Scale Out(분산 환경)을 염두에 두고 설계되지 않았습니다. NoSQL (Not Only SQL) 기본 RDBMS의 한계를 극복하기 위해 만들어진 새로운 형태의 DB입니다. 빅 데이터를 다룰 때, RDBMS로만 트래픽을 감당하기 어려워졌고, 이를 해결하기 위해 탄생했습니다. NoSQL은 분산 환경에서 대용량의 데이터를 빠르게 처리하기 위해 개발되었습니다. 핵심은 Horizontal Scalability(수평 확장)과 High Availability(고가용성)입니다. 특징과 장점 거대한 Map로서 Key-Valu..
Database
2018. 5. 14. 00:58
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- cross
- ngrinder
- SPOF
- stateless
- JWT
- synchronized
- output
- Cross Origin
- web
- https
- Groovy
- NoSQL
- Runnable
- URI
- Token
- MongoDB
- ehcache
- cors
- iinput
- 대규모
- redis
- stateful
- thread
- script
- Spring Boot
- 404
- class
- HTTP
- Java
- auth
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함