파티션수가 한달에 720개니깐 3달치만 디비에 보관하고 나머진 아카이빙처리 한다고 하고 ㅇㅇ
[일반] 시간당 백만 로우가 쌓인다면 시간단위로 파티셔닝하는게 베스트 겟지?
익명(112.222)
2025-12-30 11:24
추천 0
댓글 11
다른 게시글
-
DB문제 [2][정보] 30세전에특..(wetland3005) | 25.12.30추천 1
-
ms들 백갤 상주하면서 정쳐기[일반] 익명(223.38) | 25.12.30추천 0
-
하이닉스나 삼성전자 같은 곳은 컴공 직렬로 가도 똑같이 성과금 받음? [3][일반] 익명(220.74) | 25.12.30추천 0
-
군대에서 공부 [15][일반] 익명(121.149) | 25.12.30추천 0
-
카톡방같은곳은 나가도 전문업체에서 복구가 가능한가? [2][일반] 익명(lesbion2) | 25.12.30추천 0
-
나 진짜 기막히게 돈 버는 트레이딩봇 생각났음 [1][일반] 익명(39.7) | 25.12.30추천 1
-
12/30 오늘의 문제 [3][일반] 익명(118.235) | 25.12.30추천 0
-
현시점 블로그 제일 잘 쓴다고 생각하는 기업 [2][일반] 익명(117.111) | 25.12.30추천 0
-
스타트업 개발외주 인턴이 경력이 됨?[일반] 익명(1.236) | 25.12.30추천 0
-
좆된거같다 [5][일반] 익명(182.230) | 25.12.30추천 0
파티셔닝을 왜함? 뭔 이득이 있는거임? - dc App
그게 이제 시간 조건으로 조회 쿼리를 쓰는데 물리적인 검색 범위를 줄이면 속도가 최적화 되지 않을까해서
@글쓴 백갤러(112.222) 인덱스 자체가 이미 날짜 범위를 좁혀서 조회 그 기능을 수행하는거 아니야? - dc App
ㄹㅇ - dc App
@딘퐁 일단 시간 컬럼에 인덱스는 당연히 걸어 놨고 파티셔닝없이 데이터를 조회하면 시간이 엄청 오래걸렷음 수억개 데이터가 쌓였을 때 인덱스 검색이 log(n)라서 데이터가 커져도 인덱스 속도는 큰차이 없는걸로 알고 있는데 수억개면 너무많이 커져서 그런건가?
@글쓴 백갤러(112.222) 100만건 정도론 쿼리 속도가 준수하게 나왓어서 처음에 테스트 할때
@글쓴 백갤러(112.222) 아니 잘못말햇노 10분에 100만건 ㅇㅇㅇ
랜덤엑세스 쿼리임? 랜덤엑세스 이고 스캔수가 많을수록 파티셔닝으로 성능 이점이 있겠지 - dc App
@글쓴 백갤러(112.222) 파티셔닝하면 물리적인 크기가 작아지니 이득인데 여러 파티션에 걸쳐서 스캔하면 성능이 더 안좋아질 수 있음 - dc App
@글쓴 백갤러(112.222) 조회패턴이 중요할거같은데 페이징만 잘하면 순식간에 끝남 - dc App
아카이빙할꺼면 시간컬럼기준 파티션으로 쪼개두고 파티션마다 로컬인덱스로 잡아야지