일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- javascript
- 비동기를동기처리
- 자바스크립트
- git commit 컨벤션
- 자바스크립트 forEach
- 파이썬3.8
- 자바스크립트 반복문
- Javascript Map
- Golang interface
- Javascript forEach
- 깃 커밋 메세지 컨벤션
- 하이퍼레저 패브릭
- javascript set
- 자바스크립트 평가전략
- 자바스크립트 for of
- 파이썬설치
- 자바스크립트 for문
- map과 object의 차이
- call by sharing
- 자바스크립트 map
- 깃 커밋 메세지 규칙
- JavaScript for of
- 자바스크립트 for in
- 깃 커밋 메세지
- 이벤트루프
- git commit best practice
- Python3.8
- HTTP 응답코드
- 자바스크립트 set
- 자바스크립트 객체 순회
- Today
- Total
목록RDBMS (2)
완벽한 다음 행보는 없다.
벤치마킹을 진행했던 RDBMS는 MariaDB, PostgreSQL, Firebird, H2, MonetDB 였고, 설정에 손을 대진 않았던 것으로 기억한다. 각 데이터베이스를 설치했던 컴퓨터의 사양은 AMD Ryzen 7 1700 8코어 16쓰레드, 16G 메모리 였고, 운영체제는 Ubuntu 16.04 였다. 벤치마크를 위해 사용했던 프로그램은 JDBC(Java Database Connectivity) 이다. 시나리오는 1) 동시접속자가 많고, 모두 select 쿼리를 요청할 때. 2) 동시접속자가 많고, select 700명 + insert 300명 라는 두가지 시나리오로 진행했다. 시나리오에 필요한 데이터는 각 디비에 저장되어 있었다. 벤치마크 결과 시나리오 1. Select 100% - 3분동안..
개발공부 할 때, 자기계발을 주제로 한 안드로이드 앱을 개발했었다. VOD, 게시판, 채팅 기능을 넣으려고 했었고 그때 사용할 RDBMS를 선정하기 위한 공부를 했었는데, 그 과정에 대한 기록이다. 선택기준 1. 빠른 처리 속도. 요청받은 쿼리문을 빠르게 처리하는 데이터베이스를 원했다. 처리속도가 느리면 그것은 곧 이용자가 기다려야 하는 시간이 늘어남을 뜻하고, 나는 그것을 원하지 않았다. 쿼리문 비율 데이터베이스마다 쿼리문을 처리하는 방식이 다를 것이라 생각했다. 만약 그렇다면 데이터베이스마다 쿼리문 종류에 따른 처리속도가 다를 것이라고 판단했다. 예를들어 A 데이터베이스는 select가 빠르고 B 데이터베이스는 Insert 처리 속도가 빠를 수 있을 것이라 생각했다. 그래서 서비스가 가장 많이 사용하..