🍽 요리와 코딩💻

이번 포스팅에서는 EntityGraph의 사용에 대해 알아보려고 한다.

Entity구성은 다음과 같다

@Entity
class Team(
    var title: String,
) {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY) // DB에서 자동으로 ID increment
    @Column(name = "team_id")
    var id: Long = 0L
    
    // Onwer Entity를 Player로 지정, Lazy type fetch, Persistence 전이 타입
    @OneToMany(mappedBy="team", cascade=[CascaseType.ALL], fetch = FetchType.LAZY) 
    var players : MutableList<Player> = mutableListOf()
}

@Entity
class Player(
    var name : String,
    
    @ManyToOne
    @JoinColumn(name = "team_id") // 외래키 매핑을 위한 설정
    var game: Game
) {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY) // DB에서 자동으로 ID increment
    @Column(name = "player_id")
    var id: Long = 0L
    
    var count : Long
}

Game <--> Player 엔티티가 1:N으로 설정되어 있다.

현재 Team의 players는 LAZY type으로 가져오게 되어있는데,

하나의 team.players 조회시 다음과 같이 2개의 query가 생성된다.

select 
team0_.team_id as team_id1_3_0_, 
team0_.name as name2_3_0_ 
from 
team team0_ 
where 
team0_.team_id=?

select 
players0_.team_id as team_id4_1_0_, 
players0_.player_id as player_i1_1_0_, 
players0_.player_id as player_i1_1_1_, 
players0_.count as count2_1_1_, 
players0_.name as name3_1_1_, 
players0_.team_id as team_id4_1_1_ 
from 
player players0_ 
where 
players0_.team_id=?

다른 사람들의 글들을 보니, 여기에서 N + 1개의 Query문이 발생한다고 하던데,

Fetch type을 EAGER, LAZY로 변경하고 다른 옵션들을 만져보아도

Query문은 동일하게 2개만 발생하는 것을 확인할 수 있었다.

(아직 JPA ORM과 친숙하지 않아서 못다루는 것 일수도 있다..)

하지만 하나의 request에 대해 2개의 쿼리문이 생기는 것도 이상적이지는 않기에,

하나의 left outer join Query 를 만들어 보자.

Team Repository에 다음과 같이 @EntityGraph를 설정한다.

interface TeamRepository : CrudRepository<Team, Long> {
    @EntityGraph(attributePaths = ["players"])
    override fun findById(id: Long): Optional<Team>
}

변경 후에는 다음과 같이 Query가 나가게 된다.

select 
team0_.team_id as team_id1_3_0_, 
team0_.name as name2_3_0_, 
players1_.team_id as team_id4_1_1_, 
players1_.player_id as player_i1_1_1_, 
players1_.player_id as player_i1_1_2_, 
players1_.count as count2_1_2_, 
players1_.name as name3_1_2_, 
players1_.team_id as team_id4_1_2_ 
from 
team team0_ 
left outer join 
player players1_ 
on 
team0_.team_id=players1_.team_id 
where 
team0_.team_id=?

이로 인해 fetch type EAGER와도 비슷한 결과를 얻을 수 있다.

오늘은 여기까지..

틀린 내용에 대한 지적은 언제든지 환영입니다

최근에 서버 개발을 하는 와중에.. 큰 실수를 저질러 버렸다.

서버의 구성 요건이 아래와 같았다.

1. 서버가 여러 개의 인스턴스에서 동작하는 것을 가정

2. 동시다발적인 요청에도 문제가 없도록 설계

여기에서 1번은 어느정도 감안을 했지만 2번을 어떻게 처리해야 할 지 생각지도 못했다

아는 사람에게는 보이겠지만.. 내공이 부족하여 못보고 지나갔던 탓인것 같다..

이를 처리하기 위해서는 Database의 동시성을 해결해야 하는데

1. Read/Write에서 Lock을 걸어주거나

2. insert / update query를 할 때 database 를 바로 참조하도록 해야 하는 것이었다.

즉, Controller가 사용하는 Service function에서

