DAO, DTO 정리

DAO

DAO : Data Access Object의 약어로 DB에 접근하여 조회, 조작을 담당하는 것들을 통칭한다.

• DAO를 이용해서 Service와 DB를 이어주는 중간다리 역활을 한다.
• Persistence Layer이다. (DB에 직접 CRUD를 하는 계층)

왜 DAO로 구분하는 것일까?

HTTP Request를 Web App이 받게 되면 매 Req마다 WAS에 전달이되면 매칭되는 Servelt이 메모리에 적재되고, servlet내 Service() 메소드가 호출되어 Thread Pool에 있는 쓰레드를 할당받아서 처리된다.
|
이때, 비즈니스 로직이 DB로부터 데이터를 얻어오기 위해 매번 Driver를 로드하고 Connection 객체를 생성하게 되면 엄청 많은 커넥션이 일어나므로 DB에 전담하는 DAO를 따로 빼서 전담 객체로 만들어 두는 것이다. 이렇게 함으로서 부담을 줄일 수 있다.

• Java의 DB연결을 위한 JDBC 드라이버 로딩 참고 : [https://allg.tistory.com/20]

예시

유저 객체에 관련해서 DB를 관리하는 DAO

유저 DAO 인터페이스

public interface MemberDao {

    /*
    유저 저장
     */
    void save(Member member);

    /*
    유저 고유 아이디로 검색 후 반환
     */
    Member findOne(Long id);

    /*
    모든 유저 반환
     */
    List<Member> findAll();

    /*
    이름으로 유저 검색 후 반환
     */
    List<Member> findByName(String name);

    /*
    이메일로 유저 검색 후 반환
     */
    List<Member> findByEmail(@Email String email);
}

유저 DAO 인터페이스 구현 클래스

@Repository("MemberDao")
@RequiredArgsConstructor
public class MemberDaoImpl implements MemberDao {

    private final EntityManager em;

    public void save(Member member) {
        em.persist(member);
    }

    public Member findOne(Long id) {
        return em.find(Member.class, id);
    }

    public List<Member> findAll() {
        return em.createQuery("select m from Member m", Member.class)
                .getResultList();
    }

    public List<Member> findByName(String name) {
        return em.createQuery("select m from Member m where m.name = :name", Member.class)
                .setParameter("name", name)
                .getResultList();
    }

    public List<Member> findByEmail(@Email String email) {
        return em.createQuery("select m from Member m where m.email = :email", Member.class)
                .setParameter("email", email)
                .getResultList();
    }
}

---

DTO

DTO : Data Transfer Object의 약자로 VO(Value Obejct)라고도 한다. 계층간 데이터 교환을 위한 자바 빈즈(java beans)이다.

• 데이터베이스 레코드의 데이터를 매핑하기 위한 데이터 객체이다.
• 보통 DTO는 비지니스 로직을 갖지 않고 Getter, Setter만을 갖는다.
• DB에서 data를 얻어서 Service나 Controller로 보낼 때 사용하는 객체이다.
• 계층간 데이터를 주고받을 포맷을 정하는 것이다.
  • DB 레코드란? (파란색)
    : DB 테이블에서 Row를 가리키는 것으로 하나의 Entity를 지칭한다. 일반적으로 복수의 속성값을 갖고 있다.
  • DB 필드란? (빨간색)
    : DB 테이블에서 Column을 가리키는 것으로 Entity의 Attribute(속성)값을 말한다
    

    

DTO를 구현하기 위해서는 Entity를 DTO로 변환하고, DTO를 Entity로 변환해서 사용해야하는데 이를 위해서 mapStruct를 사용하면 좋다. 기존의 model mapper가 존재하지만 추세가 map struct의 사용이 증가하는 추세이고, 속도도 더욱 빠르다.

• 참고 : [https://meetup.toast.com/posts/213]

DTO를 왜 사용하는 것일까?

목적 : "VIEW 와 Model 영역에서의 데이타전달객체는 반드시 분리한다" 이 것을 지키기 위한 개념이다.
이를 위해 DAO와 DTO라는 개념이 나온 이유일 것이다. DAO는 영속성 영역에서의 Model의 Entity클래스를 의미하고, DTO는 View와 Controller간의 영역에서 사용되는 객체라고 보면 된다.

view에서 표현하는 속성값들은 요청에 따라 계속 달라질 수 있는데, 이에 맞춰 entity의 속성값이 변하면 영속성 모델을 포현한 Entity 클래스의 순수성이 모호해진다.

1) 학생 Entity에 [학번, 아이디, 이름, 이메일, 생일, 주소]가 존재한다고 해보자. 이때 학생을 조회하면 반환값으로 원하는 값이 [이름, 이메일] 이라면, 학생 Entity를 그대로 넘겨줄 경우 필요없는 정보도 같이 넘어 오게된다.

2) 학생 이메일을 변경하는 요청을 고려한다면, originEmail, afterEmail값을 받아야 할 것인데, 이를 Entity에 갖게하는 것은 동일 속성값(이메일)을 두개 갖게 되는 것이다. 따라서 Entity와 DTO로 구분하여 구현하도록 하는 것이다.

 

Entity와 DTO 사용 구분