진진진 개발일지

스프링 부트의 특징stand-alone독립 실행형 스프링 애플리케이션 개발 가능이전에는 WAS를 설치 및 설정하고 개발한 애플리케이션을 WAR 형식으로 패키징하여 WAS에 배포서버에 별도로 WAS를 설치하지 않고도 개발 시작 가능, WAS 관리 등의 작업 부담이 줄어듦내장 서버 지원내장 톰캣과 같은 내장 서버를 라이브러리 형태로 함께 패키징앱 시작 시점에 내장 서버를 초기화 및 실행원하는 환경 어디에서든 독립적으로 실행 가능opinionated스프링 프레임워크는 자유로운 선택지(라이브러리 등) 제공 -> 빠른 애플리케이션 개발을 방해할 수 있음starter: best-practice라고 알려진 라이브러리 조합을 미리 모아둔 것프로젝트 초기 생성 시 의사결정 과정을 생략하고 빠르게 개발을 시작spring-..

출처: https://www.youtube.com/watch?v=7c0tqHLfxlE&list=PLgXGHBqgT2TvpJ_p9L_yZKPifgdBOzdVH&index=101 SOLID: 객체지향 설계에서 유지보수성과 확장성을 높이기 위한 설계 원칙SRP 단일 책임 원칙객체는 한 가지 역할(책임)만 가져야 한다.객체가 변경되는 이유는 단 한 가지여야 한다.필요성: 책임이 변경의 축이기 때문에 분할되는 것이 중요책임이 여러 개면 클래스가 커지고 책임 간의 결합도가 높아져 연쇄적인 변화가 발생어떻게?추상화를 통해 객체를 설계할 때 한 개의 역할만 갖도록 구성책임을 묶어서 생각하기 때문에 쉽지 않음... -> 책임의 분배는 설계 상황에 따라 바뀔 수 있으므로 경험이 중요 OCP 개방 폐쇄 원칙객체의 확장에 열..

출처: https://www.youtube.com/watch?v=LDi5muN2kgI&list=PLgXGHBqgT2TvpJ_p9L_yZKPifgdBOzdVH&index=186  Lock은 무엇일까?데이터 수정을 위한 커넥션이 여러 개 존재할 때 데이터 일관성의 문제가 발생 -> 이를 해결하기 위한 메커니즘  Lock과 Transaction?Lock: 일관성 보장, 동시성 제어 메커니즘트랜잭션: 원자성 보장 (All or Nothing)트랜잭션 격리 수준: 여러 트랜잭션에 대하여 각 트랜잭션 처리 전략구현 방법 중 하나가 락 Lock 전략낙관적 Lock(=애플리케이션 Lock): 트랜잭션 충돌이 발생한 후 조치비관적 Lock(=데이터베이스 트랜잭션 Lock): 트랜잭션 충돌을 가정하고 사용하는 전략 JPA..

연관관계란?JPA: Java 애플리케이션에서 관계형 데이터베이스의 데이터를 관리하는데 필요한 객체와 관계를 매핑하는 API엔티티: 데이터베이스 테이블에 대응되는 객체. 각 엔티티는 특정한 데이터 모델을 표현JPA 연관관계: JPA 엔티티 간의 관계를 정의 왜 연관관계를 이해해야 할까?애플리케이션 내 데이터를 효율적으로 구성하기 위해성능 향상, 데이터 무결성, 데이터 관리, 유지 보수, 견고한 아키텍처 등 양방향 @OneToMany항상 부모 측에서 자식 측으로 전이 사용@OneToMany(cascade = CascaseType.ALL) 단방향 @OneToMany부모 자식 연관관계를 관리하기 위한 연결 테이블 생성자식 엔티티에 부모의 외래키를 저장할 수 없어 별도의 연결 테이블 생성연결 테이블로 인한 비효율..

출처: https://www.youtube.com/watch?v=FEP2BzNzoRw&list=PLgXGHBqgT2TvpJ_p9L_yZKPifgdBOzdVH&index=24 문제 상황7주년 쿠폰 발급 행사1명의 사용자는 1개의 쿠폰을 발급 받아야 한다.여러 브라우저에서 동시에 동일한 API를 호출한다면?* 프론트엔드 관련 내용 생략  서버에 검증 로직을 추가validateAlreadyIssued 메서드를 통해 사용자가 쿠폰을 발급 받았는지 확인-> DB에 한 사용자가 쿠폰을 여러 개 발급 받은 것을 확인! 2개 요청이 '동시'에 들어온다면?두 개의 메서드가 동시에 DB 트랜잭션을 시작발급 확인 메서드를 통과하게 됨 해결 방법자바 동기화 동구분산락유니크 제약 조건트랜잭션 격리 수준select ... for..

