웹을 지탱하는 기술2 2부. URI chapter04. URI의 스펙 URI는 Uniform Resource Identifier의 약자로 리소스를 통일적으로 식별하는 ID를 의미합니다. 이 URI를 통해서 해당 리소스를 간단하게 접근 가능합니다. 하지만 URI를 잘못 설계하면 이후 시간이 지나서 해당 리소스를 접근하지 못하는 경우가 발생할 수 있기 때문에 처음부터 잘 설계하는 것이 중요합니다. http://blog.example.com/entries/1 위와 같은 URI이 있을 때 URI 구성하는 파트는 다음과 같습니다. URI Scheme : http 호스트명 : blog.example.com 패스 : /entries/1 URI는 URI 스키마로 시작이 되는데 위를 보면 http로 접근할 수 있다는 것..
웹을 지탱하는 기술1 이 책의 목적 웹 아키텍처의 관점에서 HTTP, URI 그리고 각종 하이퍼미디어 포맷의 스펙을 설명합니다. 웹 서비스의 구체적인 설계방법을 보여줍니다. 웹 구현을 지탱하는 기본적인 지식을 알고 싶었는데 이 책의 목적을 보면서 어느정도 그 갈증을 해결할 수 있겠다라는 생각이 듭니다. 그리고 두번째 목적인 구체적인 설계방법에서 제가 해오던 것과 좀 비교하면서 읽을 수도 있을 것 같네요. 이 책은 총 5부로 이루어져있습니다. 1부. 웹의 기술적인 백그라운드와 아키텍처 2부. URI 3부. HTTP 4부. 하이퍼미디어 포맷 5부. 웹 서비스와 웹 API의 설계 책의 목적에서 첫번째 목적이 제일 크게 1부~4부, 두번째 목적이 5부에서 설명되고 있는 것 같네요. 하루에 1부씩 읽으면 될 것 ..
08장. 프록시와 연관관계 관리 08장. 프록시와 연관관계 관리 이번 장에서는 다음의 개념을 배우게 될 것입니다. 짧게 정리해볼게요. 프록시와 즉시로딩, 지연로딩 프록시라는 기술을 사용하게 되면 실제 사용되는 시점에 데이터베이스를 조회할 수 있습니다(지연로딩). 하지만 자주 사용되는 것은 미리 조인해서 함께 가지고 데이터 정보를 가지고 있는 것이 좋습니다(즉시로딩). 영속성 전이와 고아 객체 연관된 객체를 함께 저장하거나 함께 삭제할 수 있는 기능을 제공합니다. 프록시 예를들어 Member 객체와 Team 객체가 있고 N:1 관계로 연결되어 있다고 가정해봅시다. 그리고 회원 엔티티만 조회하는 상황일 경우, Team 속성을 사용하지 않는다면 굳이 회원 엔티티 가져올 때 연관된 Team 엔티티까지 가져올 필..
05장. 연관관계 매핑 기초3 05장. 연관관계 매핑 기초 어제 Team 과 Player 관계에서 영속성 컨텍스트 내에서 수동으로 (Team → Player), (Player → Team) 설정을 해야 제가 원하는 값을 얻을 수 있다고 말씀드렸는데요. 오늘 Pobi에게 질문을 통해서 왜 그렇게 해야하는지 알게되었습니다. 우선 해당 영속성 컨텍스트 내에선 영속성을 부여할 때 알아서 관계가 매핑되지 않습니다. 이 때는 수동으로 어제 말씀드린바와 같이 객체 간 양방향 매핑해줘야 하는 것이죠. 하지만 이 수동으로 매핑하는 과정을 하지 않고도 제가 원하는 정보를 구할 수 있는데요. 이전 관계값들을 넣어준 Entity Manager 가 종료된 후 새로운 Entity Manger 를 생성하여 저희가 원하는 정보를 구..
05장. 연관관계 매핑 기초2 05장. 연관관계 매핑 기초 이전까지 한쪽 방향에서 접근하는 단방향 매핑에 대해서 봤는데요. 이번엔 양방향 매핑에 대해 살펴보도록 하겠습니다. 양방향 연관관계 우선 연습 코드부터 보도록 하겠습니다. Player 엔티티와 Team 엔티티가 있구요. 서로 1:N 관계로 매핑되고 있습니다. @Entity public class Team { @Id @Column(name = "TEAM_ID") private String id; private String name; @OneToMany(mappedBy = "team") private List players = new ArrayList(); // constructor, getter, setter .. } @Entity public cl..
05장. 연관관계 매핑 기초 05장. 연관관계 매핑 기초 객체 간의 관계는 참조(주소)를 사용하는 것과 달리 테이블은 외래키를 사용해서 관계를 맺습니다. 저자는 이번 장에서 주요 키워드로 다음 세 가지로 정리했는데요. 간략하게 살펴보겠습니다. 방향(Direction) : 우선 종류론 [단방향, 양방향]이 있습니다. 한쪽만 참조하면 '단방향', 양쪽에서 보다 참조하면 '양방향'입니다. 방향은 객체관계에만 존재하고 테이블 관계는 항상 양방향이다? 이 말은 단뱡향(멤버 → 팀)이라고 했을 때 멤버 필드에 팀과 관련된 필드가 있지만 팀 객체엔 멤버 필드가 없습니다. 하지만 테이블에서는 SQL의 JOIN문을 통해서 (멤버→팀)이든 (팀→멤버)이든 양방향으로 접근이 가능하다는 말입니다. 다중성(Multiplicit..
