실전 예제

요구 사항

• 회원은 상품을 주문할 수 있다.

• 주문 시 여러 종류의 상품을 선택할 수 있다.

도메인 설계

• 회원과 주문

  • 일대다 관계

  • 회원은 여러 번 주문할 수 있다.

• 주문과 상품

  • 주문할 때 여러 상품을 선택할 수 있다.

  • 같은 상품도 여러번 주문될 수 있다.

  • 다대다 관계를 일대다, 다대일 관계로 풀어낸다.

테이블 설계

Entity 설계와 매핑

보통 처음에는 테이블과 Entity를 똑같이 설계한다. 이렇게 됐을 때의 문제점이 무엇일지 살펴보자.

Member.java

@Entity
// 인덱스나 length 같은 칼럼 제약 조건은 매핑 애너테이션을 이용해
// 코드에 표시해주는게 좋다. DB를 까보지 않고도 알 수 있기 때문이다.
// 예를 들어 JPQL 짤 때 인덱스가 필요하면 코드만 보고 사용할 수 있다.
public class Member {
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    @Column(name = "member_id")
    private Long id;
    private String name;
    private String city;
    private String street;
    private String zipcode;
}

Order.java

@Entity
// DB에 order가 예약어로 걸려있어서 테이블명을 따로 지정해준다.
@Table(name = "ORDERS")
public class Order {
    @Id
    @GeneratedValue
    @Column(name = "order_id")
    private Long id;

    // 누가 주문했는지 알기 위한 용도
    @Column(name = "member_id")
    private Long memberId;

    private LocalDateTime orderDate;

    // enum은 꼭 STRING으로 해준다.
    @Enumerated(EnumType.STRING)
    private OrderStatus status;
}

OrderItem.java

@Entity
public class OrderItem {
    @Id
    @GeneratedValue
    @Column(name = "order_item_id")
    private Long id;

    @Column(name = "order_id")
    private Long orderId;

    @Column(name = "item_id")
    private Long itemId;

    @Enumerated(EnumType.STRING)
    private OrderStatus status;
}

Item.java

@Entity
public class Item {
    @Id
    @GeneratedValue
    @Column(name = "item_id")
    private Long id;

    private String name;

    private int price;

    private int stockQuantity;
}

JpaMain.java

public class JpaMain {
    public static void main(String[] args) {
        EntityManagerFactory entityManagerFactory = Persistence.createEntityManagerFactory("hello");
        EntityManager em = entityManagerFactory.createEntityManager();
        EntityTransaction tx = em.getTransaction();
        tx.begin();

        try {
            Order order = em.find(Order.class, 1L);
            Long memberId = order.getMemberId();

            Member member = em.find(Member.class, memberId);

            tx.commit();
        } catch (Exception e) {
            tx.rollback();
        } finally {
            em.close();
        }

        entityManagerFactory.close();
    }
}

• JpaMain에서는 주문한 회원을 찾기 위해

  • order 조회 후

  • 거기서 memberId를 찾아

  • 다시 member를 조회해야 하는 번거로움이 있다.

객체는 참조로 쭉쭉 찾아가야 하는데 식별자를 통해서 해야 하면 끊겨버린다. 뭔가 객체지향스럽지 않다. 이런 설계는 관계형 DB에 객체를 맞춘 것이다.

데이터 중심 설계의 문제점

• 테이블의 외래 키를 객체에 그대로 가져온다.

• 객체 그래프 탐색이 불가능하다.

• 참조가 없으므로 앞에서 만든 UML도 사실 잘못된 것이다.

  • Entity 매핑 다이어그램을 보면 id만 있을 뿐 실제로 참조는 다 끊긴다.

이런 문제를 해결하기 위해 연관 관계 매핑을 배울 것이다.