
제목, 작성자명, 작성 내용, 작성 날짜를 조회하기작성 날짜 기준 내림차순으로 정렬하기SEQ_NO를 PK로 설정하고 auto_incrment를 설정했다. 테이블 설계시에 간과하고 있었던 점은 MySQL에는 NVARCHAR 타입이 없다는것이었다. 테이블 설계 후에 팀원들
✨요구사항 > 게시글 작성 API 제목, 작성자명, 비밀번호, 작성 내용을 저장하고 저장된 게시글을 Client 로 반환하기 선택한 게시글 조회 API 선택한 게시글의 제목, 작성자명, 작성 날짜, 작성 내용을 조회하기 (검색 기능이 아닙니

📝 요구사항 1. 회원 가입 API username, password를 Client에서 전달받기 username은 최소 4자 이상, 10자 이하이며 알파벳 소문자(a~z), 숫자(0~9)로 구성되어야 한다. password는 최소 8자 이상,

지난번엔 평문으로 비밀번호를 저장하고 JPA Entity를 이용해 제약조건을 설정하는 방법을 사용했다. 현업에서는 비밀번호를 그대로 저장하지 않고 암호화하여 대부분 저장하기에 암호화 된 형태로 저장하는 것으로 변경이 필요하다고 생각했다. 우선 @Pattern를 없앴다.
특정 userId 로 선착순으로 제공되는 특강을 신청하는 API 를 작성합니다.동일한 신청자는 동일한 강의에 대해서 한 번의 수강 신청만 성공할 수 있습니다.특강은 선착순 30명만 신청 가능합니다.이미 신청자가 30명이 초과되면 이후 신청자는 요청을 실패합니다.날짜별로

ECommerce 프로젝트를 하면서 동시성제어에 대한 통합테스트를 진행했다. 통합테스트를 하면서 어려웠던 점은 실제 DB를 사용하고 실제 로직을 실행한다는 것이었는데 TDD를 접하고 단위테스트를 할 때는 몰랐던 DB초기화에 대한 부분이 코드가 복잡해지고 주입해야하는 r
일전에 동시성 제어에 대해 글을 쓴 적이 있다. 동시성 이슈(Concurrency Issues)의 제어(제어 목적, 제어 기법, 제어 방식) 동시성 제어 (Synchronized/Volatile/Atomic)(두 번이나 썼는데 다시 들여다 보지 않으니 잘 기억이 나지
1. 동시성 제어발생 가능 시나리오 1-1. 포인트 충전 및 차감 서버 딜레이로 인해 화면이 바로 변경되지 않아 사용자가 포인트 충전요청을 여러번 보내거나 여러번 사용요청을 보낸다. 중복호출 (aka. 따닥이슈)이 발생했을 경우 어떤 이슈가 발생할 수 있을까? 발생

트랜잭션 제대로 쓸 줄 모른다면 이 글 한번 잡숴봐요 :]