@Transactional이 걸려있다고 해서 Database의 동시성을 만족할 수 없고,

별도의 설정을 해 주거나 Query를 날려야 하는 것이었다.

Entity구성은 다음과 같다

@Entity
class Team(
    var title: String,
) {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY) // DB에서 자동으로 ID increment
    @Column(name = "team_id")
    var id: Long = 0L
    
    // Onwer Entity를 Player로 지정, Lazy type fetch, Persistence 전이 타입
    @OneToMany(mappedBy="team", cascade=[CascaseType.ALL], fetch = FetchType.LAZY) 
    var players : MutableList<Player> = mutableListOf()
}

@Entity
class Player(
    var name : String,
    
    @ManyToOne
    @JoinColumn(name = "team_id") // 외래키 매핑을 위한 설정
    var game: Game
) {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY) // DB에서 자동으로 ID increment
    @Column(name = "player_id")
    var id: Long = 0L
    
    var count : Long
}

Game <--> Player 엔티티가 1:N으로 설정되어 있다.

Game이 MappedBy를 Player의 "team" field로 명시 해 줌으로써 Player가 Owner로 등록.

Player table에 대해서는 아래 Query문과 같이 Foreign Key를 생성하게 된다.

alter table player add constraint FKdvd6ljes11r44igawmpm1mc5s foreign key (team_id) references team

여기에서 Player 생성 시 Team의 total_player_number를 생각해보자.

당연히 플레이어가 생성될 때 마다 1씩 증가되어야 할 것이다.

하지만, 여러 Client가 동시에 Player를 생성하고, Database가 Lock이 되지 않을때를 가정해보자.

2개의 Client에서 각각 Player를 생성하려고 한다.

또한, 각각의 Client에서 Team 정보를 읽을 때 total_player_number가 0이었다.

이 때, 동시에 request가 발생하게 되면 2개의 Player가 생성되었지만

Team의 total_player_number는 1이 될 가능성이 존재한다.

첫번째 Player로 인해 total_player_number가 1로 증가하지만,

두번 째 Player 저장 당시 이미 읽어온 team의 해당 필드 값이 0이기 때문에

1 -> 2로 변하는 것이 아니라 1 -> 1로 덮어씌워 질 수 있기 때문이다.

동시성을 고려하지 않았을 때 Query 문

select 
team0_.team_id as team_id1_3_0_, 
team0_.name as name2_3_0_, 
team0_.total_player_number as total_pl3_3_0_, 
players1_.team_id as team_id4_1_1_, 
players1_.player_id as player_i1_1_1_, 
players1_.player_id as player_i1_1_2_, 
players1_.count as count2_1_2_, 
players1_.name as name3_1_2_, 
players1_.team_id as team_id4_1_2_ 
from 
team team0_ 
left outer join 
player players1_ 
on 
team0_.team_id=players1_.team_id 
where team0_.team_id=?

insert into player 
(player_id, count, name, team_id) 
values 
(null, ?, ?, ?)

update team 
set 
name=?, 
total_player_number=? 
where 
team_id=?

Team repository를 다음과 같이 변경해서 Pessimistic Lock을 걸어주었다.

interface TeamRepository : JpaRepository<Team, Long> {
    @Lock(LockModeType.PESSIMISTIC_WRITE)	// 비관적 Lock (Read / Write 모두)
    @EntityGraph(attributePaths = ["players"])
    override fun findById(id: Long): Optional<Team>
}

동시성을 고려했을 때 Query 문

select 
team0_.team_id as team_id1_3_0_, 
team0_.name as name2_3_0_, 
team0_.total_player_number as total_pl3_3_0_, 
players1_.team_id as team_id4_1_1_, 
players1_.player_id as player_i1_1_1_, 
players1_.player_id as player_i1_1_2_, 
players1_.count as count2_1_2_, 
players1_.name as name3_1_2_, 
players1_.team_id as team_id4_1_2_ 
from 
team team0_ 
left outer join 
player players1_ 
on 
team0_.team_id=players1_.team_id 
where 
team0_.team_id=? 
for update		/* Database lock을 위해 for update 라는 구문이 추가 됨 */

