반응형
250x250
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
- codedeploy
- AWS CI/CD 구축하기
- redis
- Flux
- IntelliJ
- PostgreSQL
- COALESCE
- codepipeline
- codebuild
- docker
- Spring Error
- chart.js
- Python
- node
- kubeflow
- SQL
- codedeploy error
- 도커
- or some instances in your deployment group are experiencing problems.
- VPN
- chartjs
- Jenkins
- java bigdecimal
- Airflow
- aws
- Kafka
- bootstrap
- Spring
- JavaScript
- aws cicd
Archives
- Today
- Total
목록mongodb aggregation (1)
Small Asteroid Blog
[Spring] MongoDB 조회 - Stream, Aggregation 비교
Spring에서 몽고디비를 사용할 때스트리밍 조회(Stream Processing)와 MongoDB Aggregation 중어떤 방법이 더 좋은지 데이터의 특성과 사용 목적을 고려해야 한다. 스트리밍 조회 (Stream Processing)장점메모리 효율성: 전체 데이터를 한 번에 메모리에 로드하지 않고, 하나씩 처리하기 때문에 메모리 부담이 적다.단순한 로직: 데이터 하나하나를 순차적으로 처리하는 데 적합하여, 복잡한 집계나 가공 작업을 서버 측 코드에서 쉽게 처리할 수 있다.단점네트워크 부담: 모든 데이터를 서버로 전송해야 하므로 네트워크 트래픽이 높아질 수 있다.속도 저하 가능성: MongoDB 내에서 바로 처리하지 않고, 애플리케이션 서버에서 작업을 수행해야 하므로 처리 속도가 느려질 수 있다...
백엔드/Spring
2024. 11. 4. 17:49