Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- Pending Intent
- 펜딩인텐트
- android notification 예제
- notification manager
- NotificationCompat.Builder
- setContentIntent
- setDefaults(NotificationCompat.DEFAULT_ALL)
- 안드로이드 알림
- 안드로이드 알림 예제
- 버전별 관리
- 알림 인텐트
- 알림 우선순위
- notifications
- setPriority(NotificationCompat.PRIORITY_HIGH)
- notification channel
- 안드로이드 알림채널
Archives
- Today
- Total
공부용 블로그
Time Series Database와 RDBMS의 차이점 본문
1. TSB는 트랜잭션(원자성, 일관성, 격리성, 지속성)을 기반으로 데이터를 보존할 필요가 없다. why?
=> 트랜잭션을 보장하려면 쿼리가 실행되어 데이터가 변하는 동안 이전 데이터를 임시저장소(롤백 세그먼트)에 저장해둬야하는데
이러한 과정은 추가적인 연산과 저장용량을 필요로 한다. TSB는 쿼리를 실행하기 위해 데이터의 복잡한 연산을 하기보다
연속적인 데이터를 기록으로 남기기 때문에 트랜잭션을 보장하려고 굳이 임시저장소에 같은 데이터를 저장해놓는건 과도한 작업
이 된다. TSB는 그런 연산작업으로 처리시간을 늦추기보다 데이터를 빠르게 저장하고 분석해주는 것이 더 중요하다.
=> 테스트 할 때 롤백 세그먼트에 저장용량 차이를 비교해 볼 것. 만약 같은 처리량에 TSB가 용량이 더 크면 탈락. but 처리량은
TSB가 더 많고 저장용량은 RDB가 더 유리하다면??
2. TSB는 실시간 질의에는 OLTP 특성의 특정 레코드를 전체에서 빨리 찾아야하는 것은 RDBMS에 비해 느림
3. 비트맵 인덱스가 카디널리티가 낮은 경우 좋은 이유는?
'설계 > RDBMS' 카테고리의 다른 글
Cubrid 설치 (0) | 2018.12.20 |
---|---|
Cubrid Architecture (0) | 2018.12.19 |
explain을 썼을 때 처리량의 변화 (진짜 영향을 미치는것일까?) (0) | 2018.12.17 |
MariaDB 설치 (0) | 2018.12.16 |
MonetDB 설치 (0) | 2018.12.15 |