April 24, 2023

@Transactional(readonly=true)

@Transactional(readonly=true) @Transactional(readonly=true) @Transactional은 Spring에서 메소드가 트랜잭션이 되도록 보장해주는 annotation 주로 Service 클래스 자체 혹은 Service 내부의 메소드들에 붙음 Service 클래스 자체에 붙으면 모든 메소드에 @Transactional을 붙인 것과 동일 기본적으로 이 어노테이션의 readonly 값은 false임 그러나 읽기만 필요한 메소드의 경우 이 readonly 값을 true로 두면, 메소드 내부에서 flush가 일어나지 않음 즉, 트랜잭션이 커밋되어 DB가 변경되는 일을 방지 가능 그러나 강제로 flush를 호출한다면 변경될 수 있음 readonly=true 장점 개발자가 해당 메소드가 읽기 전용이라는 점을 알게 쉽게 함 영속성 컨텍스트에 관리를 받지 않아 성능상 이점이 존재 변경에 대한 감지를 하지 않음 스냅샷을 가지고 있지 않아도 됨 더 낮은 isolation level을 가지고 있음 Repetable Read를 위해 필요한 Transaction ID를 부여하지 않아 오버헤드 감소 Master-Slave DB 구조에서 slave DB를 읽어 부하를 분산시킬 수 있음 References https://velog.

April 17, 2023

2023-04-17 TIL 업데이트

2023-04-17 TIL 업데이트 업데이트 내역 스크립트 수정 pending 폴더에 0000-00-00 날짜의 포스트는 무시하도록 변경 일부 주제 삭제 잘 사용하지 않는 다음 주제들은 삭제하고 다른 주제에 병합 Experiment Python Settings WIL Else 주제의 범위를 늘림. 공부 내용 외적인 것들 (시험 후기, 회고) 등을 모두 저장할 것 주제들 내에서도 조금 더 세분화 TODO 이미지 미 업로드 문제 해결 (종종 발생함) 기존 포스트 수정 및 보완 업로드 시 깃허브에 자동 커밋 / 푸시 TIL 저장소를 AWS에 올리기 별도의 웹 페이지를 통해 호스팅

March 31, 2023

Intellij IDEA WSL Spring

Intellij IDEA WSL Spring Intellij IDEA로 WSL에서 Spring 프로젝트 설정 하단에 Microsoft Defender configuration 이 뜨면 Automatically를 눌러 해결 PowerShell에 들어가서 다음을 입력 New-NetFirewallRule -DisplayName “WSL” -Direction Inbound -InterfaceAlias “vEthernet (WSL)” -Action Allow Get-NetFirewallProfile -Name Public | Get-NetFirewallRule | where DisplayName -ILike “IntelliJ IDEA*” | Disable-NetFirewallRule Settings -> Tools -> Terminal에서 Shell path를 wsl.exe로 변경 Project Structure -> Project에 들어가서 다음과 같이 설정 SDK를 wsl에 설치된 JDK로 변경 Language level을 맞춤 build.

March 29, 2023

UUID

UUID UUID Universally Unique IDentifier 네트워크 상에서 고유한 ID를 만들기 위한 표준 규약 중앙에서 모든 ID를 발급하지 못하는 분산 시스템에서 주로 사용 각 개별 시스템이 ID를 발급하더라도 고유성을 보장 RFC 4122에 명시됨 패턴 총 128비트의 숫자로, 32자리의 16진수로 표현됨 8자리-4자리-4자리-4자리-12자리 패턴으로 5개 그룹으로 구성되며, 그룹 사이에 하이픈으로 분리 종류 1, 3, 4, 5버전이 존재 1버전: 타임스탬프 기반 생성, 많이 사용되지만 유출 가능성이 일부 존재 3버전: MD5 기반 생성 4버전: 랜덤 생성, 가장 많이 사용됨 5버전: SHA-1 기반 생성 References https://mattmk.

March 14, 2023

Framework Library

Framework Library Framework 애플리케이션 개발 시 필수적인 코드, 알고리즘, 기능 들을 제공하는 코드 구조 개발자가 작성한 코드를 프레임워크가 제어하고 실행 Spring, Django, Next.js 등이 해당 Library 개발에 필요한 함수, 클래스등을 미리 구현해놓은 도구 개발자가 작성한 코드가 직접 제어의 흐름을 담당 C++ STL, Python의 PIP로 설치한 패키지 등이 해당 차이 제어의 흐름이 어디 있는 지가 다름 라이브러리 사용시 개발자가 직접 흐름 제어 프레임워크의 경우 제어의 역전을 통해 제어권을 프레임워크에 넘김 References https://code-lab1.

March 13, 2023

Unicode UTF-8

