JPA

무한 반복 , 지루한코드가 반복된다..컬럼하나를 추가해야되면?? 인서트.. 셀럭트... 업데이트 다넣어줘야되지..패러다임의 불일치 -> 객체 vs 관계형 데이터베이스..상속같은경우 sql 경우.. 두번 인서트.. 조회 할때도 조인하고 필요한거에 따라 다 따로 조회...

객체와 관계형 데이터베이스 매핑하기영속성 컨텍스트 - JPA가 내부에서 어떻게 동작할까 ?웹어플리케이션에서.팩토리에서 고객의 요청할때마다 엔티티 매니저 생성엔티티매니저는 내부적으로 데이터베이스 커넥션을 사용해서 디비를 사용하게 됨.JPA를 이해하는 가장 중요한 용어엔티

연관관계 매핑 member / team 엔티티가 붙은 클래스는 JPA 관리 엔티티JAP를 사용해서 테이블과 매핑할 클래스는 @Entity 필수기본 생성자 필수 (파라미터가 없는 Public 또는 protected 생성자)final 클래스 enum , interface

객체와 테이블 연관관계 차이 이해객체의 참조와 테이블의 외래 키를 매핑방향 : 단방향, 양방향다중성 : 다대일 ,일대다 , 일대일...연관관계의 주인 : 객체 양방향 연관관계는 관리 주인이 필요 (가장 중요)내부적으로 Sequence 써서 멤버 아이디는 2임.\-> 데

JPA가 4가지 어노테이션을 다 제공해 준다. (디비랑 매핑하기 위해 존재)다중성은 약간 헷갈릴 수 있음 (데이터베이스 관점으로 이해하자)애매할 때 반대로 생각해 보자(대칭성)다대다 는 실무 에서 안쓴다.다대일 > 일대다 > 일대일 순으로..이전 시간에 배운 내용외래

객체는 상속 관계가 있지만관계형 데이터베이스는 상속관계가 없다.슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사상속관계 매핑 -> 객체의 상속과 구조와 DB의 슈퍼타입 서브 타입 관계를 매핑논리 모델과 물리 모델로 나뉘는 테이블총 두번의 인서트 조회 할때도

이걸 왜 ? 쓸까멤버를 조회하는데 팀도 조회?em.find() vs em.getReference() 참조를 가져온다.find는 데이터베이스를 통해 실제 엔티티 조회em.getReferenc() 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회디비에 쿼리가 안

JPA 데이터 타입 분류@Entity로 정의하는 객체데이터가 변해도 식별자로 지속적해서 추적 가능?EX) 회원 엔티티의 키나 나이 값을 변경해도 식별자로 인식 가능 (식별자 = PK 개념으로 이해하면될듯)Int , Integer, String 처럼 단순히 값으로

. 점을 찍어 객체 그래프를 탐색 하는 것상태필드 -> 단순히 값을 저장하기 위한 필드연관필드 -> 연관관계를 위한 필드단일 값 연관 필드 - > ManyToOne ,OneToOne 대상이 엔티티컬렉션 값 연관필드 - > OneToMany, ManyToMnay 대상이

JPQLJPA CriteriaQueryDSL네이티브 SQLJDBC API 직접사용 , MyBatis , SpringJDBCTemplate 함께 사용가장 단순한 조회 방법EntityManager.find()객체 그래프 탐생 (a.getB().getC())그러나? 나이가