insert into player 
(player_id, count, name, team_id) 
values 
(null, ?, ?, ?)

update team 
set 
name=?, 
total_player_number=? 
where 
team_id=?

다른건 동일하지만, select 문에서 뒤에 ~ for update 가 붙어있다.

이는 동시성 제어를 위해 특정 row에 READ / WRITE Lock이 걸려있다는 말이다 (배타적 Lock).

만약, Read는 자유롭게 하되, Write에서만 Lock을 걸고싶다면 PESSIMISTIC_READ 를 사용하면 된다.

다음 포스팅에서 직접 테스트를 해보도록 하겠다.

안녕하세요?

코딩하는 모주부 입니다!

이번 시리즈는, 코틀린(Kotlin) 이라는 언어를 사용해서

안드로이드에서 사용할 수 있는 어플을 만들어 볼거에요!

1. 소개 및 개요

코틀린이란?

IntelliJ IDEA의 개발사 

JetBrains 에서 2011년에 공개했고,

2017년 구글이 안드로이드 공식언어로 추가한 언어에요!

구글이 밀어주고 있으니, 되게 핫한 언어죠!

Java가 익숙하신 분들을 위해,

코틀린과 Java를 간단히 비교 해보면 아래와 같아요

코틀린이 자바보다 최근에 개발된 언어이다 보니,

편리하고 구조적으로 잘 만들어진 언어인것 같아요.

이번 시리즈는, 초보자들의 눈높이에 맞추어

코드를 따라서 실행하면 이렇게 할 수 있다!

라는데 초점을 좀 맞추고 진행할까 합니다.

단, 모든 작업들은 모바일에서는 안되고..

PC에서 진행하셔야 합니다!

2. 안드로이드 스튜디오 설치

코드를 실행하기에 앞서, 세팅을 먼저 해줍시다

아래의 링크에서 안드로이드 스튜디오를 설치해 주세요

(VsCode를 사용하시는 분들은, 그냥 쓰셔도 무방합니다)

developer.android.com/studio?hl=ko

윈도우와 맥북 모두 설치가능하나,

설정이 약간씩 다를 수 있어요.

(저는 맥북으로 진행했습니다!)

3. 새 프로젝트 생성

이제 코틀린을 이용해서 프로젝트를 만들어볼까요?

아래의 그림을 따라 와주세요!

완성이 되었다면, 아래의 화면이 나올겁니다!

4. 코드 삽입과 AVD (가상 디바이스) 실행

코틀린은 아래의 4가지를 이용할 수 있는데요,

Activity
Service
Broadcast receiver
Content provider

이 중에서 가장 중요하다고 할 수 있는 Activity 는,

그림이나 글씨등 여러가지 시각적인 요소들을

휴대폰의 화면에 띄워주는 역할을 해요.

코딩의 맛을 살짝 보기위해서,

아래의 그림처럼 라인9와 라인17에 각각

코드를 삽입 해 볼까요?

Line 9  --> import android.widget.Toast
Line 17 --> Toast.makeText(this, "hello, formicae", Toast.LENGTH_LONG).show()

삽입을 하셨다면, 실행을 눌러주세요!

만약, 안드로이드 스튜디오가 처음이시라면

가상 디바이스 설치가 필요할거에요.

디바이스에서 실행이 완료가 되었다면,

아래와 같이 "hello, formicae" 라는 문구가

잠깐 올라왔다가 사라지는 것을 확인할 수 있습니다!

이것은 Toast라는 내장 클래스를 이용한 것인데요,

앞으로도 여러가지 유용한 클래스들과

직접 만든 클래스들을 이용해 어플을 만들어 보아요!

여기까지가 기본적인 설정을 다루었고,

다음 포스팅에서는 코드를 조금씩 바꾸어 가며

어떤 것들을 할 수 있는지 소개 해 볼까 해요!

그럼 다음 포스팅으로 고고씽 :)