Unicode UTF-8 Unicode 전 세계의 문자를 다루기 위해 설계된 표준 문자 처리 방식 과거에는 문자를 표현함에 1byte의 공간만 사용 ASCII 코드를 제외하고 남은 공간에 자국 문자를 할당 이 과정에서 국가간 통신에 불일치 발생 총 4byte의 공간을 사용해 문자를 표현 지구상의 대부분의 문자를 표현가능 아직 포함되지 않은 문자들도 유니코드로 표현하기 위해 지속적으로 업데이트 중 코드를 U+(16진수숫자) 로 표시 현대 한국어의 모든 완성형 글자 11,172자가 포함됨 Unicode Encoding 유니코드는 각 글자에 숫자를 배당하는 방식 유니코드 인코딩은 해당 숫자를 저장하는 방식을 의미 유니코드는 문자 하나가 4 byte이므로 그대로 사용 시 용량이 아주 커짐 따라서 문자별로 다른 길이로 인코딩하는 가변 길이 인코딩 방식 사용 자주 쓰는 문자는 더 적은 byte로, 자주 안 쓰이는 문자는 더 많은 byte로 표현 대표적인 것이 UTF-8 UTF-16, UTF-32, UCS-2 등의 다른 인코딩 방식도 존재 UTF-8 가장 많이 사용되는 가변 길이 인코딩 최대 6byte 까지 표현 가능하지만 다른 인코딩과의 호환을 위해 4byte 까지만 사용 세계적으로 가장 많이 사용되고, 단일 인코딩 방식이라는 점 등 압도적인 장점 다수 보유 ASCII code의 0 ~ 127은 UTF-8에서도 완벽히 동일 유니코드의 숫자의 크기별로 UTF-8에서 사용하는 byte는 다음과 같음 7비트 이내: 1byte (ASCII code) 8 ~ 11 비트: 2byte 12 ~ 16비트: 3byte 17 ~ 21비트: 4byte References https://namu.

March 9, 2023

CRLF LF

CRLF LF CR과 LF Carriage Reutrn, CR: 타자기에서 맨 왼쪽으로 이동시키는 동작을 나타냄. 시스템에서는 \r로 표시 Line Feed, LF: 타자기에서 아래 줄로 이동시키는 동작을 나타냄. 시스템에서는 \n으로 표시 과거 타자기에서는 줄을 바꾸기 위해 맨 왼쪽으로 종이를 이동(CR)시킨 다음 아래 줄로 이동(LF)시켜야 했음 다만 타자기에서 벗어난 현재는 CR을 굳이 사용할 필요가 없음 시스템별 CRLF와 LF 사용 과거 장치들은 타자기에 기반했기 때문에 줄바꿈을 표현하는 경우 CRLF(\r\n)를 사용했음 Windows에서는 이런 장치들에 호환하기 위해 줄바꿈 시 CRLF를 사용 반면 Linux에서는 줄을 바꿀 때 LF(\n)만 사용 CRLF vs LF 시스템별로 줄바꿈을 표현하는 방식이 달라 지면 협업 과정에서 문제가 생기므로 통일해야 함 깃허브는 CRLF와 LF의 차이를 파일의 내용이 바뀐 것으로 인식함 따라서 Prettier 등의 formatter들에서는 줄바꿈 시 LF만 사용하는 것을 권장함 References https://velog.

March 7, 2023

RegEX

RegEX 정규 표현식 프로그래밍에서 문자열을 다룰 때 사용하는 형식 언어. RegEx 혹은 RegExp라고 함 문자열이 준수해야 하는 패턴을 표현. 문자열의 검색 혹은 치환 등에 사용 대부분의 프로그래밍 언어에서 표준 라이브러리로 제공 프로그래밍 언어 및 라이브러리마다 약간씩 문법이 다를 수 있음 표준으로 인정된 POSIX를 확장한 문법을 각 언어에서 사용 문법 (POSIX) .: 1개의 문자 []: [] 내부 문자 중 한 개를 선택 [x-y]: x 부터 y 사이의 문자 하나를 선택 [^]: [] 내부 문자를 제외한 한 개의 문자를 선택 ^: 문자열의 처음 $: 문자열의 끝 (): ()내의 여러 식들을 묶음 {n, m}: 앞의 패턴을 n회 이상 m회 이하 반복 {n}: 앞의 패턴을 n회 반복 {n, }: 앞의 패턴을 n회 이상 반복 *: 앞의 패턴을 0회 이상 반복, {0, }와 동일 ?

March 1, 2023

JSON

JSON JSON JavaScript Object Notation 의 약자 속성 - 값 쌍 혹은 배열 등으로 구성된 데이터를 사람이 읽을 수 있는 방식으로 저장한 표준 파일 형식 이름에서 알 수 있듯 Javascript에서 파생되었지만 언어에 독립적임. 대부분의 언어는 JSON을 지원 서버에서 클라이언트에 데이터를 보내줄 때 주로 사용 데이터 유형 객체(Object) 키 - 값 쌍의 모음 중괄호로 감싸지면서, 각 쌍을 ,로 구분 키는 문자열이며, 키와 값은 :으로 구분됨 값은 어떤 데이터 유형이든 가능하며, 객체가 값이 될 수 도 있음 JSON 파일 자체가 하나의 객체 형태로 이루어지는 경우가 많음 배열 대괄호로 감싸지는 값들의 목록 각 값은 ,로 구분 JSON 파일 자체를 하나의 배열로도 표현 가능 숫자: 정수 및 실수를 표현 가능 문자열: 큰따옴표로 감싸지는 유니코드 문자 시퀀스.

February 28, 2023

Markup Language

Markup Language Markup Language 태그 등을 이용해 문서나 데이터의 구조를 명시하는 언어 데이터의 구조를 나타낼 뿐 메모리 값을 수정하는 등의 행위를 하지 못하므로 프로그래밍 언어가 아님 XML, HTML, Markdown등이 마크업 언어에 해당됨 다음과 같이 세 가지 종류 존재 표현적 마크업: 문서의 형태를 표현 절차적 마크업: 문서를 처리하는 방법을 나타냄 기술적 마크업: 문서가 표현하는 내용을 기술. HTML, markdown, XML 등 References https://ko.wikipedia.org/wiki/%EB%A7%88%ED%81%AC%EC%97%85_%EC%96%B8%EC%96%B4 https://namu.wiki/w/%EB%A7%88%ED%81%AC%EC%97%85%20%EC%96%B8%EC%96%B4 https://gptjs409.github.io/infra/2019/09/08/markup-language.html