식별 관계 vs 비식별 관계외래 키가 기본 키에 포함되는지 여부에 따라 식별 관계와 비식별 관계로 구분식별 관계부모 테이블의 기본 키를 내려받아서 자식 테이블의 기본 키 + 외래 키로 사용하는 관계 비식별 관계부모 테이블의 기본 키를 받아서 자식 테이블의 외래 키로만 사용하는 관계필수적 비식별 관계: 외래 키에 NULL을 허용하지 않는다.선택적 비식별 관계: 외래 키에 NULL을 허용한다. 복합 키: 비식별 관계 매핑둘 이상의 컬럼으로 구성된 복합 기본 키는 매핑 오류가 발생한다.JPA에서 식별자를 둘 이상 사용하려면 별도의 식별자 클래스를 만들어야 한다.JPA는 영속성 컨텍스트에 엔티티를 보관할 때 엔티티의 식별자를 키로 사용한다. 그리고 구분을 위해 equals와 hashCode를 사용해서 동등성 비..

상속 관계 매핑: 부모 클래스와 자식 클래스 모두를 데이터베이스 테이블과 매핑단순히 매핑 정보를 상속할 목적으로만 사용부모 클래스는 테이블과 매핑하지 않고 상속받는 자식 클래스에게 매핑 정보만 제공하고 싶을 때 @MappedSuperclass를 사용 예제 코드@MappedSuperclasspublic abstract class BaseEntity { @Id @GeneratedValue private Long id; private String name; // ...}@Entitypublic class Member extends BaseEntity { private String email; // ...}@Entitypublic class Seller exte..

- 프로젝트의 ERD를 검토해보고자 관련 내용을 공부하고 있다.- 데이터베이스 위주로 성능을 개선하고자 한다.ORM에서 이야기하는 상속 관계 매핑은 객체의 상속 구조와 데이터베이스의 슈퍼타입 서브타입 관계를 매핑하는 것슈퍼타입 서브타입 논리 모델을 테이블로 구현하는 방법각각의 테이블로 변환: 조회 시 조인을 사용. JPA에서는 조인 전략이라 한다.통합 테이블로 변환: 테이블을 하나만 사용해 통합. JPA에서는 단일 테이블 전략이라 한다.서브타입 테이블로 변환: 서브 타입마다 하나의 테이블을 만듦. JPA에서는 구현 클래스마다 테이블 전략이라 한다.조인 전략엔티티 각각을 모두 테이블로 만들고 자식 테이블이 부모 테이블의 기본키를 받아서 기본 키 + 외래 키로 사용하는 전략조회할 때 조인을 자주 사용테이블 ..

요즘 자소서를 쓰면서 스스로 너무 부족한 사람이라는 것을 실감하게됐다...우울하기도 했지만 동기부여로 삼고 열심히 공부해보자.관련 오류도 수정할 겸 연관관계를 복습하고자 한다. 참고: 책 '자바 ORM 표준 JPA 프로그래밍'양방향 연관관계일대다 연관관계일 때데이터베이스 테이블은 외래 키 하나로 양방향으로 조회 가능 -> 처음부텅 양방향 관계 연관관계 매핑- 회원 엔티티@Entitypublic class Member { // 중략 @ManyToOne @JoinColumn(name = "userId") private User user; // 연관관계 설정 public void setTeam(Team team) { this.team = team; }..

기존 배포 서버를 1개 사용하고 있었지만 최근 ECS로 배포 방법을 변경함에 따라 여러 컨테이너가 같은 DB 데이터에 접근할 수 있게 되었다. (사실 기존에도 개발용 서버를 배포하였기 때문에 상황은 동일하다...) 서버가 늘어날 수록 같은 데이터를 수정하는 스케줄러가 동시에 여러 개 시작되어 문제가 발생할 수 있기 때문에 이를 예방하기 위해 분산 락을 적용해야 할 필요성을 느꼈다. 특정 쿼리로 인해 발생할 수 있는 동시성 문제를 해결한다기보다 매일 정해진 스케줄러로 인한 문제를 예방하기 위한 것이므로 특정 서버 1개만 스케줄러를 실행해야 하는 상황이다. 즉 네임드 락을 적용하고자 한다. Spring Data JPA를 사용하는 방법과 Redis를 사용하는 방법이 있는데, 기존에 Redis도 ECS 서비스로..