Authority enum AuthorityConverter class Member class
멀티쓰레드 환경에서 회원가입 서비스를 만들다가 트랜잭션에 엄밀한 정의와 이해가 필요하게 되어 공부를 시작하게 되었다.트랜잭션은 분리할 수 없는 하나의 단위로 실행되는 데이터베이스 작업단위를 뜻한다.트랜잭션의 목적은 트랜잭션 내의 모든 작업이 올바르게 실행되거나 전혀 실
이전에 보았던 Isolation Level은 connection 단위로만 적용이 가능하다.한 트랜잭션에서 select한 row에 대해 다른 트랜잭션을 동시성 제어하고 싶은 경우 Lock을 사용해야 한다.Shared Lock (공유락) : 읽기 O / 쓰기 XExclus
이전 글 -> \[DB] 트랜잭션과 락 - 2. 공유락(Shared Lock) & 배타락(Exclusive Lock) 에서 이어지는 글입니다.그리고 이 글은 일부 블로그와 김영한님의 JPA 책을 참고하여 작성되었습니다.JPA의 영속성 컨텍스트(1차 캐시)를 적절히 활용
데이터 베이스를 설계할 때 다음과 같은 경우를 맞이 한다.출처그렇다 이런 관계를 가진 경우 객체에서는 상속 관계를 맺으면 되지만 테이블과 JPA는 어떻게 설계해야할까?이런식으로 설계할 수 있고, 이를 JPA에서는 @Inheritance라는 어노테이션을 통해 지원한다.나
테스트 코드를 작성하다가 이상한 점을 발견했다.이러한 엔티티가 정의되어 있다고 하자. pk 값을 기준으로 equals와 hashcode를 구현하도록 하였다.보면, cascade의 persist가 존재하기 때문에, 토큰을 등록하기만 하면, persist를 대신 호출해주
postgresql의 공식문서를 읽던 중 이상한 문구를 발견했다.이 말대로라면, UNIQUE 제약조건이 걸린 컬럼에 인덱스를 추가로 선언하지 말라는 것이었다. 중복으로 생기게 된다고 한다.글을 더 찾아보니, UNIQUE 제약조건은 b-tree 기반의 인덱스를 통해 구현