라이브러리는 도서관 아닌가요

개념상 두 엔티티는 다대다로 묶일 수 있다. 다만 관계형 데이터베이스에서는 테이블 두 개로 다대다를 표현할 수 없다. 따라서 두 엔티티에 대한 테이블 관계를 일대다, 다대일 테이블 관계로 풀어내야 한다. 결국 두 테이블 사이에 연결 테이블이 하나 더 생겨 3개가 된다. 이러한 보이지 않는 매핑과 생성을 JPA의 hibernate가 알아서 해준다. 그럼 왜 JPA의 다대다를 실무에서 쓰지 말라고 할까? 자동으로 생성되는 연결 테이블에 사실상 데이터를 추가하는 것이 불가능하기 때문이다. 예를 들어 이미 생성된 연결 테이블에 주문 시간, 주문 수량과 같은 데이터를 추가하라는 요청이 들어왔을 때 해결할 수 없다. 또한 두 테이블과 연결 테이블 간에 오고 가는 쿼리를 파악해야 하는 불편함까지 있다. 그래서 쓰지 ..

이전 포스트( JSP 5 - form 태그 POST 요청, HttpServletRequest의 메서드 )에서 HttpServletRequest에 존재하는 메서드들을 살펴보았다. 특정 메서드들을 통해 서블릿에 설정을 입힐 수 있는데, 각 서블릿 클래스마다 일일이 지정해줘야 하는 귀찮음이 존재한다. 따라서 filter라는 설정 파일을 통해 이를 일괄, 혹은 선택적으로 적용해주는 방법을 탐구해보자. 요청의 흐름 WAS → request → 필터 → Servlet Container (Servlet 생성) → 필터 → response → WAS 실행 흐름상 필터(filter)는 각각 생성되는 Servlet Container의 외곽에 위치한다. 말 그대로 필터로서 서블릿 이전에 미리 설정을 적용시키는 역할을 한다...

기존 코드 & 프로젝트 생성: https://verycrazy.tistory.com/96 JSP 3 - @WebServlet 어노테이션, 프로젝트 생성 앞에 살펴본 귀찮고 반복적일 것 같은 내용이 있다. 이전 글: https://verycrazy.tistory.com/95?category=1033905 JSP 2 - Context, Servlet Class 앞 내용: https://verycrazy.tistory.com/93?category=1033905.. verycrazy.tistory.com 바로 이전 포스트( https://verycrazy.tistory.com/97?category=1033905 )에서 GET 요청을 보낼 때 쿼리 값을 붙여서 사용자의 데이터를 얻는 방법을 살펴봤다. 이런 식으로..

이전 글( https://verycrazy.tistory.com/96 )에서, @WebServlet 어노테이션을 사용해 Servlet 클래스를 생성했다. 이제 이 서블릿을 어떻게 사용하면 사용자의 GET 요청에 담겨오는 쿼리스트링을 처리할 수 있을까? 예시 http://www.이것이주소다.com/sayHello http://www.이것이주소다.com/sayHello?count=3 ? 이후에 오는 count가 쿼리스트링 값이다. 말 그대로 스트링(String)으로 받기 때문에, 정수로 사용할 것이라면 parsing해줘야 한다. 코드 @WebServlet("사용자에게_받을_경로") public class 머시깽이클래스 extends HttpServlet{ @Override public void service..