[LG U+ 유레카 3기] DTO vs Entity 차이점 정리 및 이해

🧩 DTO vs Entity — 꼭 알아야 할 차이

백엔드 개발에서는 Entity와 DTO의 구분이 매우 중요하다.
둘 다 “데이터를 담는 객체”처럼 보이지만, 역할과 관리 주체가 완전히 다르다.
이 개념을 이해하지 못하면 JPA 영속성 컨텍스트나 API 설계에서 큰 혼동이 생긴다.

---

❶ 먼저 개념부터 정리해보자

Entity는 데이터베이스의 실제 테이블과 매핑되는 영속 객체다.
JPA가 내부적으로 이 객체를 관리하며, persist(), merge(), remove() 등의 작업을 수행하면
엔티티의 변경 사항이 자동으로 데이터베이스에 반영된다.

반면 DTO (Data Transfer Object)는 이름 그대로 데이터를 전달하기 위한 단순한 운반용 객체다.
DB와 직접 연결되지 않으며, Controller ↔ Service ↔ View 사이의 데이터 전달만 담당한다.

---

❷ Entity와 DTO의 역할 차이

구분	Entity	DTO (Data Transfer Object)
역할	DB 테이블과 매핑되는 실제 데이터 객체	Controller ↔ Service 간 데이터 전달용 객체
관리 주체	JPA (영속성 컨텍스트)	개발자 직접 생성 (JPA와 무관)
상태 추적	O (변경 감지 Dirty Checking)	X (단순 데이터 복사만 수행)
저장 위치	entity 패키지	dto 패키지
주 사용 위치	Repository, EntityManager	Controller, Service, API 응답
DB 관련 작업	Insert / Update / Delete / Select 대상	DB와 직접 연관 없음
주 목적	비즈니스 로직 처리, 상태 관리	데이터 전달, 화면 출력용

---

❸ 예시로 이해하기

✅ Entity 예시 (DB 테이블과 매핑)

@Entity
@Table(name = "book")
public class Book {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String title;
    private String author;
    private int price;

    // Getter, Setter
}

→ 실제 DB의 book 테이블과 1:1 매핑된다.
→ JPA가 관리하며, persist() 호출 시 DB에 INSERT SQL이 자동 생성된다.

✅ DTO 예시 (데이터 전달용)

public class BookDTO {
    private String title;
    private int price;

    public BookDTO(String title, int price) {
        this.title = title;
        this.price = price;
    }

    // Getter, Setter
}

→ DB와 무관한 단순 데이터 객체로, 요청(Request)과 응답(Response) 시에만 사용된다.
→ Controller에서 입력값을 받아 Service로 넘기거나, Service에서 가공한 데이터를 클라이언트로 전달할 때 사용된다.

dto vs entity

그림을 보면 이해하기 편하다

---

❹ 비유로 이해하기

Entity는 “데이터베이스의 진짜 레코드”라면,
DTO는 “그 레코드를 복사해서 잠깐 전달하는 택배 상자”다.

Entity는 JPA가 관리하고 상태가 추적되지만,
DTO는 단순히 데이터를 복사해서 옮기는 임시 객체다.

👉 즉, Entity는 실체이고, DTO는 복사본이다.

---

❺ 실무에서 DTO가 필요한 이유

• 보안성 — 비밀번호, 내부 식별자 등 민감한 데이터 노출 방지
• 성능 최적화 — 필요한 필드만 전송하여 응답 크기 감소
• 유지보수성 향상 — Entity 구조 변경 시 외부 API 영향 최소화
• 계층 분리 — Controller, Service, Repository 책임 명확히 구분

---

❻ 실제 코드 흐름 예시

// Controller
@PostMapping("/books")
public ResponseEntity<String> saveBook(@RequestBody BookDTO dto) {
    bookService.save(dto);
    return ResponseEntity.ok("저장완료");
}

// Service
@Transactional
public void save(BookDTO dto) {
    Book book = new Book();
    book.setTitle(dto.getTitle());
    book.setPrice(dto.getPrice());
    bookRepository.save(book);
}

이렇게 Controller에서는 DTO로 요청을 받고,
Service에서 Entity로 변환하여 DB에 저장한다.
이 흐름이 바로 “계층 간 역할 분리”의 핵심이다.

---

❼ 핵심 요약

구분	핵심 요약
Entity	DB와 직접 연결된 실제 데이터 객체 (JPA가 상태 관리)
DTO	데이터 전달용 객체로, API 요청/응답에 사용됨
분리 이유	보안, 유지보수, 성능, 계층 구조 분리

---

📚 한 줄 정리

Entity는 영속성 컨텍스트가 관리하는 '데이터의 실체'이고,
DTO는 그 데이터를 전달하기 위한 '복사본'이다.
Entity는 DB가 다루고, DTO는 사람(로직)이 다룬다.