| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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
- react 캡차
- 스프링 시큐리티 로그인
- react 심플캡차
- myBatis
- 스프링 시큐리티
- spring error
- 스프링
- react 자동입력방지
- SpringBoot
- build
- CI
- 젠킨스
- error
- ChatGPT
- 깃
- react 상태
- Security 로그인
- 리액트 심플캡차
- spring security 로그인
- jpa
- 에러
- 리액트 캡차
- Spring Security
- git
- maven
- Spring Boot
- REACT
- react simple captcha
- Docker
- react captcha
Archives
- Today
- Total
목록OLTP (1)
I can do it(Feat. DEV)
개발자로 일하다 보면 종종 "아, 내가 이걸 완전히 잘못 이해하고 있었구나"라는 순간을 마주합니다. 저는 최근 운동 데이터 시각화 작업을 하면서 바로 그런 깨달음을 얻었습니다.몇 달간 Django 쿼리셋 최적화, 인덱스 튜닝, 캐싱 등으로 성능을 개선하려고 씨름했지만 근본적인 한계에 부딪혔고, 뒤늦게 문제의 본질을 깨달았습니다. 애초에 데이터의 성격을 잘못 이해하고 있었던 것이었죠.오늘은 이 실패담을 통해 OLAP와 OLTP의 차이, 그리고 올바른 문제 진단의 중요성에 대해 이야기해보겠습니다.시작: 누군가 설계한 시스템을 이어받다제가 맡은 프로젝트는 사용자들의 운동 데이터를 수집하고 시각화하는 플랫폼이었습니다. 이전 개발자가 구축해놓은 시스템은 전형적인 Django + PostgreSQL 구조였습니다.#..
개발자 모드/경험
2025. 9. 19. 12:15