til

본 글은 JPA Entity에서의 양방향 관계에 대해서 공부한 지식을 정리한 글입니다. 서론JPA Entity클래스는 데이터베이스의 레코드를 객체로 매핑하는 역할을 합니다. 객체로 매핑하는 어노테이션에는 다음과 같은 어노테이션이 있습니다. N:1 ➡️ @ManyToOne1:N ➡️ @OneToMany1:1  ➡️ @OneToOneN:M ➡️ @ ManyToMany  다음 예시에서 음식과 고객의 관계를 살펴보겠습니다.음식@Entity@Table(name = "food")public class Food { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String name; priva..

본 글은 assertThrows 메서드를 공부한 지식을 정리한 글입니다. 서론JPA에서 @Vesion 어노테이션을 사용하여 낙관적 락을 구현하고, 낙관적 락을 통한 동시성 제어를 확인했습니다. [JPA] JPA에서 낙관적 락(Optimistic Locking) 구현하기 (@Version)서론낙관적 락은 데이터 충돌이 드물 것이라고 가정하고, 데이터를 수정할 때만 충돌을 검사합니다. 트랜잭션이 데이터를 수정하기 전까지는 락을 걸지 않고, 수정 시점에 데이터가 변경되pixx.tistory.com Test클래스에서 assertThrows()메서드로 예외를 손쉽게 처리 했는데, 코드 중 assertThrows() 메서드에 대해서 정리하고자 합니다. assertThorws란❓assertThrows()는 JUnit..

본 글을 DB Lock에 대해서 공부한 지식을 정리한 글입니다. 비관적 락의 문제점 비관적 락(Pessimistic Lock)을 JPA를 통해서 확인을 하다가 궁금한점이 생겼는데, DB Lock의 필요성 중 업데이트 손실이 있습니다.업데이트 손실은 두 개 이상의 트랜잭션이 동일한 데이터를 읽고, 그 데이터를 기반으로 수정 작업을 수행할 때 발생합니다. 이러한 문제를 해결하기 위해서 DB Lock을 통하여 접근제어를 하면 데이터 무결성 문제를 해결할 수 있습니다.  [JPA] 비관적 락(Pessimistic Lock)을 통한 동시성 제어 및 업데이트 손실(Lost Update)확인하기서론비관적 락은 데이터 충돌이 자주 발생할 것으로 가정하고, 데이터에 접근할 때마다 잠금을 걸어 다른 트랜잭션이 동시에 접근..

본 글은 referer 헤더에 대해서 공부한 지식을 정리한 글입니다. Referer헤더란❓Referer 헤더는 HTTP 요청의 일부로, 사용자가 현재 방문하고 있는 페이지의 URL을 다음에 방문할 웹 서버에 전달하는 역할을 합니다.  웹 브라우저가 한 페이지에서 다른 페이지로 이동할 때, 새로운 페이지의 서버는 Referer 헤더를 통해 사용자가 어디에서 왔는지를 알 수 있습니다. GET /new-page HTTP/1.1Host: www.example.comReferer: http://www.example.com/page 이 예시에서, Referer 헤더는 클라이언트가 http://www.example.com/page에서 왔다는 정보를 서버에게 전달합니다.사용 목적 트래픽 소스 분석 웹사이트 운영자가 방..