티스토리

개발메모장

검색하기

블로그 홈

개발메모장

develop-memo.tistory.com/m

fmoths 님의 블로그입니다.

구독자: 0

방명록 방문하기

주요 글 목록

13.3.3 OSIV 정리 - 스프링 OSIV의 특징 - OSIV는 클라이언트의 요청이 들어올 때 영속성 컨텍스트를 생성해서 요청이 끝날때 까지 같은 영속성 컨텍스트를 유지한다. 따라서 한 번 조회한 엔티티는 요청이 끝날 때까지 영속상태를 유지한다. - 엔티티 수정은 트랜젝션이 있는 계층에서만 동작한다. 트랜젝션이 없는 프리젠테이션 계층은 지연 로딩을 포함해서 조회만 할 수 있다. - 스프링 OSIV의 단점 - OSIV를 적용하면 같은 영속성 컨텍스트를 여러 트랜젝션이 공유할 수 있다는 점을 주의해야 한다. 특히 트랜젝션 롤백 시 주의해야 한다. - 프리젠테이션 계층에서 엔티티를 수정하고 나서 비즈니스 로직을 수행하면 엔티티가 수정될 수 있다. - 프리젠테이션 계층에서 지연로딩에 의한 SQL이 실행된다. 따라서 성능 튜닝시에 확인.. 공감수 0 댓글수 0 2021. 1. 29.
13.3.2 스프링 OSIV : 비즈니스 계층 트랜잭션 스프링 프레임 워크가 제공하는 OSIV는 비즈니스 계층에서 트랜잭션을 사용하는 OSIV다. 이름 그대로 OSIV를 사용하지만 트랜잭션은 비즈니스 계층에서만 사용한다는 뜻이다. - 동작원리 - 클라이언트의 요청이 들어오면 영속성 컨텍스트를 생성한다. 이때 트랜젝션을 생성하지 않는다. - 서비스 계층에서 트랜젝션을 시작하면 앞에서 생성해둔 영속성 컨텍스트에 트랜젝션을 시작한다. - 비즈니스 로직을 실행하고 서비스 계층이 끝나면 트랜젝션을 커밋하면서 영속성 컨텍스트를 플러시한다. - 이후 클라이언트의 요청이 끝날 때 영속성 컨텍스트를 종료한다. 1. 클라이언트의 요청이 들어오면 서블릿 필터나, 스프링 인터셉터에서 영속성 컨텍스트를 생성한다. 단 이때 트랜잭션을 시작하지는 않는다. 2. 서비스 계층에서 @Tra.. 공감수 0 댓글수 0 2021. 1. 29.
13.3 OSIV OSIV(Open Session In View)는 영속성 컨텍스트를 뷰까지 열어둔다는 뜻이다. 영속성 컨텍스트가 살아있으면 엔티티는 영속상태로 유지된다. 따라서 뷰에서도 지연로딩을 사용할 수 있다. 13.3.1 과거 OSIV: 요청당 트랜잭션 OSIV의 핵심은 뷰에서도 지연로딩이 가능하도록 하는 것이다. 가장 단순한 구현방법은 클라이언트의 요청이 들어오자마자 서블릿 필터나 스프링 인터셉터에서 트랜잭션을 시작하고 요청이 끝날 때 트랜잭션도 끝나는 것이다. 이것을 요청당 트랜잭션 방식의 OSIV라 한다. - 요청당 트랜잭션 방식의 문제점 - 컨트롤러나 뷰 같은 프리젠테이션 계층이 엔티티를 변경할 수 있다는 점이다. - 엔티티를 읽기 전용 인터페이스로 제공 - 엔티티 수정 불가능 interface Member.. 공감수 0 댓글수 0 2021. 1. 29.
13.2.4 FACADE 계층 추가 class OrderFacade { @Autowired OrderService orderService; public Order findOrder(id) { Order order = orderService.findOrder(id); order.getMember().getName(); return order; } } class OrderService { public Order findOrder(id) { return orderRepository. findOrder(id); } } FACADE 계층의 역할과 특징 - 프리젠테이션 계층과 도메인 모델 계층 간의 논리적 의존성을 분리해준다. - 프리젠테이션 계층에서 필요한 프록시 객체를 초기화한다. - 서비스 계층을 호출해서 비즈니스 로직을 실행한다. - 리포지토.. 공감수 0 댓글수 0 2021. 1. 29.
13.2.2 JPQL 페치조인 페치조인을 사용하게 되면 SQL JOIN을 사용해서 페치조인 대상까지 함께 조회한다. 따라서 N+1문제가 발생하지 않는다. -> 페치조인은 N+1문제를 해결하면서 화면에 필요한 엔티티를 미리 로딩하는 현실적인 방법이다. JPQL 페치조인의 단점 페치조인이 현실적인 대안이긴 하지만, 무분별하게 사용하면 화면에 맞춘 리포지토리 메소드가 증가할 수 있다. 결국 프리젠테이션 계층이 알게 모르게 데이터 접근 계층을 침범하는 것이다. - 화면 A를 위해 order만 조회하는 repository.findOrder() 메소드 - 화면 B를 위해 order와 연관된 member를 페치조인으로 조회하는 repository.findOrderWithMember 메소드 13.2.3 강제로 초기화 강제로 초기화하기는 영속성 컨텍.. 공감수 0 댓글수 0 2021. 1. 29.
13.2.1 글로벌 페치 전략 수정 @Entity public class Order { @Id @GeneratedValue private Long id; @ManyToOne(fetch = FetchType.EAGER) //즉시 로딩 전략 private Member member; //주문회원 } Order order = orderService.findOne(orderId); Member member = order.getMember(); member.getName(); //이미 로딩된 엔티티 엔티티에 있는 fetch 타입을 변경하면 애플리케이션 전체에서 이 엔티티를 로딩할 때마다 해당전략을 사용하므오 글로벌 페치 전략이라 한다. FetchType.EAGER로 설정하고 엔티티 매니저로 주문 엔티티를 조회하면 연관된 member 엔티티도 항상 함.. 공감수 0 댓글수 0 2021. 1. 29.
13.1 트랜잭션 범위의 영속성 컨텍스트 13.1.1 스프링 컨테이너의 기본 전략 스프링 컨테이너는 트랜잭션 범위의 영속성 컨텍스트 전략을 기본으로 사용한다. 이 전략은 이름 그대로 트랜잭션의 범위와 영속성 컨택스트의 생존범위가 같다는 뜻이다. 좀 더 풀어서 이야기하자면 이 전략은 트랜잭션을 시작할 때 영속성 컨텍스트를 생성하고 트랜잭션이 끝날 때 영속성 컨텍스트를 종료한다. 그리고 같은 트랜잭션 안에서는 항상 같은 영속성 컨텐스트에 접근한다. 스프링 프레임워크를 사용하면 보통 비즈니스 로직을 시작하는 서비스 계층에 @Transactional 어노테이션을 선언해서 트랜젝션을 시작한다. 외부에서는 단순히 서비스 계층의 메소드를 호출하는 것처럼 보이지만 이 어노테이션이 있으면 호출한 메소드를 실행하기 직전에 스프링의 트랜젝션 AOP가 먼저 동작한다.. 공감수 0 댓글수 0 2021. 1. 28.
7.3.3 복합키 : 식별관계 매핑 부모, 자식, 손자까지 계속 기본 키를 전달하는 식별 관계다. @IdClass와 식별 관계 //부모 @Entity public class Parent { @Id @Column(name = "PARENT_ID") private String id; private String name; } @Entity @IdClass(ChildId.class) public class Child { @Id @ManyToOne @JoinColumn(name = "PARENT_ID") public Parent parent; @Id @Column(name = "CHILD_ID") private String childId; private String name; } //자식 Id public class ChildId implement.. 공감수 0 댓글수 0 2021. 1. 17.
7.2 @MappedSuperClass 부모 클래스는 테이블과 매핑하지 않고 부모 클래스를 상속받는 자식 클래스에게 매핑 정보만 제공하고 싶으면 @MappedSuperClass를 사용하면 된다. @MappedSuperClass는 비유를 하자면 추상 클래스와 비슷한데 @Entity는 실제 테이블과 매핑되지만 @MappedSuperClasssms 실제 테이블과 매핑되지 않는다. 단순히 매핑정보를 상속할 목적으로만 사용된다. @MappedSuperClass public abstract class BaseEntity { @Id @GeneratedValue private Long id; private String name; } @Entity public class Member extends BaseEntity { //ID 상속 //NAME 상속 pri.. 공감수 0 댓글수 0 2021. 1. 17.
7.1 상속관계 매핑 객체의 상속구조와 데이터베이스의 슈퍼타입 서브타입 관계를 매핑 시키는 것. 슈퍼타입 서브타입 논리 모델을 실제 물리 모델인 테이블로 구현할 때는 3가지 방법을 선택할 수 있다. - 각각의 테이블로 변환 : 각각을 모두 테이블로 만들고 조회할 때 조인을 사용한다. JPA에서는 조인 전략이라고 한다. - 통합 테이블로 변환 : 테이블을 하나만 사용해서 통합한다. JPA에서는 단일 테이블 전략이라 한다. - 서브타입 테이블로 변환 : 서브 타입마다 하나의 테이블을 만든다. JPA에서는 구현 클래스마다 테이블 전략이라 한다. 7.1.1 조인전략 조인 전략은 엔티티 각각을 모두 테이블로 만들고 자식 테이블이 부모테이블의 기본 키를 받아서 기본키 + 외래키로 사용하는 전략이다. 따라서 조회할 때 조인을 자주 사용한.. 공감수 0 댓글수 0 2021. 1. 17.
8.6 영속성 전이 + 고아객체, 생명주기 CascadeType.ALL + orphanRemoval = true를 동시에 사용하면 어떻게 될까? 일반적으로 엔티티는 EntityManager.persist()를 통해 영속화되고 EntityManager.remove()를 통해 제거된다. 이것은 엔티티 스스로 생명주기를 관리한다는 뜻이다. 때문에 두 옵션을 모두 활성화 하면 자식의 생명 주기를 관리할 수 있다. 자식을 저장하려면 부모에 등록만 하면 된다.(CASCADE) Parent parent = em.find(Parent.class, parentId); parent.addChild(child1); 자식을 삭제하려면 부모에서 제거하면 된다. (orphanRemoval) Parent parent = em.find(Parent.class, parentI.. 공감수 0 댓글수 0 2021. 1. 17.
8.5 고아객체 JPA는 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동으로 삭제하는 기능을 제공하는데 이것을 고아 객체(ORPHAN)제거라 한다. 이기능을 사용해서 부모 엔티티의 컬렉션에서 자식 엔티티의 참조만 제거하면 자식 엔티티가 자동으로 삭제된다. @Entity public class Parent{ @Id @GeneratedValue private Long id; @OneToMany(mappedBy = "parent", orphanRemoval = true) private List children = new ArrayList(); } 고아 객체 제거 기능은 컨텍스트 플러시 할때 적용되므로 플러시 시점에 DELETE SQL이 실행된다. 또한, 참조가 제거된 엔티티는 다른곳에서 참조하지 않는 고아객체로 보고 삭제.. 공감수 0 댓글수 0 2021. 1. 16.
8.4 영속성 전이: CASCADE 특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속 상태로 만들고 싶으면 영속성 전이 기능을 사용하면 된다. JPA는 CASCADE 옵션으로 영속성 전이를 제공한다. 쉽게 말해서 영속성 전이를 사용하면 부모 엔티티를 저장할 때, 자식 엔티티도 함께 저장할 수 있다. - 부모 엔티티 @Entity public class Parent { @Id @GeneratedValue private Long id; @OneToMany(mappedBy = "parent") private List children = new ArrayList(); } - 자식 엔티티 @Entity public class Child{ @Id @GeneratedValue private Long id; @ManyToOne private.. 공감수 0 댓글수 0 2021. 1. 16.
8.3.1 프록시와 컬렉션 래퍼 하이버네이트는 엔티티를 영속 상태로 만들 때 엔티티에 컬렉션이 있으면 컬렉션을 추적하고 관리할 목적으로 원본 컬렉션을 하이버네이트가 제공하는 내장 컬렉션으로 변경하는데 이것을 컬렉션 래퍼라고 한다. 엔티티를 지연로딩하면 프록시 객체를 사용해서 지연로딩을 수행하지만, 주문 내역같은 컬렉션은 컬랙션 래퍼가 지연 로딩을 처리해준다. 컬랙션 래퍼도 컬랙션에 대한 프록시역할을 한다. member.getOders();를 호출해도 컬렉션은 초기화 되지 않는다. 컬렉션은 members.getOrders().get(0) 처럼 컬렉션에서 실제 데이터를 조회할 때 데이터 베이스를 조회해서 초기화한다. 8.3.2 JPA 기본 페치 전략 - @ManyToOne, @OneToOne : 즉시로딩(FetchType.EAGER) - .. 공감수 0 댓글수 0 2021. 1. 16.
8.2 즉시로딩과 지연로딩 프록시 객체는 주로 연관된 엔티티를 지연로딩 할때 사용한다. - 즉시로딩 : 엔티티를 조회할 때 연관된 엔티티도 함께 조회한다. - 설정방법 : @ManyToOne(fetch = FetchType.EAGER) - 지연로딩 : 연관된 엔티티를 실제 사용할 때 조회한다. - 실제 사용하는 시점에 JPA가 SQL을 호출해서 팀엔티티를 조회한다. - 설정방법 : @ManyToOne(fetch = FetchType.LAZY) 8.2.1 즉시로딩 @Entity public class Member { @ManyToOne(fetch = FetchType.EAGER) @JoinColumn(name = "TEAM_ID") private Team team; } 대부분의 JPA구현체는 즉시 로딩을 최적화하기 위해 가능하면 조.. 공감수 0 댓글수 0 2021. 1. 16.
08 프록시 객체 엔티티를 조회할때 연관된 엔티티들이 항상 사용되는 것은 아니다. 예를 들어 회원 엔티티를 조회할 때 연관된 팀 엔티티는 비즈니스 로직에 따라 사용될 때도 있지만 그렇지 않을 때도 있다. - 회원 엔티티 @Entity public class Member { private String username; @ManyToOne private Team team; public Team getTeam(){ return team; } public String getUserName(){ return username; } } - 팀 엔티티 @Entity public class Team { private String name; public String getName () { return name; } } - 회원과 팀 정보를.. 공감수 0 댓글수 0 2021. 1. 15.
6.1 다대일 다대일 관계의 반대 방향은 항상 일대다 관계고 일대다 관계의 반대방향은 항상 다대일 관계이다. 데이터베이스 테이블의 일대다관계에서 외래키는 항상 다쪽에 있다. 따라서 객체 양방향 관계에서 연관관계의 주인은 항상 다쪽이다. - 양방향은 외래키가 있는 쪽인 연관관계의 주인이다. 일대다와 다대일 연관관계는 항상 다에 외래키가 있다. JPA는 외래 키를 가지고 있으므로 연관관계의 주인만 사용한다. 주인이 아닌쪽은 JPQL이나 객체 그래프를 탐색할 때 사용한다. - 양방향 연관관계는 항상 서로를 참조해야한다. 항상 서로 참조하게 하려면 연관관계 평의 메소드를 작성하는 것이 좋다. 양쪽에 한곳에만 작성하거나 양쪽 다 작성할 수 있으면 무한 루프에 빠지지 않도록 조심해야한다. 공감수 0 댓글수 0 2021. 1. 11.
7.3 복합키와 식별관계 매핑 7.3.1 식별관계 vs 비식별관계 - 식별관계 식별관계는 부모 테이블의 기본키를 내려받아서 자식테이블의 기본키 + 외래키로 사용하는 관계다. - 비식별관계 - 비식별관계는 부모테이블의 기본키를 받아서 자식테이블의 외래키로만 사용하는 관계이다. - 필수적 비식별 관계 : 외래키에 NULL을 허용하지 않는다. 연관관계를 필수로 맺어야한다. - 선택적 비식별 관계 : 외래키에 NULL을 허용한다. 연관관계를 맺을지 선택할 수 있다. 7.3.2 복합키 : 비식별 관계 매핑 JPA는 영속성 컨텍스트에 엔티티를 보관할 때 엔티티의 식별자를 키로 사용한다. 그리고 식별자를 구분하기 위해 equals와 hashcode를 사용해서 동등성 비교를 한다. 때문에 식별자 필드가 두개 이상일 경우에는 별도의 식별자 클래스를 .. 공감수 0 댓글수 0 2021. 1. 10.
05 연관관계 매핑 - 방향 : [단방향, 양방향]이 있다. 한쪽만 참조하는 것을 단방향 관계라고 하고 (회원 -> 팀), 양쪽 서로 참조하는 것을 양방향관계 라고 한다. (회원 -> 팀, 팀 -> 회원). 방향을 객체관계에만 존재하고 테이블에서는 항상 양방향이다. - 다중성 : [다대일, 일대다, 일대일, 다대다] 다중성이 있다. 예를 들어 회원과 팀의 관계가 있을 때, 여러 회원은 한팀에 속하므로 회원과 팀은 다대일 관계이다. 반대로 한팀에 여러 회원이 소속될 수 있으므로 팀과 회원은 일대다 관계이다. - 연관관계 주인: - 엔티티를 양방향 연관관계로 설정하면 객체의 참조는 둘인데 외래키는 하나이다. 따라서 둘사이에 차이가 발생한다. - 두 객체 연관관계 중 하나를 정해서 테이블의 외래키를 관리해야 하는데 이를 연관관계.. 공감수 0 댓글수 0 2021. 1. 10.
기본키 매핑방식 1) 직접할당 : 기본키를 애플리케이션에서 직접 할당한다. 2) 자동생성 : 대리키 사용방식 - IDENTITY : 기본키 생성을 DB에 위임한다. - SEQUENCE : DB 시퀀스를 사용하여 기본키를 할당한다. - TABLE : 키생성 테이블을 사용한다. 1. IDENTITY 전략 - 기본키 생성을 DB에 위임하는 방식 ex) MYSQL auto_increment - 데이터베이스에 값을 저장하고 나서야 키본키 값을 구할 수 있을 때 사용한다. - JPA는 기본키값을 얻기 위해 DB를 추가로 조회한다. - 하지만, JDBC3에 추가된 Statement.getGeneratedKeys()를 사용하면 데이터를 저장하는 동시에 기본키 값을 가져올 수 있다. 하이버네이트에서는 이 메소드를 사용하여 DB와 한번만.. 공감수 0 댓글수 0 2021. 1. 10.
hibernate.ejb.naming_strategy hibernate.ejb.naming_strategy을 사용하여 이름 매핑전략을 변경할 수 있다. 하이버네이트는 ImprovedNamingStrategy 전략을 사용한다. 이전략은 자동으로 자바의 카멜 표기법을 언더스코어 표기법으로 매핑한다. 공감수 0 댓글수 0 2021. 1. 10.
hibernate.hbm2ddl.auto 속성 1. create : 기존 테이블을 삭제하고 새로 생성한다. (DROP + CREATE) 2. create + drop : create 속성에 추가로 애플리케이션을 종료할 때 생성한 DDL을 제거한다. (DROP + CREATE + DROP) 3. update : 데이터베이스 테이블과 엔티티 매핑정보를 비교해서 변경사항만 수정한다. 4. validate : 데이터베이스 테이블과 엔티티 매핑정보를 비교해서 차이가 있으면 경고를 남기고 애플리케이션을 실행하지 않는다. 이 설정은 DDL을 수정하지 않는다. 5. none : 자동 생성 기능을 사용하지 않으려면 hibernate.hbm2ddl.auto 속성 자체를 삭제하거나 유효하지 않는 옵션 값을 주면 된다. (참고로 none은 유효하지 않는 옵션 값이다.) .. 공감수 0 댓글수 0 2021. 1. 10.
3.7 정리 - 엔티티매니저는 엔티티매니저 팩토리에서 생성한다. - 영속성 컨텍스트는 애플리케이션과 DB사이에서 객체를 보관하는 가상의 DB같은 역할을 한다. - 영속성 컨텍스트 덕분에 1차캐시, 동일성보장, 트랜잭션을 지원하는 쓰기지연, 변경감지, 지연로딩 기능을 사용할 수 있다. - 영속성 컨텍스트에 저장한 엔티티는 플러시 시점에 DB에 반영되는데 일반적으로 트랜젝션을 커밋할 때 영속성 컨텍스트가 플러시 된다. - 영속성 컨텍스트가 관리하는 엔티티를 영속성 엔티티라 하는데, 영속성 컨텍스트가 해당 엔티티를 더 이상 관리하지 못하면 그 엔티티는 준영속 상태의 엔티티라고 한다. - 준영속 상태의 엔티티는 더는 영속성 컨텍스트의 관리를 받지 못하므로 영속성 컨텍스트가 제공하는 1차 캐시, 동일성 보장, 트랜잭션을 지원.. 공감수 0 댓글수 0 2021. 1. 9.
3.6 준영속 영속성 컨텍스트카 관리하는 영속상태의 엔티티가 영속성 컨텍스트에서 분리(detach)된 것을 준영속 상태라 한다. 따라서 준영속 상태의 엔티티는 영속성 컨텍스트가 제공하는 기능을 사용할 수 없다. 1. em.detach(entity) : 특정 엔티티만 준영속 상태로 전환한다. 2. em.clear() : 영속성 컨텍스트를 완전히 초기화한다. 3. em..close() : 영속성 컨텍스트를 종료한다. 3.6.1 엔티티를 준영속 상태로 전환: detach() em.detach() 메소드는 특정 엔티티를 준영속 상태로 만든다. 영속성 컨텍스트에서 해당 엔티티에 대한 모든 정보를 삭제한다. 심지어 쓰기 지연 SQL 저장소의 INSERT SQL도 제거되어서 데이터베이스에 저장되지도 않는다. -> 영속성 컨텍스트로.. 공감수 0 댓글수 0 2021. 1. 9.
3.5 플러시 플러시(flush())는 영속성 컨텍스트의 변경 내용을 데이터 베이스에 반영한다. 1. 변경 감지가 동작해서 영속성 컨텍스트에 있는 모든 엔티티를 스냅샷과 비교해서 수정된 엔티티를 찾는다. 수정된 엔티티는 수정쿼리를 만들어 쓰기 지연 SQL 저장소에 등록한다. 2. 쓰기 지연 SQL 저장소의 쿼리를 데이터베이스에 전송한다. (등록, 수정, 삭제 쿼리) 영속성 컨텍스트를 플러시하는 방법 1. em.flush()를 직접 호출한다. 2. 트랜잭션 커밋시 플러시가 자동 호출된다. 3. JPQL 쿼리 실행 시 플러시가 자동 호출된다. - 직접호출 엔티티 매니저의 flush() 메소드를 직접 호출해서 영속성 컨텍스트를 강제로 플러시한다. 테스트나 다른 프레임워크와 함께 JPA를 사용할 때를 제외하고 거의 사용하지 .. 공감수 0 댓글수 0 2021. 1. 9.
3.4 영속성 컨텍스트의 특징 - 영속성 컨텍스트와 식별자 값 영속성 컨텍스트는 엔티티를 식별자 값(@Id로 테이블의 기본키와 매핑한 값)으로 구분한다. 따라서 영속 상태는 식별자 값이 반드시 있어야 한다. 식별자 값이 없으면 예외가 발생한다. - 영속성 컨텍스트와 데이터 베이스 저장 영속성 컨텍스트에 있는 엔티티가 데이터 베이스에 저장되는 시점은 JPA가 트랜재션을 커밋하는 순간이다. 이를 플러시(flush)라고 한다. - 영속성 컨텍스트가 엔티티를 관리하면 다음과 같은 장점이 있다. - 1차캐시 - 동일성 보장 - 트랜잭션을 지원하는 쓰기 지연 - 변경감지 - 지연로딩 3.4.1 엔티티 조회 영속성 컨텍스트는 내부에 캐시를 가지고 있는데 이것을 1차 캐시라고 한다. 영속 상태의 엔티티는 모두 이곳에 저장된다. -> 영속성 컨텍스트.. 공감수 0 댓글수 0 2021. 1. 9.
03. 영속성 관리 3.1 엔티티 매니저 팩토리 & 앤티티 매니저 value="org.h2.Driver"/> value="sa"/> value=""/> value="jdbc:h2:tcp://localhost/~/test"/> 위의 META-INF/persistence.xml을 바탕으로 EntityManagerFactory를 생성한다. //공장에서 엔티티 매니저 생성, 비용이 거의 안든다. EntityManager em = emf.createEntityManager(); EntityManagerFactory는 EntityManager를 만드는 공장인데, EntityManager를 만들때 비용이 거의 발생하지 않는다. EntityManagerFactory는 여러 스레드가 동시 접근해도 안전하여 서로 다른 스레드 간에 공유해도 .. 공감수 0 댓글수 0 2021. 1. 4.
1.3 JPA란 무엇인가? 1.3.1 JPA 소개 1) JPA(Java Persistence API) : 자바진영의 ORM 기술에 대한 API 표준 명세 2) ORM (Object - Relational Mapping) : 객체와 관계형 데이터 베이스를 매핑 해주는 기술 -> 객체와 데이터베이스의 패러다임 불일치 문제를 해결해준다. 1.3.2 왜 JPA를 사용해야 하는가? 1) 생산성 - 자바 컬렉션에 객체를 저장하듯이 JPA에 저장할 객체를 전달하면 된다. - 지루하고 반복적인 코드와 CRUD용 SQL을 개발자가 직접 작성하지 않아도 된다. - DDL문 자동생성 기능 -> 데이터베이스 패러다임에서 객체 설계 중심 패러다임으로 역전 가능 2) 유지보수 - 기존에는 필드 하나만 추가해도 관련된 모든 JDBC API 코드 수정해야 한.. 공감수 0 댓글수 0 2021. 1. 4.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.