Steady Seller

자바 ORM 표준 JPA 프로그래밍 [스프링 데이터 예제 프로젝트로 배우는 전자정부 표준 데이터베이스 프레임워크]

  • 지은이김영한
  • ISBN : 9788960777330
  • 43,000원 (eBook 34,400원)
  • 2015년 07월 28일 펴냄
  • 페이퍼백 | 736쪽 | 188*250mm
  • 시리즈 : 오픈소스 프로그래밍

판매처

YES24 교보문고 영풍문고 알라딘 인터파크

eBook 판매처

YES24 교보문고 알라딘 리디북스

책 소개

2016년 세종도서 학술부문 선정도서
온라인 강의

다음 링크에서 온라인 강의를 수강할 수 있습니다.

■ 강의 링크: https://www.inflearn.com/roadmaps/149

■ 온라인 강의 목록

이 책의 예제는 저자의 깃허브(https://github.com/holyeye/jpabook)에서 다운로드할 수 있습니다.

요약

자바 ORM 표준 JPA는 SQL 작성 없이 객체를 데이터베이스에 직접 저장할 수 있게 도와주고, 객체와 관계형 데이터베이스의 차이도 중간에서 해결해준다. 이 책은 JPA 기초 이론과 핵심 원리, 그리고 실무에 필요한 성능 최적화 방법까지 JPA에 대한 모든 것을 다룬다. 또한, 스프링 프레임워크와 JPA를 함께 사용하는 방법을 설명하고, 스프링 데이터 JPA, QueryDSL 같은 혁신적인 오픈 소스를 활용해서 자바 웹 애플리케이션을 효과적으로 개발하는 방법을 다룬다.

추천의 글

JPA는 데이터베이스 기술이라기보다 애플리케이션의 데이터를 객체지향 관점으로 바라보고 다룰 수 있게 해주는 객체지향 기술입니다. 객체지향의 근본 원리를 충실히 따르면 생산성과 품질, 유지보수성 모두를 만족시킬 수 있는 효과적인 개발이 가능하다는 것은 이미 스프링 프레임워크가 잘 보여주었습니다. JPA는 전 세계 스프링 개발자들이 가장 많이 사용하는 데이터 처리 기술이기도 합니다.
그런데 JPA를 이용해 객체 관점에서 복잡한 문제를 다루는 데만 집중하다 보면 자칫 이면에서 일어나는 데이터베이스 작업의 최적화를 놓칠 수도 있습니다. 데이터베이스는 기업의 가장 중요한 IT 자산이고, 확장에 비용이 많이 드는 리소스이기 때문에 항상 최적화를 염두에 둬야 합니다. 이 때문에 전통적인 데이터베이스 기술에서 JPA로 전환하기가 두려운 분들도 계신 듯합니다. 그래서 JPA를 실무에 적용하려면 데이터를 객체지향적으로 다루는 방법과 함께 데이터베이스 성능을 고려한 설정 및 개발 방법을 반드시 함께 익혀야 합니다.
이 책은 JPA를 이용한 객체지향 개발과 데이터베이스 최적화 전략, 두 가지를 충실하게 그리고 균형 있게 다루는 책입니다. JPA 도입을 아직 고민하고 계시거나 JPA를 이용해 개발하고 있지만 최선의 개발 방법이 궁금하신 분이라면 꼭 읽어보시기를 추천해드립니다.
- 이일민 / Epril 대표 컨설턴트, 『토비의 스프링 3.1』 저자

현재 제가 일하는 쿠팡은 우리나라의 대표적인 전자상거래 업체로서, 연간 거래액이 수조 원에 달하며, 한국은 물론 미국, 중국 등지에 분포한 수백 명이 넘는 프로그래머들이 함께 개발 업무를 진행하고 있습니다. 쿠팡을 지탱하는 전자상거래 시스템의 핵심 중추는 자바와 스프링 프레임워크, JPA/하이버네이트로 이루어져 있습니다.
그간, JPA로 개발해본 적이 없는 많은 개발자들이 회사에 처음 입사해 여러 어려운 상황에 놓이는 모습을 지켜봐야 하는 안타까운 상황도 적지 않았던 데다가, 마땅한 국내 참고 자료도 없어서 매우 고심하던 차에 이렇게 좋은 책이 출간되어 매우 기쁩니다. 우선, 출간에 앞서서 책을 먼저 읽어볼 수 있는 소중한 기회를 가지게 된 것에 감사드립니다.
이 책에서는 JPA에 관한 내용을 정말 쉽게 설명하면서도 중요한 핵심 사항들을 모두 잘 전달하고 있어 JPA를 처음 접하는 사람들에게도 JPA에 대한 이해와 코드 품질 향상에 큰 도움이 되리라는 점에서, 읽는 내내 반가운 마음을 금치 못했습니다.
JPA/하이버네이트는 이미 우리나라를 제외한 다른 국가에서는 보편적으로 사용되는 기술로서, SQL 쿼리를 직접 작성할 때보다 월등한 개발 속도와 유지보수성을 누릴 수 있습니다. 해외뿐만 아니라 국내에서도 이미 성공적으로 실무에서 사용 중인 회사가 있다는 사실을 아신다면, 그동안 JPA 사용을 망설인 분들이더라도 이 책을 읽고 차근차근 실습해본 후에 충분히 자신감을 가지고 문제없이 도입하실 수 있으리라 믿습니다.
- 손권남 / 쿠팡 개발자

다양한 오픈소스 소프트웨어를 기반으로 표준화된 아키텍처를 제공하는 전자정부 표준프레임워크에는 몇 가지 데이터 액세스 기술을 제공합니다. 공공정보화 분야에서 가장 일반적으로 사용되는 아이바티스(또는 마이바티스)뿐만 아니라 ORM의 기능을 제공하는 하이버네이트, ORM에 대한 표준을 제시하는 JPA, 다양한 스토리지(storage) 기술로의 확장을 제시하는 스프링 데이터 JPA 및 스프링 데이터 몽고DB까지 다양한 기술이 제공되고 있습니다.
그러나 전자정부 표준프레임워크 활용에 있어서, 유독 아이바티스/마이바티스에 대한 도입률이 JPA에 비해 굉장히 높은 편입니다. 평소 JPA의 편리성이나 효율성 때문에 다양한 프로젝트에 JPA를 적극 활용하고 있는 제 개인적인 입장에서는 아쉬움이 다소 많았습니다. 국내의 경우는 정보공학방법론의 영향을 받은 개발방법론에 의해 데이터베이스 모델링이 중요시되고, 이로 인하여 모델링과 개발과의 불일치가 발생하는 등의 문제로 인하는 것으로 보입니다. 저자가 이야기하는 ‘패러다임의 불일치’도 이와 일맥상통합니다.
그런 의미에서 이 책은 JPA에 대한 기초 및 여러 분야에 대한 깊이 있는 내용뿐만 아니라 도메인 모델 설계 등의 실전 예제들을 통해 실질적인 JPA 적용의 가이드를 제시합니다. 아울러 리포지토리 인터페이스 모델 기반의 스프링 데이터 JPA, 타입안정성을 보장을 위한 QueryDSL 등의 최신 기술과 캐시 및 성능 최적화 등의 다양한 주제를 다룸으로써 엔터프라이즈 레벨의 응용프로그램 개발에 실질적인 도움이 될 것으로 기대합니다.
- 한성곤 / 삼성SDS 수석보, 표준프레임워크 오픈커뮤니티 리더, 前 전자정부 표준프레임워크 PM

JPA를 좋아하는 이유는 개발 시간 때문입니다. JPA를 조금만 학습해도 많은 단순 작업을 줄여 개발 시간을 단축할 수 있습니다. 게다가 JPA를 설계에 녹여 넣으면 복잡한 쿼리 대신 객체지향적으로 잘 설계된 도메인 코드를 얻을 수도 있습니다. JPA를 도입해서 이런 효과를 얻고 싶은 분이라면 이 책으로 학습하기를 적극 추천합니다.
JPA의 기초 설정부터 성능 최적화에 이르기까지 책에 녹아 있는 저자의 풍부한 경험을 자신의 것으로 만들 수 있을 것입니다.
- 최범균 / 『웹 개발자를 위한 Spring 4.0 프로그래밍』 저자

대략 2005년 정도였던 것으로 기억합니다. 회사에서 동료들과 저녁 회식을 하고는 이런저런 이야기를 나누다가 화제가 ORM으로 향했습니다. "왜 ORM은 이렇게 보급이 더딜까?"
객체 모델링이 널리 보급되지 않았고, 사람들은 SQL에 지나치게 의존적이고, 형식적으로는 다단계 아키텍처를 사용하지만 사실은 여전히 클라이언트-서버 방식으로 개발하고, ORM이 성능 조직에서 모난 돌 취급 받기를 싫어한다는 등의 의견이 나왔지만, 모든 것을 떠나서 적절한 교재가 없다는 사실이 가장 큰 걸림돌이라는 결론이었습니다. 당시 3.0 버전이 출시된 하이버네이트는 기술도 충분히 성숙했고 문서도 충실했으며 출간된 책도 다양했지만 우선은 한글이 아닐 뿐 아니라 사람들의 눈높이에 맞지 않았습니다. 교재의 수는 적지 않았지만 적절한 교재가 없었던 것이지요.
그로부터 10여 년이 흘러, 어느덧 2015년입니다. 그 사이 새로운 언어와 플랫폼이 뜨고 졌으며, NoSQL과 클라우드의 광풍도 불었고, 스마트폰을 통해 N스크린의 시대가 열렸습니다. 하지만 우리가 애플리케이션을 개발하는 방식은 여전히 그대로입니다. 아직도 개발자 커뮤니티에는 “ORM을 쓰는 곳이 있나요?”라는 질문이 올라옵니다.
개발 현장마다 생산성과 소프트웨어 품질을 향상시켜야 한다는 목소리는 높지만 이러한 문제들을 대폭 개선시킬 수 있는 ORM에 대해서는 의심만 쌓여 갑니다. 네모 바퀴 수레를 미느라 힘들어하면서도 둥근 바퀴를 쓰라고 주면 정작 바퀴를 갈 시간이 없다고 거부하는 형국입니다. ORM은 난해한 기술도 복잡한 기술도 아닙니다. 도입하기엔 미성숙한 최신 기술은 더더욱 아닙니다. ORM이 어려워 보이는 것은 그저 낯설기 때문일 뿐입니다.
저자 김영한 님은 JPA 전문가로서 저희 팀을 비롯한 여러 곳에서 JPA를 도입하는 데 도움을 주었고 기회가 있을 때마다 강의를 통해 JPA를 소개하고 자신의 깊은 지식과 경험을 공유했습니다. 김영한 님의 강의를 들어 본 사람이라면 단순히 JPA 문서 몇 번 읽은 후 얄팍한 지식을 설파하는 얼치기 전문가가 결코 아니라는 사실을 모두 잘 아실 겁니다.
이제 ‘적절한’ JPA 책이 우리 앞에 놓였습니다. 우리가 네모난 바퀴를 버리고 둥근 바퀴로 갈아 낄지 말지 결정해야 할 차례입니다. 약간의 용기만으로 충분합니다.
- 박성철 / SK 플래닛 개발팀 그룹장

객체지향 패러다임의 핵심은 시스템을 구성하는 객체들에게 적절한 책임을 할당하는 것입니다. 여기에서 객체의 책임이란 객체가 외부에 제공하는 ‘행동’과 밀접한 관련이 있습니다. 따라서 객체지향의 세계는 ‘행동’이 주가 되는 세계입니다. 객체의 행동 저편에는 ‘데이터’가 중심이 되는 관계형 데이터베이스라는 또 다른 세계가 존재합니다. 최근 몇 년 동안 NoSQL이 세간의 주목을 끌었지만 여전히 데이터베이스 세계의 헤게모니를 쥐고 있는 것은 관계형 데이터베이스입니다.
문제는 행동을 중심에 놓는 객체지향과 데이터를 중심에 놓는 관계형 데이터베이스 사이에는 좁히기 어려운 거리가 있다는 점입니다. 사실 유연하고 확장 가능한 객체지향 설계를 향해 나아갈수록 객체 구조와 데이터 모델 사이의 거리는 점점 더 멀어지게 됩니다. 결국 객체와 데이터 사이의 복잡한 매핑에 지친 대부분의 개발자들은 객체지향 설계의 길을 포기한 채 데이터 종속적인 애플리케이션이라는 불행한 결말에 이르고 맙니다. JPA는 이와 같은 불행한 사태를 막고 객체 관계 임피던스 불일치 문제를 해결하기 위해 자바 진영에서 발표한 ORM 표준입니다.
JPA와 관련된 나쁜 소식과 좋은 소식이 하나씩 있습니다. 나쁜 소식은 JPA가 가진 강력함을 충분히 누리기 위해서는 객체지향과 데이터베이스 양쪽 모두를 잘 이해하고 서로 간의 장단점을 정확하게 파악하고 있어야 한다는 것입니다. 따라서 JPA를 학습하고 이해하기 위해 필요한 사전 지식을 익히는 과정이 여러분에게 꽤나 부담스럽게 느껴질 수도 있습니다. 좋은 소식은 지금 이 책이 JPA를 배우고 익히는 데 수반되는 어려움을 많은 부분 해결해줄 것이라는 점입니다. 이 책의 가장 큰 장점은 단순히 JPA의 API를 나열하는 데 그치지 않고 JPA의 기반을 이루는 다양한 객체지향 이론과 관계형 데이터베이스의 개념을 폭넓게 설명한다는 사실입니다. 따라서 이 책을 읽고 나면 JPA뿐만 아니라 객체지향과 관계형 데이터베이스에 관해서도 좀 더 깊게 이해할 수 있게 될 것입니다.
이 책의 또 다른 미덕은 과한 욕심을 버리고 핵심에 집중했다는 것입니다. 저자는 실무에서 거의 사용되지 않는 부분은 과감하게 생략하고 애플리케이션을 개발하는 데 자주 사용되는 핵심적인 부분을 다루는 데 집중하고 있습니다. 또한 책의 후반부에서는 JPA와 스프링 프레임워크를 함께 조합해서 웹 애플리케이션을 개발하는 방법까지 다룹니다. 이 내용을 읽고 나면 여러분 자신만의 웹 애플리케이션을 구현하기 위해 JPA를 사용하는 데 큰 어려움이 없을 것입니다.
처음 JPA를 학습하게 되면 반드시 넘어야 하는 몇 번의 고비가 존재합니다. 그리고 많은 분들이 이 고비를 넘기지 못하고 JPA 기술을 포기하는 것을 자주 보아왔습니다. 그러나 이제는 그런 걱정을 할 필요가 없을 것 같습니다. 이 책이 아주 쉽고 편안하게 고비를 넘길 수 있도록 도와줄 것이기 때문입니다.
관계형 데이터베이스라는 벽에 막혀 객체지향 패러다임의 장점을 포기해야 했던 수많은 개발자들에게, 그리고 JPA는 어렵다는 막연한 두려움을 가지고 계신 모든 분들께 이 책을 권합니다. 이 책을 읽는 여러분 모두 객체지향 설계와 데이터 모델링에 대한 더 넓은 식견을 갖추게 될 것이라고 확신합니다.
- 조영호 / 『객체지향의 사실과 오해』 저자

이 책에서 다루는 내용

JPA 기초 이론과 핵심 원리

JPA로 도메인 모델을 설계하는 과정을 예제 중심으로 설명

다양한 객체 지향 쿼리 언어 설명

JPA와 스프링 프레임워크를 함께 사용해서 웹 애플리케이션을 개발하는 방법

스프링 데이터 JPA, QueryDSL 소개 및 활용

실무에서 JPA를 사용할 때 성능을 최적화하는 다양한 방법

이 책의 대상 독자

이 책은 JPA를 사용해서 엔터프라이즈 애플리케이션을 개발하려는 모든 자바 개발자를 대상으로 한다. 이 책의 내용을 이해하려면 자바 언어와 JDBC를 사용한 데이터베이스 프로그래밍, 그리고 객체지향 프로그래밍과 관계형 데이터베이스에 대해 어느 정도 알고 있어야 한다. 추가로 3부는 웹 개발과 스프링 프레임워크에 대한 기초 지식이 필요하며 JUnit을 다룰 수 있어야 한다. 그리고 예제 코드를 실행하려면 메이븐에 대해서도 약간의 지식이 필요하다.

이 책의 구성

JPA는 크게 객체와 테이블을 어떻게 매핑해야 하는지에 관한 설계 부분과 설계한 모델을 실제 사용하는 부분으로 나눌 수 있다. 책의 앞부분에서는 기초 이론과 설계 방법을 학습하고 뒷부분에서는 학습한 이론을 바탕으로 JPA를 활용해서 실제 웹 애플리케이션을 개발한다.

이 책은 크게 네 부분으로 나뉘어 있다.

1장에서 9장은 이론 편이다. 객체와 테이블을 매핑하는 방법과 JPA의 핵심 기능들을 알아본다. 4장부터 9장까지는 각 장의 마지막에 점진적으로 도메인 모델을 설계해 나가는 실전 예제가 있어서 학습한 내용을 실제로 적용해볼 수 있게 했다.
10장은 객체지향 쿼리 언어에 대한 내용이다. JPA가 제공하는 객체지향 쿼리 언어인 JPQL(Java Persistence Query Language)부터 직접 SQL을 작성하는 네이티브 SQL까지 알아본다.
11장과 12장은 실무에서 JPA를 사용하기 위한 활용편이다. 스프링 프레임워크와 JPA를 사용해서 어떻게 웹 애플리케이션을 개발하는지 학습하고 스프링 데이터 JPA와 QueryDSL이라는 혁신적인 오픈소스도 사용해본다.
13장에서 16장은 트랜잭션과 락, 캐시, 성능 최적화 등 JPA의 다양한 고급 주제들을 다룬다.

온라인 강의

지금까지 다양한 실무 프로젝트에 JPA를 도입했다. 작게는 단순한 웹 서비스부터 크게는 조 단위의 거래 금액을 처리하는 주문, 결제, 정산 시스템까지 JPA로 직접 설계하고 개발했다. JPA를 처음 실무에 도입할 때는 좌충우돌 했지만, 개발 생산성과 유지보수가 확연히 좋아졌고 코드 품질과 테스트에 더 많은 시간을 할애할 수 있었다. 무엇보다 JPA를 사용해본 동료들은 이전으로 돌아가고 싶어하지 않았다. 하지만 JPA에 관한 국내 자료가 부족해서 어려움이 많았다. 그래서 2015년 직접 이 책을 썼다.
책과 함께 볼 수 있는 유료 온라인 강의를 제공한다. 책을 출간한 뒤 네이버, 카카오 같은 인터넷 비즈니스 회사부터 우아한형제들, 11번가 등 e커머스 회사까지 JPA를 사용 중이거나 도입하려는 많은 회사에서 강연했다. 책에서 이해하기 어렵던 부분은 강의를 통해 보다 쉽게 이해했다는 개발자들의 이야기를 듣고 온라인 강의를 개설했다. (JPA 강의 활용편 2는 준비 중이다.)
실무에서도 JPA를 자신있게 활용할 수 있기를 바란다.

저자/역자 소개

지은이의 말

JPA를 처음 접했을 때의 놀라움은 아직도 잊혀지지 않는다. 지금까지 관계형 데이터베이스에서 객체를 관리하려고 작성했던 무수한 CRUD 코드와 SQL들이 머릿속을 스쳐 지나갔다. 마치 시골에서 직접 모내기를 하다가 최신 트랙터를 만난 기분이었다.

객체를 관계형 데이터베이스에 저장하려면 많은 시간과 코드를 소비해야 한다. 예를 들어 객체를 SQL로 변환하는 단순한 일부터, 객체의 상속 구조를 테이블에 저장하는 복잡한 일까지, 개발자는 객체와 데이터베이스 사이에서 무수한 매핑 코드와 SQL을 작성해야 한다. 자바 진영에서는 이런 문제를 해결하기 위해 JPA라는 표준 기술을 제공한다. 자바 ORM 표준 JPA는 SQL 작성 없이 객체를 데이터베이스에 직접 저장할 수 있게 도와주고, 객체와 관계형 데이터베이스의 차이도 중간에서 해결해준다.

그간 실무에 JPA를 도입하면서 처음에는 좌충우돌하기도 했지만, 개발 생산성과 유지보수가 확연히 좋아졌고, 남은 시간에 코드 품질과 테스트에 더 많은 시간을 쏟을 수 있었다. 그리고 JPA를 사용해본 동료들은 전으로 돌아가고 싶어하지 않았다. 하지만 JPA에 대한 국내 자료가 부족했고, 대부분이 원서여서 어려운 점이 많았다. 그래서 때가 되면 JPA에 대한 책을 쓰고 싶다고 어렴풋하게 생각했는데, 마침 『토비의 스프링 3』과 『토비의 스프링 3.1』을 저술하신 이일민 님께서 JPA에 관한 책 쓰기를 권유하셨다. 6개월 정도면 충분하겠지 생각하고 책을 쓰기로 했는데, 어느덧 시간이 화살처럼 빠르게 지나 2년이 지나버렸다.

이 책에서는 JPA 기초 이론과 핵심 원리, 그리고 실무에 필요한 성능 최적화 방법까지 JPA에 대한 모든 것을 다루는 데 주력했다. 또한, 스프링 프레임워크와 JPA를 함께 사용하는 방법을 설명하고, 스프링 데이터 JPA, QueryDSL 같은 혁신적인 오픈 소스를 활용해서 자바 웹 애플리케이션을 효과적으로 개발하는 방법을 설명했다.

돌이켜보니 보잘것없는 사람의 책을 기다리고 응원해주신 분들 덕분에 여기까지 온 것 같다. 진심으로 정말 큰 힘이 되었기에, 그 모든 분께 감사를 전한다. 이 책이 JPA를 시작하는 분들께 조금이나마 도움이 되길 바란다.

지은이 소개

김영한

SI에서 다양한 프로젝트를 수행하고, J2EE 강사와 다음 커뮤니케이션, SK 플래닛을 거쳐 현재 우아한형제들에서 개발 팀장으로 근무하고 있다. 도메인 주도 설계에 관심이 많으며, 끊임없이 공부하고 더 나은 코드를 작성하는 개발자가 되려고 노력 중이다.

목차

목차
  • 1장. JPA 소개
  • 1.1 SQL과 문제점
  • 1.1.1 반복, 반복 그리고 반복
  • 1.1.2 SQL에 의존적인 개발
  • 1.1.3 JPA와 문제 해결
  • 1.2 패러다임의 불일치
  • 1.2.1 상속
  • 1.2.2 연관관계
  • 1.2.3 객체 그래프 탐색
  • 1.2.4 비교
  • 1.2.5 정리
  • 1.3 JPA란 무엇일까?
  • 1.3.1 JPA 소개
  • 1.3.2 왜 JPA를 사용해야 하는가?
  • 1.4 정리

  • 2장. JPA 시작
  • 2.1 이클립스 설치와 프로젝트 불러오기
  • 2.2 H2 데이터베이스 설치
  • 2.3 라이브러리와 프로젝트 구조
  • 2.3.1 메이븐과 사용 라이브러리 관리
  • 2.4 객체 매핑 시작
  • 2.5 persistence.xml 설정
  • 2.5.1 데이터베이스 방언
  • 2.6 애플리케이션 개발
  • 2.6.1 엔티티 매니저 설정
  • 2.6.2 트랜잭션 관리
  • 2.6.3 비즈니스 로직
  • 2.6.4 JPQL
  • 2.7 정리

  • 3장. 영속성 관리
  • 3.1 엔티티 매니저 팩토리와 엔티티 매니저
  • 3.2 영속성 컨텍스트란?
  • 3.3 엔티티의 생명주기
  • 3.4 영속성 컨텍스트의 특징
  • 3.4.1 엔티티 조회
  • 3.4.2 엔티티 등록
  • 3.4.3 엔티티 수정
  • 3.4.4 엔티티 삭제
  • 3.5 플러시
  • 3.5.1 플러시 모드 옵션
  • 3.6 준영속
  • 3.6.1 엔티티를 준영속 상태로 전환: detach( )
  • 3.6.2 영속성 컨텍스트 초기화: clear( )
  • 3.6.3 영속성 컨텍스트 종료: close( )
  • 3.6.4 준영속 상태의 특징
  • 3.6.5 병합: merge( )
  • 3.7 정리

  • 4장. 엔티티 매핑
  • 4.1 @Entity
  • 4.2 @Table
  • 4.3 다양한 매핑 사용
  • 4.4 데이터베이스 스키마 자동 생성
  • 4.5 DDL 생성 기능
  • 4.6 기본 키 매핑
  • 4.6.1 기본 키 직접 할당 전략
  • 4.6.2 IDENTITY 전략
  • 4.6.3 SEQUENCE 전략
  • 4.6.4 TABLE 전략
  • 4.6.5 AUTO 전략
  • 4.6.6 기본 키 매핑 정리
  • 4.7 필드와 컬럼 매핑: 레퍼런스
  • 4.7.1 @Column
  • 4.7.2 @Enumerated
  • 4.7.3 @Temporal
  • 4.7.4 @Lob
  • 4.7.5 @Transient
  • 4.7.6 @Access
  • 4.8 정리

  • 실전 예제 1. 요구사항 분석과 기본 매핑
  • __요구사항 분석
  • __도메인 모델 분석
  • __테이블 설계
  • __엔티티 설계와 매핑
  • __데이터 중심 설계의 문제점

  • 5장. 연관관계 매핑 기초
  • 5.1 단방향 연관관계
  • 5.1.1 순수한 객체 연관관계
  • 5.1.2 테이블 연관관계
  • 5.1.3 객체 관계 매핑
  • 5.1.4 @JoinColumn
  • 5.1.5 @ManyToOne
  • 5.2 연관관계 사용
  • 5.2.1 저장
  • 5.2.2 조회
  • 5.2.3 수정
  • 5.2.4 연관관계 제거
  • 5.2.5 연관된 엔티티 삭제
  • 5.3 양방향 연관관계
  • 5.3.1 양방향 연관관계 매핑
  • 5.3.2 일대다 컬렉션 조회
  • 5.4 연관관계의 주인
  • 5.4.1 양방향 매핑의 규칙: 연관관계의 주인
  • 5.4.2 연관관계의 주인은 외래 키가 있는 곳
  • 5.5 양방향 연관관계 저장
  • 5.6 양방향 연관관계의 주의점
  • 5.6.1 순수한 객체까지 고려한 양방향 연관관계
  • 5.6.2 연관관계 편의 메소드
  • 5.6.3 연관관계 편의 메소드 작성 시 주의사항
  • 5.7 정리

  • 실전 예제 2. 연관관계 매핑 시작
  • __일대다, 다대일 연관관계 매핑
  • __객체 그래프 탐색

  • 6장. 다양한 연관관계 매핑
  • 6.1 다대일
  • 6.1.1 다대일 단방향 [N:1]
  • 6.1.2 다대일 양방향 [N:1, 1:N]
  • 6.2 일대다
  • 6.2.1 일대다 단방향 [1:N]
  • 6.2.2 일대다 양방향 [1:N, N:1]
  • 6.3 일대일 [1:1]
  • 6.3.1 주 테이블에 외래 키
  • 6.3.2 대상 테이블에 외래 키
  • 6.4 다대다 [N:N]
  • 6.4.1 다대다: 단방향
  • 6.4.2 다대다: 양방향
  • 6.4.3 다대다: 매핑의 한계와 극복, 연결 엔티티 사용
  • 6.4.4 다대다: 새로운 기본 키 사용
  • 6.4.5 다대다 연관관계 정리
  • 6.5 정리

  • 실전 예제 3. 다양한 연관관계 매핑
  • __일대일 매핑
  • __다대다 매핑

  • 7장. 고급 매핑
  • 7.1 상속 관계 매핑
  • 7.1.1 조인 전략
  • 7.1.2 단일 테이블 전략
  • 7.1.3 구현 클래스마다 테이블 전략
  • 7.2 @MappedSuperclass
  • 7.3 복합 키와 식별 관계 매핑
  • 7.3.1 식별 관계 vs 비식별 관계
  • 7.3.2 복합 키: 비식별 관계 매핑
  • 7.3.3 복합 키: 식별 관계 매핑
  • 7.3.4 비식별 관계로 구현
  • 7.3.5 일대일 식별 관계
  • 7.3.6 식별, 비식별 관계의 장단점
  • 7.4 조인테이블
  • 7.4.1 일대일 조인테이블
  • 7.4.2 일대다 조인테이블
  • 7.4.3 다대일 조인테이블
  • 7.4.4 다대다 조인테이블
  • 7.5 엔티티 하나에 여러 테이블 매핑
  • 7.6 정리

  • 실전 예제 4. 상속 관계 매핑
  • __상속 관계 매핑
  • __@MappedSuperclass 매핑

  • 8장. 프록시와 연관관계 관리
  • 8.1 프록시
  • 8.1.1 프록시 기초
  • 8.1.2 프록시와 식별자
  • 8.1.3 프록시 확인
  • 8.2 즉시 로딩과 지연 로딩
  • 8.2.1 즉시 로딩
  • 8.2.2 지연 로딩
  • 8.2.3 즉시 로딩, 지연 로딩 정리
  • 8.3 지연 로딩 활용
  • 8.3.1 프록시와 컬렉션 래퍼
  • 8.3.2 JPA 기본 페치 전략
  • 8.3.3 컬렉션에 FetchType.EAGER 사용 시 주의점
  • 8.4 영속성 전이 - CASCADE
  • 8.4.1 영속성 전이: 저장
  • 8.4.2 영속성 전이: 삭제
  • 8.4.3 CASCADE의 종류
  • 8.5 고아 객체
  • 8.6 영속성 전이 + 고아 객체, 생명주기
  • 8.7 정리

  • 실전 예제 5. 연관관계 관리
  • __글로벌 페치 전략 설정
  • __영속성 전이 설정

  • 9장. 값 타입
  • 9.1 기본값 타입
  • 9.2 임베디드 타입(복합 값 타입)
  • 9.2.1 임베디드 타입과 테이블 매핑
  • 9.2.2 임베디드 타입과 연관관계
  • 9.2.3 @AttributeOverride: 속성 재정의
  • 9.2.4 임베디드 타입과 null
  • 9.3. 값 타입과 불변 객체
  • 9.3.1 값 타입 공유 참조
  • 9.3.2 값 타입 복사
  • 9.3.3 불변 객체
  • 9.4. 값 타입의 비교
  • 9.5. 값 타입 컬렉션
  • 9.5.1 값 타입 컬렉션 사용
  • 9.5.2 값 타입 컬렉션의 제약사항
  • 9.6 정리

  • 실전 예제 6. 값 타입 매핑
  • __실전 예제 정리

  • 10장. 객체지향 쿼리 언어
  • 10.1 객체지향 쿼리 소개
  • 10.1.1 JPQL 소개
  • 10.1.2 Criteria 쿼리 소개
  • 10.1.3 QueryDSL 소개
  • 10.1.4 네이티브 SQL 소개
  • 10.1.5 JDBC 직접 사용, 마이바티스 같은 SQL 매퍼 프레임워크 사용
  • 10.2 JPQL
  • 10.2.1 기본 문법과 쿼리 API
  • 10.2.2 파라미터 바인딩
  • 10.2.3 프로젝션
  • 10.2.4 페이징 API
  • 10.2.5 집합과 정렬
  • 10.2.6 JPQL 조인
  • 10.2.7 페치 조인
  • 10.2.8 경로 표현식
  • 10.2.9 서브 쿼리
  • 10.2.10 조건식
  • 10.2.11 다형성 쿼리
  • 10.2.12 사용자 정의 함수 호출(JPA 2.1)
  • 10.2.13 기타 정리
  • 10.2.14 엔티티 직접 사용
  • 10.2.15 Named 쿼리: 정적 쿼리
  • 10.3 Criteria
  • 10.3.1 Criteria 기초
  • 10.3.2 Criteria 쿼리 생성
  • 10.3.3 조회
  • 10.3.4 집합
  • 10.3.5 정렬
  • 10.3.6 조인
  • 10.3.7 서브 쿼리
  • 10.3.8 IN 식
  • 10.3.9 CASE 식
  • 10.3.10 파라미터 정의
  • 10.3.11 네이티브 함수 호출
  • 10.3.12 동적 쿼리
  • 10.3.13 함수 정리
  • 10.3.14 Criteria 메타 모델 API
  • 10.4 QueryDSL
  • 10.4.1 QueryDSL 설정
  • 10.4.2 시작
  • 10.4.3 검색 조건 쿼리
  • 10.4.4 결과 조회
  • 10.4.5 페이징과 정렬
  • 10.4.6 그룹
  • 10.4.7 조인
  • 10.4.8 서브 쿼리
  • 10.4.9 프로젝션과 결과 반환
  • 10.4.10 수정, 삭제 배치 쿼리
  • 10.4.11 동적 쿼리
  • 10.4.12 메소드 위임
  • 10.4.13 QueryDSL 정리
  • 10.5 네이티브 SQL
  • 10.5.1 네이티브 SQL 사용
  • 10.5.2 Named 네이티브 SQL
  • 10.5.3 네이티브 SQL XML 에 정의
  • 10.5.4 네이티브 SQL 정리
  • 10.5.5 스토어드 프로시저(JPA 2.1)
  • 10.6 객체지향 쿼리 심화
  • 10.6.1 벌크 연산
  • 10.6.2 영속성 컨텍스트와 JPQL
  • 10.6.3 JPQL과 플러시 모드
  • 10.7 정리

  • 11장. 웹 애플리케이션 제작
  • 11.1 프로젝트 환경설정
  • 11.1.1 프로젝트 구조
  • 11.1.2 메이븐과 사용 라이브러리 관리
  • 11.1.3 스프링 프레임워크 설정
  • 11.2 도메인 모델과 테이블 설계
  • 11.2.1 요구사항 분석
  • 11.2.2 도메인 모델 설계
  • 11.2.3 테이블 설계
  • 11.2.4 연관관계 정리
  • 11.2.5 엔티티 클래스
  • 11.3 애플리케이션 구현
  • 11.3.1 개발 방법
  • 11.3.2 회원 기능
  • 11.3.3 상품 기능
  • 11.3.4 주문 기능
  • 11.3.5 웹 계층 구현
  • 11.4 정리

  • 12장. 스프링 데이터 JPA
  • 12.1 스프링 데이터 JPA 소개
  • 12.1.1 스프링 데이터 프로젝트
  • 12.2 스프링 데이터 JPA 설정
  • 12.3 공통 인터페이스 기능
  • 12.4 쿼리 메소드 기능
  • 12.4.1 메소드 이름으로 쿼리 생성
  • 12.4.2 JPA NamedQuery
  • 12.4.3 @Query, 리파지토리 메소드에 쿼리 정의
  • 12.4.4 파라미터 바인딩
  • 12.4.5 벌크성 수정 쿼리
  • 12.4.6 반환 타입
  • 12.4.7 페이징과 정렬
  • 12.4.8 힌트
  • 12.4.9 Lock
  • 12.5 Specifications(명세)
  • 12.6 사용자 정의 리파지토리 구현
  • 12.7 Web 확장
  • 12.7.1 설정
  • 12.7.2 도메인 클래스 컨버터 기능
  • 12.7.3 페이징과 정렬 기능
  • 12.8 스프링 데이터 JPA가 사용하는 구현체
  • 12.9 JPA 샵에 적용
  • 12.9.1 환경 설정
  • 12.9.2 리파지토리 리팩토링
  • 12.9.3 명세 적용
  • 12.10 스프링 데이터 JPA와 QueryDSL 통합
  • 12.10.1 QueryDslPredicateExecutor 사용
  • 12.10.3 QueryDslRepositorySupport 사용
  • 12.11 정리

  • 13장. 웹 애플리케이션과 영속성 관리
  • 13.1 트랜잭션 범위의 영속성 컨텍스트
  • 13.1.1 스프링 컨테이너의 기본 전략
  • 13.2 준영속 상태와 지연 로딩
  • 13.2.1 글로벌 페치 전략 수정
  • 13.2.2 JPQL 페치 조인
  • 13.2.3 강제로 초기화
  • 13.2.4 FACADE 계층 추가
  • 13.2.5 준영속 상태와 지연 로딩의 문제점
  • 13.3 OSIV
  • 13.3.1 과거 OSIV: 요청 당 트랜잭션
  • 13.3.2 스프링 OSIV: 비즈니스 계층 트랜잭션
  • 13.3.3 OSIV 정리
  • 13.4 너무 엄격한 계층
  • 13.5 정리

  • 14장. 컬렉션과 부가 기능
  • 14.1 컬렉션
  • 14.1.1 JPA와 컬렉션
  • 14.1.2 Collection, List
  • 14.1.3 Set
  • 14.1.4 List + @OrderColumn
  • 14.1.5 @OrderBy
  • 14.2 @Converter
  • 14.2.1 글로벌 설정
  • 14.3 리스너
  • 14.3.1 이벤트 종류
  • 14.3.2 이벤트 적용 위치
  • 14.4 엔티티 그래프
  • 14.4.1 Named 엔티티 그래프
  • 14.4.2 em.find( )에서 엔티티 그래프 사용
  • 14.4.3 subgraph
  • 14.4.4 JPQL에서 엔티티 그래프 사용
  • 14.4.5 동적 엔티티 그래프
  • 14.4.6 엔티티 그래프 정리
  • 14.5 정리

  • 15장. 고급 주제와 성능 최적화
  • 15.1 예외 처리
  • 15.1.1 JPA 표준 예외 정리
  • 15.1.2 스프링 프레임워크의 JPA 예외 변환
  • 15.1.3 스프링 프레임워크에 JPA 예외 변환기 적용
  • 15.1.4 트랜잭션 롤백 시 주의사항
  • 15.2 엔티티 비교
  • 15.2.1 영속성 컨텍스트가 같을 때 엔티티 비교
  • 15.2.2 영속성 컨텍스트가 다를 때 엔티티 비교
  • 15.3 프록시 심화 주제
  • 15.3.1 영속성 컨텍스트와 프록시
  • 15.3.2 프록시 타입 비교
  • 15.3.3 프록시 동등성 비교
  • 15.3.4 상속관계와 프록시
  • 15.4 성능 최적화
  • 15.4.1 N+1 문제
  • 15.4.2 읽기 전용 쿼리의 성능 최적화
  • 15.4.3 배치 처리
  • 15.4.4 SQL 쿼리 힌트 사용
  • 15.4.5 트랜잭션을 지원하는 쓰기 지연과 성능 최적화
  • 15.5 정리

  • 16장. 트랜잭션과 락, 2차 캐시
  • 16.1 트랜잭션과 락
  • 16.1.1 트랜잭션과 격리 수준
  • 16.1.2 낙관적 락과 비관적 락 기초
  • 16.1.3 @Version
  • 16.1.4 JPA 락 사용
  • 16.1.5 JPA 낙관적 락
  • 16.1.6 JPA 비관적 락
  • 16.1.7 비관적 락과 타임아웃
  • 16.2 2차 캐시
  • 16.2.1 1차 캐시와 2차 캐시
  • 16.2.2 JPA 2차 캐시 기능
  • 16.2.3 하이버네이트와 EHCACHE 적용
  • 16.3 정리

도서 오류 신고

도서 오류 신고

에이콘출판사에 관심을 가져 주셔서 고맙습니다. 도서의 오탈자 정보를 알려주시면 다음 개정판 인쇄 시 반영하겠습니다.

오탈자 정보는 다음과 같이 입력해 주시면 됩니다.

(예시) p.100 아래에서 3행 : '몇일'동안 -> 며칠동안

정오표

정오표

수정 사항은 여기에서 내려받으세요.

[p.160]
2번째 단락: 객체가 맏은 역할 → 객체가 맡은 역할

[p.165: 아래에서 2행]
JOIN TEAM T ON M.TEAM_ID = T.ID
->
JOIN TEAM T ON M.TEAM_ID = T.TEAM_ID

[p.169: 아래에서 4행]
JOIN TEAM T ON M.TEAM_ID = T.ID
->
JOIN TEAM T ON M.TEAM_ID = T.TEAM_ID

[p.448: 18행]
컬럼명이 출동한다. → 컬럼명이 충돌한다.

[p.361: 7행]
username
->
m.username

[p.364: 아래에서 11행]
시작은 0이므로
->
시작은 10이므로

4쇄 수정사항

[p.268 : 소스 코드]
private String titie
->
private String title

[p.346]
이 장에서 다루는 Criteira나
->
이 장에서 다루는 Criteria나

[p.409]
약간 의야한 부분은
->
약간 의아한 부분은

[p.374]
FROM MEMBER T
->
FROM MEMBER M

[p. 642 ]
어떤 JPA가 예외가
->
어떤 JPA 예외가

[p.611 : 페이지 하단 굵은 글씨]
em.persist(parent);
->
em.persist(team);

[p.613 : 표]
PersistenceBag
->
PersistentBag

PersistenceSet
->
PersistentSet

6쇄 수정사항

[p.51 : 아래에서 4행]
동일성 비교는 ==비교다. 객체 인스터스의 주소값을 비교한다.
->
동일성 비교는 ==비교다. 객체 인스턴스의 주소값을 비교한다.

[p.176 : 예제 5.7 JPQL 조인 검색]
List resultList = em.createQuery(jpql, Member.class)
.setParameter("teamName", "팀1");
.getResultList();
->
List resultList = em.createQuery(jpql, Member.class)
.setParameter("teamName", "팀1")
.getResultList();

[p.176 : 아래에서 7행]
TEAM TEAM ON MEMBER.TEAM_ID = TEAM1_.ID
WHERE
TEAM1_.NAME = '팀1'
->
TEAM TEAM ON MEMBER.TEAM_ID = TEAM.TEAM_ID
WHERE
TEAM.NAME = '팀1'

[p.187 : 1행]
팀의 컬렉선에
->
팀의 컬렉션에

[p. 297 : 마지막 행]
팀1
->
team1

[p. 303 : 예제 8.13]

LEFT OUTER JOIN
TEAM TEAM ON MEMBER.TEAM_ID=TEAM1_.ID
->
LEFT OUTER JOIN
TEAM TEAM ON MEMBER.TEAM_ID=TEAM_.ID

WHERE
MEMBER0_.ID='member1'
->
WHERE
MEMBER.ID='member1'

[p. 326 : 그림 9.4]
<>
PhoneNumber
->
PhoneServiceProvider

[p.340 : 아래에서 4행]
식별자(@id)
->
식별자(@Id)

[p.358 : 3행]
결과를 예제로 반환한다
->
결과를 List 컬렉션으로 반환한다.

[p.360 : 15행]
시적점
->
시작점

[p.390 : 6행]
설명: X와 같은 값이 예제에 하나라도 있으면 참아다.
->
설명: X와 같은 값이 예제에 하나라도 있으면 참이다.

[p.660 : 아래에서 5행]
프록시의 멈버변수에 직접 접근하면 안 되고 대신에 접근자 메소드를 사용해야 한다.
->
프록시의 멤버변수에 직접 접근하면 안 되고 대신에 접근자 메소드를 사용해야 한다.

8쇄 수정사항

[p.268 : 소스 코드]
private String titie
->
private String title

[p.90 : 10행]
EntityManagerFactroy
->
EntityManagerFactory

9쇄 수정사항

[p.90 : 본문 11행]
Factroy
->
Factory

[p.295 : 3행]
참고로 연관관계를 설정할 때는 엔티티 접근 방식을 필드로 설정해도 프록시를 초기화하지 않는다.
->
참고로 하이버네이트 버전이 올라가면서 프록시 상태일 때 필드, 프로퍼티 접근 모두 getId()를 호출할 때 초기화를 하지 않도록 변경됐다.

[p.358 : 7행]
결과과 1개보다 많으면
->
결과가 1개보다 많으면

[p.371: 예제 10.25]
SELECT m
FROM Member m LEFT [OUTER] JOIN m.team t
->
SELECT m
FROM Member m LEFT [OUTER] JOIN m.team t
WHERE t.name = :teamName

[p.468 : 아래에서 3행]
대량에 데이터를
->
대량의 데이터를

[p.551 : 아래에서 2행]
파리미터에
->
파라미터에

[p.607 : 그림 13.9]
OSIV 라피지토리 직접 호출
->
OSIV 리포지토리 직접 호출

[p.660 : 아래에서 5행]
프록시의 멈버변수에
->
프록시의 멤버변수에

[p.682 : 3행]
해택이 많다.
->
혜택이 많다.

[p.682 : 16행 ]
스냅삿을 보관하지 않는다.
->
스냅샷을 보관하지 않는다.

[p.720 : 아래에서 3행]
쿼리와 파리미터 정보를
->
쿼리와 파라미터 정보를