괴발나라

다음과 같이 엔티티를 INSERT할때 기본 키를 JPA가 자동생성하도록 할 수 있다. @Id @GeneratedValue(startegy = GenerationType.AUTO) private Long id; startegy 에 다양한 기본 키 매핑 전략을 설정할 수 있다. JPA는 4개의 전략을 제공한다. 참고로 JPA는 대리키를 기본키로 사용하는 것을 추천한다. (회원아이디, 이메일, 주민등록번호 등이 아닌 그냥 기본키를 위한 값) GenerationType.IDENTITY 데이터베이스에 기본키 생성을 위임한다. 예를 들어 MySQL의 auto_increment, PostgreSQL의 serial을 사용한다. 주의점 persist 시 즉시 INESRT 쿼리가 실행됨. 이러면 쓰기 지연 할 수 없음 -..

낙관적 락 & 비관적 락 낙관적 락 JPA가 제공하는 버전 관리 기능 사용 (@Version) 즉, 애플리케이션 단에서 구현된 락 엔티티의 버전과 DB의 버전이 다르면 예외 발생 비관적 락 데이터베이스가 제공하는 락 기능 사용 락 걸렸을때 타임아웃 설정 가능 ex) select for update 용도 -> JPA는 DB 트랜잭션 격리수준을 READ COMMITED 정도로 가정하나, 더 높은 격리 수준이 필요할때 사용 JPA 락 옵션 (javax.persistance.LockModeType) NONE 락 X OPTIMISTIC 낙관적 락 OPTIMISTIC_FORCE_INCREMENT 낙관적 락 + 버전정보 강제 증가 PESSIMISTIC_READ 비관적 락, 읽기 락 PESSIMISTIC_WRITE 비..

트랜잭션의 격리 수준과 문제점 문제점 DIRTY READ 세션 A : 로우 업데이트 중 .. 세션 B : 업데이트 중인 로우 조회 세션 A : 로우 수정 롤백 ! 세션 B : 조회했던 로우가 실제로 존재하지 않는 로우가 되어버림. .. NON-REPEATABLE READ 세션 A : 로우 조회 중 .. 세션 B : 같은 로우 수정 & 커밋 세션 A : 로우 다시 조회하면 결과가 다름 .. PHANTOM READ 세션 A : 여러 로우 조회 중 .. 세션 B : 로우 추가 ! 세션 A : 로우들 다시 조회하면 결과에 하나가 추가됨 .. 격리 수준 READ UNCOMMITED DIRTY READ, NON-REPEATABLE READ, PHANTOM READ 허용 READ COMMITED NON-REPEATA..

웹 애플리케이션을 개발하다 보면 URL을 암호화하여 클라이언트와 주고받아야 하는 경우가 있다. 클라이언트에서 URL 을 암호화하여 HTTP API를 호출하면 서버에서 그 URL을 복호화하여 처리해야 한다. 많은 시도 끝에 한가지 방법을 알아내어 공유하고자 한다. URL 복호화를 Spring Interceptor 혹은 HandlerMethodArguementResolver 혹은 Converter 로 처리하려고 했으나, 다음과 같은 문제가 있었다. - 암호화된 것은 문자열(String)일텐데, 컨트롤러 메서드에서는 그 파라미터의 타입이 Integer인 경우 NumberFormatException 이 발생한다. - 이는 Interceptor, HandlerMethodArguementResolver , Conv..

나는 객체 지향 시스템을 개발하는 일을 한다. 그런데 일을 시작한지 얼마 되지 않아서 그런지, 아니면 내가 머리가 나쁜건지, 아니면 다들 그런건지 단 하루라도 난관에 부딪치지 않은 적이 없다. 머리를 쥐어짜며 문제를 어떻게든 해결해도 뭔지 모를 찝찝함이 남아있을 때가 있다. 디자인 패턴들을 마스터했다면, 훨씬 빠르게 확장성있는 코드를 작성했을텐데.... 디자인 패턴 디자인 패턴이 뭘까? JAVA 객체 지향 디자인 패턴 이라는 책에서는 디자인 패턴을 다음과 같이 소개한다. 디자인 패턴은 우리 주변에서 자주 반복해서 발생하는 문제와 그 문제를 해결하는 핵심을 기술해 동일한 일을 두번 다시 하지 않고 해결할 수 있도록 한다 그러니까, 쉽게 말하면 어떤 유형의 문제를 해결할 수 있게 도와주는 도구다. 나는 수능..

객체지향 시스템은 여러개의 클래스가 서로 긴밀한 관계를 맺으며 기능을 수행한다 이번에는 객체지향 시스템을 이룰때 클래스들끼리 맺는 관계 중 집합 관계에 대해 알아보자. 집합 관계 집합 관계는 UML 연관관계의 특별한 경우로 전체와 부분의 관계를 명확하게 명시하고자 할 때 사용한다. 연관관계는 한 클래스가 다른 클래스의 기능을 사용하는, 그리고 두 클래스의 관계가 오랫동안 유지되는 관계를 말한다. 잘 이해되지 않는다면 지난 번에 작성한 연관관계와 의존관계의 차이를 읽고 오면 좋을 것 같다. 집합관계는 다시 두개의 관계로 나뉜다. 집약 관계 (aggregation) 집약 관계는 한 객체가 다른 객체를 포함하는 것을 나타낸다. 부분 객체를 다른 객체와 공유할 수 있다. 전체 객체의 라이프타임과 부분 객체의 라..

객체 지향 시스템 안에서는 여러 클래스들이 서로 긴밀한 관계를 맺으며 기능을 수행한다.클래스들은 다양한 방법으로 다른 클래스들과 관계를 맺는다.이 관계들의 종류에는 여러가지가 있는데,이번에는 비슷하면서도 다른 연관 관계와 의존 관계의 차이에 대해서 설명한다.연관관계와 의존관계의 공통점이 두 관계는 모두 한 클래스가 다른 클래스의 기능을 사용할 때를 나타낸다.이해가 잘 되지 않는다면, 실세계의 예시를 통해 이해해보자!당신은 친구에게 문자를 보내고 싶다.친구에게 문자를 보내려면 핸드폰을 사용해야 한다.구체적으로는 핸드폰의 문자 전송 기능을 사용해야 한다.당신은 핸드폰과 연관관계 혹은 의존관계를 맺는 것이다.당신이 친구에게 문자를 보내는 상황을 코드로 작성하면 다음과 같을 것이다.// 당신class Perso..

해당 포스트에는 주관적인 의견과 해석이 담겨있습니다. 내용이 허술하며, 정확하지 않을 수 있습니다. 오류나 다른 의견이 있다면 댓글 꼭꼭 부탁드립니다. 😊 SOLID 원칙이란? SOLID 원칙은 객체 지향 프로그래밍이라는 패러다임 안에서 변경에 용이한 코드를 작성할 때 지켜야할 원칙들이다. SOLID 는 5가지 원칙의 앞글자를 딴 용어다. SRP (Single Responsiblity Principle) - 단일 책임 원칙 OCP (Open Closed Principle) - 개방 폐쇄 원칙 LSP (Liskov Substitution Principle) - 리스코프 치환 원칙 DIP (Dependency Inversion Principle) - 의존 역전 원칙 ISP (Interface Segregat..