Today's Dev Notes(2018-12-27) 안녕하세요, Brad입니다. 오늘 공부한 내용 정리해볼게요! Q & A @OneToOne, @ManyToOne 의 차이? 내부적으로 동작은 같습니다. User가 One 이라는 점에서 동작은 같을 수 밖에 없습니다. 'mappedBy' 라는 설정이 없으면 두 테이블 간 하나의 테이블이 새로 만들어집니다. 백엔드 멤버들로부터 어느 정도 정리를 할 수 있었습니다. 한 마디로 정리할 수 있는데요. '나의 관점에서 상대방을 바라볼 것!!' 예를들어 (질문 - 유저)의 관점에서 다음과 같이 볼 수 있습니다. 질문 하나에 대해 유저는 한 명만 바라봅니다(유저는 One) 유저 한명에 대해 질문 여러 개를 바라봅니다(질문은 Many) 자기의 관점으로 자신을 바라보진 ..
programmers. 조이스틱 이번 문제를 풀면서 고민되었던 부분은 앞으로 진행하다가 다시 돌아서 뒤로 가는 경우였습니다. 예를들어 "JIAAAZ"의 경우 "JI"를 지나고 나서 그 사이 "AAA"을 지나가는 것보다 지났던 길을 다시 지나가더라도 되돌아가는게 더 효율적이기 때문입니다. 그래서 처음엔 이러한 경우를 위해서 dfs를 고려했습니다. 하지만 재귀로 호출되는 부분에서 어디서 어떻게 재귀적으로 호출하는지 저 스스로도 잘 몰라 에러가 발생하였고 더 문제인 것은 어디에서 에러가 발생했는지 모른다는 것이었습니다. 그 주된 이유가 dfs에서는 재귀적 호출을 계속 새로 만들고 또 새로 만들어진 것이 끝날 때까지 진행되는데 그 과정을 못 쫒았습니다. 그래서 뒤로 갈 수 있을 때 지금까지의 정보를 Job 이라..
05장. 연관관계 매핑 기초3 05장. 연관관계 매핑 기초 어제 Team 과 Player 관계에서 영속성 컨텍스트 내에서 수동으로 (Team → Player), (Player → Team) 설정을 해야 제가 원하는 값을 얻을 수 있다고 말씀드렸는데요. 오늘 Pobi에게 질문을 통해서 왜 그렇게 해야하는지 알게되었습니다. 우선 해당 영속성 컨텍스트 내에선 영속성을 부여할 때 알아서 관계가 매핑되지 않습니다. 이 때는 수동으로 어제 말씀드린바와 같이 객체 간 양방향 매핑해줘야 하는 것이죠. 하지만 이 수동으로 매핑하는 과정을 하지 않고도 제가 원하는 정보를 구할 수 있는데요. 이전 관계값들을 넣어준 Entity Manager 가 종료된 후 새로운 Entity Manger 를 생성하여 저희가 원하는 정보를 구..
programmers. 조이스틱 힘겹게 풀었네요. 오늘은 너무 늦어서 내일 리팩토링도 하고 좀더 상세하게 정리해볼게요. 간략하게 어려웠던 점은 '여러방면으로 흩어지는 경우의 수를 어떻게 관리할 것인가?' 였구요. 각각의 경우에 Queue를 통해 관리했습니다. StringBuilder가 reference참조였다는 점!! 이 때문에 많은 실수가 있었네요.. 아 그리고 문제를 다 풀든 말든 알고리즘 블로그 글을 남겨 계속 그 끈을 잡아보려합니다. 알찬 내용은 아니겠지만 지속적인 관심가질 수 있도록 하려고합니다.
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..
