20일차. 축구 예제 ERD를 참고하여 매핑해보자

 

---

축구 예제로 ERD 그리고 매핑하기

 

 

축구선수(자식)            ㅡ가 속해 있는 축구팀 (부모)

 

 

 

무엇이 문제였나

• ID 타입 불일치

• Player 엔티티의 식별자: @Id Long id
   

  Player.javaLines 18-20

   

   

   

      @Id

      @GeneratedValue(strategy = GenerationType.IDENTITY)

      private Long id;

   

   

• 리포지토리 제네릭이 String으로 되어 있어 삭제/조회 시 타입 충돌
   

  PlayerRepository.javaLines 8-10

   

   

   

  public interface PlayerRepository extends JpaRepository<Player, String> {

   

   

• 서비스/컨트롤러 메서드도 String playerId를 받아 타입이 맞지 않았음
   

  PlayerServiceImpl.javaLines 35-38

   

   

   

  public Messenger delete(String playerId) {

      playerRepository.deleteById(playerId);

   

   
   

  PlayerController.javaLines 29-32

   

   

   

  @DeleteMapping("/{playerId}")

  public Messenger delete(@PathVariable String playerId) {

      return playerService.delete(playerId);

   

   

어떻게 고쳤나

• 리포지토리 ID 제네릭을 Long으로 통일
   

  PlayerRepository.javaLines 8-10

   

   

   

  public interface PlayerRepository extends JpaRepository<Player, Long> {

  }

   

   

• 서비스 인터페이스/구현의 파라미터 타입을 Long으로 변경
   

  PlayerService.javaLines 6-12

   

   

   

  Messenger delete(Long id);

  Messenger findById(Long id);

   

   
   

  PlayerServiceImpl.javaLines 35-41

   

   

   

  public Messenger delete(Long id) {

      playerRepository.deleteById(id);

   

   
   

  PlayerServiceImpl.javaLines 59-63

   

   

   

  public Messenger findById(Long id) {

      playerRepository.findById(id);

   

   

• 컨트롤러의 PathVariable 타입도 Long으로 변경
   

  PlayerController.javaLines 29-32

   

   

   

  @DeleteMapping("/{playerId}")

  public Messenger delete(@PathVariable Long playerId) {

      return playerService.delete(playerId);

   

   
   

  PlayerController.javaLines 39-42

   

   

   

  @GetMapping("/id/{playerId}")

  public Messenger findById(@PathVariable Long playerId) {

      return playerService.findById(playerId);

   

   

추가 안내

• 지금은 @GeneratedValue(strategy = GenerationType.IDENTITY)로 자동 증가를 사용하니, 저장 시 id를 따로 세팅할 필요 없습니다.

• 만약 기존 API에서 String 형태의 식별자를 쓰고 있었다면, 라우팅/요청도 Long으로 맞춰주세요. DB의 PK가 숫자가 아닌 경우에는 엔티티/리포지토리를 다시 String으로 일관화해야 합니다.

 

 

🔍 한 줄 요약

@GeneratedValue(strategy = GenerationType.IDENTITY)
👉 “PK 값을 내가 직접 넣지 않아도, DB가 자동으로 1, 2, 3… 이렇게 순서대로 생성해줘!”

 

 

 

엔티티에 다음과 같은 코드 추가

 

Player

 

    @ManyToOne

    @JoinColumn(name = "team_id")

    private Team team;

 

Schedule

    @ManyToOne

    @JoinColumn(name = "stadium_id")

    private Stadium stadium;

 

stadium

 

-가장 큰 부모라서 아무 것도 안넣음

 

team

 

    @OneToOne

    @JoinColumn(name = "stadium_id")

    private Stadium stadium;

 

*팀이랑 스타디움은 하나씩 이어져있으므로 one to one

****

아님 다 manytoone이라고함

 

 

 

 

화살표 받는게 부모! 

 

 

A  → B   →  C : 단방향

A (부모) ← B(자식)  →  C(부모) : 양방향

 

A(자식)   →   B(부모)

 

 

자식은 부모에게 짐을 주는구나!