서블릿에 대한 구현은 WAS가 처리한다. (개발자는 비즈니스 로직에 집중하면 된다) helloServlet ( request를 기반으로 서블릿 컨테이너가 request, response 객체가 생성 후 파라미터로 아래 메소드에 전달한다.) @WebServlet(name = "helloServlet", urlPatterns = "/hello") public class HelloServlet extends HttpServlet { //서블릿 메서드 호출시 서비스가 호출된다. @Override protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { System.out..
*김영한님의 스프링 MVC 강의를 기반으로 작성하였습니다. 웹 서버, 웹 애플리케이션 서버 HTTP: HTTP 메세지에 다양한 데이터를 담아 주고받는다. 웹 서버: 정적 리소스 담당. apache, Nginx 등. 웹 애플리케이션 서버(WAS): 동적, 정적 리소스 처리 가능. 하지만 애플리케이션 로직에 모든 것을 위임하면 안되기에 웹 서버에게 기본적으로 처리 가능한 것은 처리하게 시키고, 동적 리소스 같은 WAS에서 수행해야하는 일은 위임 로직으로 WAS에게 전달. (애플리케이션 로직은 가장 비싼 요소이다. 가장 중요한 애플리케이션 로직만 전담할 수 있다) ex) tomcat 정적 리소스가 많이 쓰이면 Web 서버 증설하고, 애플리케이션 리소스가 많이 쓰이면 WAS 증설 하는 것으로 효율적으로 리소스 ..
*김영한님의 JPA 기본편을 기반으로 작성하였습니다. jpql 경로 표현식 미리 보는 결론: "묵시적 join 사용하지말고 전부 명시하자!" ( 복잡한 db에서 묵시적 join이 발생 시, 인과관계 파악이 어려워진다. ) 상태 필드(state field): 경로 탐색의 끝, 탐색X ex) m.username. -> username이 마지막, 더 내려갈 수 없다. 단일 값 연관 경로: 묵시적 내부 조인(inner join) 발생, 탐색O select m.team from Member m; -> Member와 Team을 join 한 뒤, select(projection) 으로 team을 가져온다(묵시적 join 발생). 이와 같은 묵시적 join이 발생 되지 않게 주의하자. 컬렉션 값 연관 경로: 묵시적 내..
*김영한님의 JPA 기본편을 기반으로 작성하였습니다. JPA는 다양한 쿼리 방식을 지원한다. JPQL JPA Criteria QueryDSL 네이티브 SQL JDBC API 직접 사용, MyBatis, SpringJdbcTemplate 함께 사용 보통Jpql, QueryDSl로 쿼리를 짜고, 매우 복잡한 극소수의 쿼리들은 SpringJdbcTemplate을 통해 Native SQL로 구현 JPQL이란? JPQL은 Java Persistence Query Language의 약자로, 객체를 관리하는 Java Persistence API(JPA)의 일부분 JPQL은 객체 지향적인 방식으로 데이터베이스를 조회하고 조작할 수 있도록 해준다. JPQL은 SQL과 매우 유사하게 생겼지만, 객체를 대상으로 쿼리를 작성..
*김영한님의 JPA 기본편을 기반으로 작성하였습니다. JPA의 데이터 타입 분류 엔티티 타입 @Entity로 정의하는 객체 데이터가 변해도 식별자로 지속해서 추적 가능 예)회원 엔티티의 키나 나이 값을 변경해도 식별자로 인식 가능 값 타입 int, Integer, String처럼 단순히 값으로 사용하는 자바 기본 타입이나 객체 식별자가 없고 값만 있으므로 변경시 추적 불가 예) 숫자 100을 200으로 변경하면 완전히 다른 값으로 대체 기본값 타입 자바 기본 타입(int, double) • 래퍼 클래스(Integer, Long) String 임베디드 타입(embedded type, 복합 값 타입): 좌표값 등을 묶어서 값으로 쓰고 싶을 때, x,y좌표를 클래스로 묶어 값처럼 사용 컬렉션 값 타입(coll..
*김영한님의 JPA 기본 강의를 기반으로 작성하였습니다. 프록시: 실제 엔티티가 아닌 가짜 클래스. 실제 클래스를 상속받아 만들어진다. 껍데기는 똑같지만, id, name 등 기본정보만 보유하고 있다. 프록시 객체는 실제 객체의 참조를 보관하고, 프록시 객체 호출 시 프록시 객체는 실제 객체의 메소드 호출. ex) 프록시에서 A 메소드를 호출 -> 실제 객체의 A메소드 호출 member를 조회하는 상황에서 꼭 Team도 불려야 할까? (즉시 로딩) 필요할 때 불러 쓰자( 지연 로딩 ) member 생성시점에서는 member만 select하고, team은 select 하지 않는다. member.getTeam() 등으로 team이 필요한 시점에 DB에 쿼리를 넣어서 가져온다. 이걸 프록시로 처리할 수있다. ..
*김영한님의 JPA 기본 강의를 기반으로 작성하였습니다. [연관관계 매핑 기초] 객체와 RDB 사이에는 패러다임의 차이가 있다. 객체는 "참조"로 연관된 객체를 찾고, 테이블은 "외래 키를 통한 Join"으로 연관된 테이블을 찾는다. 이러한 차이를 기반으로 객체의 참조와 테이블의 연관관계( 외래 키)의 매핑에 대해 파악해야한다. 모델링 시 "객체" 를 중심으로 돌아가게 설계하는 것이 "객체 지향적 설계" 이고, 만약 RDB 테이블에 객체를 맞춰지게 데이터 중심으로 설계하게 되면, 그것을 객체지향적으로 올바르지 못한 설계이다. @JoinColumn은 DB 관점으로 보았을 때, 본인이 외래 키를 관리하며 상대 Table의 PK(Join할 때 사용)를 명시해주는 역할을 한다. mappedBy 역시 특정 관계와..
*김영한 님의 JPA 기본 강의를 기반으로 작성하였습니다. JPQL: SQL 을 추상화하여 사용 가능. 데이터 베이스 SQL 에 종속적이지 않다.( 페이징 처리가 대표적으로 db마다 다른 SQL 문법을 가진다) "엔티티 객체"를 대상으로 쿼리를 날리는 객체 지향 쿼리 SQL: "데이터 베이스 테이블"을 대상으로 쿼리 [영속성 컨텍스트] 엔티티 매니저 & 팩토리 엔티티를 영구히 저장하는 환경. EntityManager.persist(entity); -> 해당 엔티티를 영속성 컨텍스트에 저장하는 것 (실제 DB 공간에 저장 x) 영속성 컨텍스트는 논리적인 개념이다. 엔티티 매니저를 통해 접근하게된다. 엔티티 생명주기 •비영속 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태 •영속 영속성 컨텍스트에 관리되는 ..
