프리미엄
예측대회
투자분석
아카데미
커뮤니티
로그인Valley AI 시작하기시작하기
Valley Space인기
UML class diagram: Aggregation VS Composition
FrugalBoy's JourneySystem Design

UML class diagram: Aggregation VS Composition

avatar
FrugalBoy
2025.03.10조회수 8회
avatar
FrugalBoy
구독자 5명구독중 12명
Wanna live like a frugal boy For the genetically superior, success is easier to attain. But it is by no means guaranteed. After all, there is no gene for fate -Gattaca-


https://gmlwjd9405.github.io/2018/07/04/class-diagram.html

시간날때 노트에 정리한 나머지 관계도 정리하기

UML에서 집약(Aggregation)과 합성(Composition)의 차이

UML 클래스 다이어그램에서 집약(Aggregation)과 합성(Composition) 관계는 전체(Whole)-부분(Part) 관계를 나타내는 연관(Association)의 한 유형입니다. 하지만 두 관계에는 중요한 차이가 있습니다.


1. 집약(Aggregation)

특징

  • 집약 관계는 부분(Part)이 전체(Whole)와 독립적으로 존재할 수 있는 관계입니다.

  • 전체가 삭제되더라도 부분은 남아 있을 수 있습니다.

  • 느슨한 관계(Weak relationship) 입니다.

  • 다이아몬드가 빈 마름모(◇) 로 ...

회원가입만 해도
이 글을 무료로 읽을 수 있어요.

Basic 7일 무료 체험 시작하기
이미 계정이 있으신가요?로그인하기
댓글 0개
아직 작성된 댓글이 없습니다.
System Design 카테고리의 다른글

MVC, MVP, MVVM 차이 및 설명

https://small-stepping.tistory.com/561 시간날때 정리하기 -> java 예제 코드까지 쓰면 이해 빠름 MVC MVP MVVM
System Design
2025. 02. 02
3
0
8
MVC, MVP, MVVM 차이 및 설명

Cache Writing & Eviction Policies

Write-Through Let's start with the simplest writing policy: Write-Through. In this approach, when data needs to be updated, we write it to both the cache and the main database simultaneously. Only when both writes are complete does the system confirm the update. This policy ensures that the cache and database stay perfectly synchronized, making it ideal for systems where data consistency is critical, like financial applications or inventory management. But Write-Through has a significant drawback. Every write operation must wait for both the cache and database updates to complete, which can make write operations slower. Write-Back To address the performance limitation of Write-Through, some systems use Write-Back (also called Write-Behind). With Write-Back, data is initially written only to the cache, and the system immediately confirms the update. The modified data is written to the database later, usually in batches. This makes write operations much faster since they don't have to wait for the slower database write. Write-Back is perfect for systems that need high write performance, like real-time analytics or gaming applications. ...
System Design
2025. 01. 23
1
0

DB Replication

DB Replication https://ysiksik.github.io/elegant-tekotok/2022-12-01-ANGIE-DB-Replication/ 언제 사용? Case 1 해결책 DB 백업 사용자가 요청을 보냈는데 데이터베이스가 응답하지 않는다. 설상가상 다시 재가동도 되지 않는다. 레플리카 서버를 소스서버로 승격시켜 사용할 수 있다. Case 2 해결책 write-read db 분리 요청 트래픽 증가 트랙픽의 부하 분산이 필요한 상황 스케일 업에도 한계가 있다. 소스 서버를 Write DB로 레플리카 서버를 읽기 전용인 Read DB로 사용해 부하를 해결할 수 있다. 주(master)-부(slave) 관계로 분리 master: 쓰기 연산 대상 slave: 읽기 연산 대상 장점 병렬 처리 가능한 query가 증가하여 성능 개선 서버 일부가 파괴되어도 데이터가 보존 → ACID의 영속성(Durability) 보장
System Design
2025. 01. 23
1
0
4

System Design Interview 10 topics to know

https://www.linkedin.com/posts/gabag26_systemdesign-softwareengineering-codinginterview-activity-7287703050570371072-gaNt?utm_source=share&utm_medium=member_desktop 1. B-Trees vs LSM Trees: https://lnkd.in/gvNmyeUK 2. Database Replication: https://lnkd.in/gCS8Ydbk 3. SQL vs NoSQL databases: https://lnkd.in/g6ACc2hV 4. Consistent ...
System Design
2025. 01. 23
1
0
3

Design Chatting System

Chapter 12 책의 그림들 12-8, 12-11, 12-12, 12-16, 12-17 여기다 시간날때 정리하기 https://universe-lee.tistory.com/191 Chat system can be divided to 3 parts : 1. stateless services(API server) 2. stateful services(Chat server with Websocket) 3. Thrid Party Integration (push notification) 채팅 서버: 클라이언트 간에 메시지 중계하는 역할 접속상태 서버(presence server): 사용자 접속 여부 ...
System Design
2025. 01. 20
1
2
3
5
Cache Writing & Eviction Policies
DB Replication
Design Chatting System