일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- MSA
- hashcode
- select_type
- StringBuilder
- Spring
- 조합
- jwt
- AOP
- jpa
- 열 속성
- docker
- 필드 주입
- DI
- KEVISS
- equals
- DDL
- redis
- java
- SQL
- 생성자 주입
- cache
- 바이너리 카운팅
- stream
- 인덱스
- VUE
- 테스트 코드
- Test
- static
- 재정의
- lambda
- Today
- Total
목록전체 카테고리 (196)
백엔드 개발자 블로그
해당 글은 우테코 테크톡을 리뷰한 글입니다.https://www.youtube.com/watch?v=CtvMe7xP0gYSpring Data JPA 불편한 점휴먼 에러 (공백 누락, 리턴 타입 불일치)중복된 조건식 재사용 불가더러운 동적쿼리QueryDSL 사용하는 이유쿼리 > 코드휴먼 에러 방지 중복된 조건식 재사용 가능깔끔한 동적쿼리그럼 언제 QueryDSL를 사용하는가?문자열로 관리되는 jpql 쿼리가 많다비슷한 조건문이 많다동적 쿼리를 통해 유연한 유저 경험을 주고 싶다
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/c7uU1i/btsKiu3Giek/97Vd77HOUtGiIXBWj48hT0/img.png)
해당 글은 우테코 테크톡을 리부한 글입니다.https://www.youtube.com/watch?v=era8W7q3CeQ낙관적 락1. 충돌이 발생하지 않는다고 가정2. version column을 추가3. DB에서 처음 읽어온 Version을 기억4. Update시 현재 DB의 버전가 다르다면 롤백비관적 락1. 충돌이 자주 발생할 것이라고 가정2. TABLE or ROW에 LOCK 걸고 트랜잭션 작업3. 다른 트랜잭션은 LOCK 획득까지 대기4. 해당 작업 완료 시 LOCK 해 비교 사용하는 경우충돌이 적으면 낙관적 락충돌이 많으면 비관적 락
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/dFdAri/btsKh8LVMBy/U5SyAWLJG4fIgCZZB5Z1UK/img.png)
해당 글은 우테코 테크톡을 리뷰한 글입니다.https://www.youtube.com/watch?v=ktWcieiNzKs기본지식공유자원 : 여러 쓰레드가 동시에 접근할 수 있는 자원임계영역 : 쓰레드가 동시에 접근했을 때 문제가 생길 수 있는 부분경쟁상태 : 둘 이상의 쓰레드가 공유자원을 동시에 접근했을 때 접근 순서에 따라 실행 결과가 달라지는 상황 경쟁상태 예시Read-Modify-Write : 30명 수강생이 동시에 신청하게 된다면? > 28명만 신청됨 check -then-act : 30명 미만이면 경고문을 출력하는 메소드를 동시에 100명이 요청한다면? > 30명이 넘어도 경고문 출력됨해결 방법원자성 보장 : 여러개의 작업을 하나의 논리적 작업으로 처리하기가시성 보장 : CPU cache에..