괴발나라

Collection 타입인 필드에 @Singular를 달면 한층 더 가독성 좋은 코드를 작성할 수 있다. User.builder() .roles(roles) .build(); 이렇게 작성하던 것을 User.builder() .role(ADMIN) .role(MEMBER) .build(); 이렇게 작성할 수 있게 된다. 하지만!! 두번째처럼 필드를 세팅하면 해당 컬렉션은 불변컬렉션이 된다. 주의하자.

CPU는 ALU, 제어장치, 레지스터로 구성됩니다. ALU는 한국어 번역하면 산술논리연산장치이며 이름 그대로 산술 연산, 논리 연산을 수행한다. 예를 들어 1+2 를 계산하고 3이라는 결과를 냅니다. 제어장치는 제어신호로 컴퓨터 전체를 제어합니다. 예를 들어 ALU에 "더하라" 라는 제어신호를 보내 ALU가 더하는 일을 하도록 합니다. 레지스터는 CPU 내부의 저장장치입니다. 예를 들어 ALU가 연산을 수행할때 그 피연산자들이 레지스터에 저장됩니다. ALU - 받아들이는 정보 - ALU로부터 오는 제어신호 - 레지스터에 임시 저장된 피연산자 - 내보내는 정보 - 연산의 결과 - 숫자, 문자, 메모리 주소 - 플래그 - 부호, 제로, 캐리, 오버플로우, 인터럽트, 슈퍼바이저 플래그 예시) ALU가 제어장치..

명령어 구조 - 연산코드 필드: 연산 명령어가 담기는 부분 - ex) 더해라, 빼라, 데이터 저장해라, 데이터 불러와라 등 - 오퍼랜드 필드: 연산 대상이 담기는 부분 - ex) 데이터, 메모리 주소, 레지스터 주소 - 구조 예시 - [ 연산코드 | 오퍼랜드 | 오퍼랜드 ] -> "add eax, edx" - 오퍼랜드는 0개 ~ 여러개까지 있을 수 있음.. * 일반적으로 피연산 데이터를 직접 오퍼랜드 필드에 담지 않고 그 데이터가 저장된 위치를 저장함. - 왜 ? -> 오퍼랜드 필드에 담을 수 있는 데이터 크기가 너무 작음.. 그래서 데이터를 따로 저장해놓고 그 주소의 위치를 담음. -> 이 주소. 즉, 피연산 데이터가 담긴 저장장치의 주소를 "유효주소"라고 함. 주소 지정 방식 - 주소 지정 방식은 오..

서론 : ASCII는 문자집합이고 EUC-KR은 KS X 1001 과 KS X 1003 이라는 문자집합을 기반으로 하는 인코딩 방식이며 UTF-8은 UNICODE라는 문자집합을 기반으로 하는 인코딩 방식임 문자 집합 - 개념: 컴퓨터가 인식할 수 있는 문자들의 모음 - 종류: ASCII, UNICODE, KS X 1001 ... - 인코딩: 문자 집합을 이진수로 변환 -> 컴퓨터가 이해할 수 있음 - 인코딩 방식: EUC-KR, UTF-8, UTF-16 ... - 디코딩: 이진수를 문자 집합으로 변환 -> 사람이 이해할 수 있음 ASCII 문자 집합 - 영어, 아라비아 숫자, 일부 특수문자 표현 가능 - 2의 7승, 즉 128개 문자만 포함함. 한글도 없음..; - 코드 포인트 (글자에 부여된 숫자. 예..

해당 글은 강대명님의 "우아한레디스" 강연을 참조해 쓴 글입니다. (https://www.youtube.com/watch?v=mPB2CZiAkKM&t=2051s) 내용에 오류가 존재할 수 있으니 참고 바라며 건설적인 지적은 정말 환영하겠습니다 😀 Redis Redis는 메모리를 사용하는 키-값 데이터 저장소이다. 싱글쓰레드로 동작하기 때문에 연산에 Atomic함이 보장된다. 여러 활용 방안이 있다고 하는데, 현재 필자가 개발중인 서비스에서는 캐싱을 위해 사용한다. Redis 활용 시 크게 세가지를 주의해야 한다고 한다. 1. 메모리 관리 - Redis는 인메모리 데이터 저장소이기 때문에, 메모리 관리가 중요하다. 2. O(N) 명령어 주의 - Redis는 싱글쓰레드로 동작하기 때문에 실행 시간이 긴 명령..

N + 1 문제 A, B 엔티티 = 1:N 관계 A 엔티티는 B엔티티와 @OneToMany(fetch=FetchType.EAGER) 로 관계 맺어져 있음. em.find(A.class, 1L); 실행 -> JOIN 쿼리 한번으로 A, B 둘다 조회함 JPQL로 select a from A a 실행 시 select * from a 실행 JPA에서 A와 B가 FetchType.EAGER로 관계돼있는 것을 확인 (B도 전부 가져와야함) 조회된 A가 10개의 B와 관계 맺어져 있다면 해당 B 조회하는 쿼리 10번 실행됨 -> 성능 저하 대안 일반적으로 FetchType을 LAZY로 설정한 뒤 fetch join을 사용하는게 좋다고 한다. FetchType.LAZY : B의 실제 값을 사용할때 B에 대한 sele..

다음과 같이 엔티티를 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..

SELECT FOR UPDATE는 트랜잭션 기간 동안 선택된 행을 잠그는(Lock) SQL 문입니다. 이는 다른 트랜잭션이 해당 행을 수정하거나 삭제할 수 없음을 의미합니다. 트랜잭션이 커밋되거나 롤백될 때까지 잠금이 유지됩니다. NOWAIT 옵션은 SELECT FOR UPDATE 문에 추가하여 다른 트랜잭션에 의해 이미 잠긴 선택된 행이 있으면 오류가 즉시 반환되도록 지정할 수 있습니다. SELECT FOR UPDATE NOWAIT 사용 예는 다음과 같습니다: 테이블 이름이 temp인 테이블에 10개의 행이 있다고 가정하고 세션 1에서 다음 스크립트를 실행합니다: DECLARE CURSOR abc IS SELECT * FROM temp FOR UPDATE NOWAIT; temp abc%ROWTYPE; ..