캡스톤 프로젝트 일지 #4

지난번 글에 쓴 dtype에 관한 문제를 해결하였다.
그냥 다시 @DiscriminatorColumn을 돌려놓았다.
그러면 어떻게 User를 조회하고 바로 그게 멤버인지 댄서인지 구별 할 수 있는가?
-> instance of 를 사용하니 되더라

조인 전략에 대해 검색해보면 김영한님의 JPA 예제 밖에 나오지 않아(물론 나도 그걸 참고해서 만든 것이다) 해결 방법을 몰랐는데, 팀원분이 해결해 주셨다(팀원님 만세).

그리고 또 새로운 사실도 알아냈다.
UserRepository(슈퍼클래스)에 member를 저장하면 알아서 user와 member에 저장이 된다!
원래는 member면 MemberRepository, dancer면 DancerRepository에 저장을 했는데 그냥 둘다 UserRepository에 저장하면 되는 것이다.
JPA는 정말 신인것 같다.

public interface UserRepository<T extends User> extends JpaRepository<T, Long> {

    User findByEmail(String email);

}

대신 리포지토리를 이렇게 수정해야한다.

이번주는 중간 발표가 있어서 개발보단 발표 준비에 힘 쏟아서 별로 개발한 건 없다.
대신 알아낸 사실이 몇가지 있었고, 추가로 AWS에 ec2를 개설했다.

이제 아마 나는 크루에 관한 로직을 개발할 것 같다.
댄서와 멤버를 이어주는 집단 같은건데 아직 목적성이 불분명 하긴 한것 같은데... 일단 아이디어가 그러니 만들어 봐야겠다.

이번주 한 일

1. 중간 발표준비하고 발표하기
2. Dtype에 관한 문제 해결하기
3. 슈퍼클래스에 리포지토리에 그냥 save하면 되다는 사실 배우기.

다음주 해야 할 일

1. 크루 로직 개발
2. EC2,RDS,S3 등과 연계하기