티스토리

새우초밥

검색하기

블로그 홈

새우초밥

rawshrimpsushi.tistory.com/m

새우초밥 님의 블로그입니다.

구독자: 4

방명록 방문하기

주요 글 목록

Go 파헤치기 - 동시성, 고루틴 (Goroutine) 1. 들어가며 Go는 goroutine(고루틴)이라는 독특한 방식으로 동시성을 관리합니다. 고루틴이라는 용어를 보면 가장 먼저 떠오르는 건 역시 코루틴이 아닐까 합니다. C# unity에서 다루는 코루틴이나, Kotlin에서도 자주 사용하는 coroutine 등 다른 언어에서도 흔히 볼 수 있는 기술입니다. 고루틴은 이들과 유사하면서도 차이점이 있습니다. 구체적인 차이점은 추후에 살펴보도록 하고 Go에서 동시성을 어떻게 관리하는지, 고루틴이란 무엇인지 살펴보도록 하겠습니다. 2. Go에서의 동시성 관리우선 고루틴을 이해하기에 앞서 Go에서의 동시성이 OS 스레드와 CPU 코어와 함께 어떤 방식으로 실행되는지 그림과 함께 살펴보겠습니다. 운영 체제는 스레드가 물리적 프로세서에 대해 실행되도록 예약하고 G.. 공감수 2 댓글수 1 2024. 8. 13.
Go 파헤치기 - 타입 시스템, 인터페이스, 타입 임베딩 1. 들어가며 Go는 정적 타입 프로그래밍 언어입니다. 개인적으로 동적 프로그래밍 언어에 대해서 python과 Javascript로 프로젝트를 진행해본 경험으로는 규모가 커질수록 유지 보수가 까다로워진다는 인상을 받았습니다. 그런 점에서 Go의 정적 타입이 반가웠던 기억이 있습니다. 그리고 Go에도 인터페이스가 있습니다. 개인적으로 몹시 좋아하는 기능인만큼 반가웠는데, 그 생김새는 사뭇 다릅니다. 그리고 상속이 없습니다. 그 대신 인터페이스, 타입 임베딩 등을 제공하고 있습니다. 그럼 Go의 타입 시스템, 인터페이스, 타입 임베딩은 어떠한지 파헤쳐보도록 하겠습니다. 2. 사용자 정의 타입 Go는 정적 타입 프로그래밍 언어인만큼 컴파일러가 프로그램의 모든 값에 대한 타입을 알고자 합니다. 따라서 타입 오류.. 공감수 2 댓글수 1 2024. 8. 13.
Go 파헤치기 - Arrays, Slices, Maps 1. 들어가며 Go에는 크게 세 가지 데이터 구조체가 있습니다. array, slice, map이 그것입니다. Java에 익숙하다면 Array와 Map은 많이 보았겠지만 slice는 낯설 것이라 생각합니다 :) 또한 이러한 자료형들은 구체적으로 어떻게 구현되어 있는지 살펴볼 일이 많지 않습니다. 오늘은 구체적인 구현과 주의해야할 사항까지 자세히 정리해보도록 하겠습니다 :) 2. Arrays (배열) 배열: 동일한 유형의 요소의 연속 블록을 포함하는 고정 길이 데이터 유형입니다. 이는 정수, 문자열, 구조체 모두가 가능합니다. Go의 배열은 여타 언어처럼 메모리가 순차적으로 할당되기 때문에 캐시에 유리하며 빠른 반복을 수행할 수 있습니다. 또한 각 요소는 동일한 유형으로 순차적으로 따라가기 때문에 일관.. 공감수 2 댓글수 0 2024. 8. 12.
Go 파헤치기 - 들어가며, Import and Tooling 1. 들어가며 Go에 대해서 반년 전에 간단하게 문법을 포스팅한 적이 있었는데요. 이번에 사이드 프로젝트로 채팅 서버를 golang으로 구현하기로 했고, 그 김에 Go를 조금 더 깊게, 공부하고자 합니다.제가 선택한 책은 Go in Action입니다. Kotlin in Action이 읽고 좋았던 기억이 있고, 학교 도서관에서 온라인 도서를 이용할 수 있게 제공해주었기 때문입니다 :) 영어 원서만 있다는 점도 블로그 글로 포스팅하면 다른 분들께 도움이 될 것 같다는 것이 한몫했습니다.Go in Action을 기반으로 궁금했던 점을 더 조사해나가면서 하나씩 정리해보겠습니다. 2. Go란?Go는 2009년 11월에 처음 발표되고 2012년 3월에 정식 발표된 프로그래밍 언어입니다! Java가 1995년 처음 .. 공감수 2 댓글수 0 2024. 8. 12.
스프링 AOP - 개념, 포인트컷, Advice, 실무 주의사항 1. 들어가며 앞서 저희는 로그 추적기라는 부가 기능을 기존 프로젝트에 추가하면서 생길 수 있는 문제점과, 그에 대한 해결책에 대해 알아보았습니다. 간단하게 그 과정을 복습해볼까요? 프로젝트 전반의 코드에 모두 적용되어야 하지만, 핵심적인 비즈니스 로직이 아닌 '부가 기능'이다.그래서 기존 코드에 영향을 주지 않고 적용될 수 있으면 좋겠다.그래서 템플릿 메서드 패턴 -> 전략 패턴 -> 프록시 패턴 -> 동적 프록시 및 CGLIB 적용라는 과정을 통해서 기존 코드를 바꾸지 않고, 프록시 클래스도 자동생성을 맡기면서 코드 양도 훨씬 줄일 수 있었습니다.저희가 구현한 기능들은 사실 Spring에서 구현해서 제공하고 있습니다. 그것이 AOP이고, 오늘은 Spring에서 AOP를 어떤 방식으로 제공하고 있는지 .. 공감수 1 댓글수 0 2024. 7. 31.
ControllerAdvice 예외 우선 순위 문제 해결하기 1. 문제 상황프로젝트에서 에러 로깅을 어떻게 할 지 고민하는 상황이었습니다. 제 프로젝트는 RestControllerAdvice를 통해 예외 처리를 하고 있습니다. @RestControllerAdvice("생략")public class AttendeeExceptionAdvice { @ExceptionHandler(ActivatedSessionExistsException.class) public ResponseEntity activatedSessionExistsHandler() { return RESPONSE_CONFLICT; } @ExceptionHandler(CourseNotFoundException.class) public ResponseEntity cours.. 공감수 2 댓글수 0 2024. 6. 29.
RabbitMQ vs Kafka - 벤치마크 테스트 1. 들어가며 지금까지 RabbitMQ와 Kafka에 대해 자세히 알아봤습니다. 여러 메시지 큐가 있겠지만 그 둘만 다뤘던 이유는, 그 둘이 가장 널리 쓰이기도 하지만 여러 성능 테스트 결과 상반된 경향이 있었기 때문입니다. 오늘은 실제로 그 둘을 테스트 해보고 어떤 차이점이 있는지, 그리고 그 이유가 무엇인지 살펴보도록 하겠습니다.각각 결과를 살펴보면 각 Message Queue가 어디에 적합할 지 결론에 다다를 수 있을 것이라 생각합니다 :) 2. RabbitMQ vs Kafka 오늘 글은 다음 논문, 글들을 참조하여 쓰여졌습니다! 그래프는 모두 R로 작성되었습니다. Dobbelaere, Philippe & Sheykh Esmaili, Kyumars. (2017). Kafka versus Rabbit.. 공감수 2 댓글수 0 2024. 6. 19.
RabbitMQ 아키텍처 1. 들어가며 Message Queue 하면 가장 먼저 떠오르는 두 개는 Kafka와 RabbitMQ 아닌가 합니다.그래서 오늘은 Kafka에 이어 RabbitMQ에 대해 정리해보고자 합니다.똑같은 메시지 큐가 뭐가 다른가 싶겠지만 둘은 구현된 방식에 큰 차이가 있습니다. 또한 그 구현 방식에 따라 특화된 분야도 매우 다릅니다. 둘의 차이점은 다음 글으로 남겨두고 오늘은 RabbitMQ가 어떤 아키텍처로 구성 되어있는지 살펴보도록 하겠습니다. 2. RabbitMQ 아키텍처RabbitMQ란?메시지 생성자와 소비자 사이에서 메시지를 중계해주는 '메시지 브로커'입니다. 비동기 메시지를 사용하는 프로그램들 사이에서 데이터를 송수신하며 교환소(Exchange)와 Queue의 구조로 이루어져 있습니다. - Rab.. 공감수 2 댓글수 0 2024. 6. 19.
Kafka - Network Client 깊게 파헤치기 1. 들어가며 오늘은 Kafka의 클라이언트인 Producer와 Client가 브로커 노드와 통신하기 위해 사용하는 NetworkClient에 대해 알아보도록 하겠습니다. NetworkClient란?Kafka 클라이언트와 브로커 노드들의 연결 상태를 관리하고 브로커 노드로 데이터를 쓰거나 브로커 노드에서 데이터를 읽는 역할을 한다. 클라이언트가 브로커에 보낼 ClientRequest를 만들면, NetworkClient가 중간에서 요청을 중개해줍니다. 그림을 보면 알 수 있듯이 NetworkClient는 Client 측에 있는 구현체입니다. 오늘은 이 구현체가 어떻게 I/O Multiplexing을 통해 빠른 동시 연결을 달성하는지 알아보도록 하겠습니다. 오늘 글은 다음 글과 함께 내부 코드를 보며 .. 공감수 2 댓글수 0 2024. 6. 19.
Effective Java 2판 - 11장 정리 (직렬화) 1. 들어가며 드디어 마지막 장 정리인 직렬화입니다. 직렬화를 깊게 다루는 아티클을 찾아보기가 쉽지 않았는데 마지막 장까지 큰 도움이 되었습니다. 책의 두께는 그리 부담스럽지 않지만 읽어나가는 것이 순탄한 책은 아니었습니다. 추천해주신 분이 절대 가볍게 읽을 책은 아니다. 라고 하셨는데 확실히 다른 책보다 읽는 시간이 한참 걸린 것 같습니다. 바로 공감이 가서 음음 그렇지~ 하는 부분도 있었고, 이건 왜 이렇게 해야할까?하고 추가 자료를 찾아보는 부분도 많았습니다. 그 과정 속에서 배울 수 있는 점은 정말 많았다고 생각합니다 :) 2. 직렬화 규칙 74: Serializable 인터페이스를 구현할 때는 신중하라.클래스 선언부에 implements Serializable만 붙이면 직렬화 가능한 객체를 만.. 공감수 1 댓글수 2 2024. 6. 12.
Effective Java 2판 - 10장 정리 (병행성) 1. 들어가며 병렬 프로그래밍은 단일 스레드보다 어렵고 오류를 재현하기 어려워지기도 합니다. 하지만 암달의 법칙이 한계에 달하고 멀티 코어의 시대가 온 지금!! 멀티 스레드를 이용하는 것을 외면할 수는 없습니다. Effective Java에서 병행성에 대해 어떤 규칙을 세웠는지 살펴보도록 하겠습니다 :) 정리하면서 가장 재미있었던 파트라 부득이하게 내용이 많이 길어졌습니다.이게 뭐가 요약본이야..!라고 하실수도 있겠지만..ㅜ 그만큼 설명할 내용이 많고 유익했습니다.과거에 좀 더 잘 알았다면 더 좋게 해결할 수 있었겠다~를 통감한만큼 직접 해당 파트를 읽어보시길 강력 추천 드립니다!!! 2. 병행성 규칙 66: 변경 가능 공유 데이터에 대한 접근은 동기화하라.synchronized 키워드는 특정 메서드나 .. 공감수 2 댓글수 2 2024. 6. 9.
가상 면접 사례로 배우는 대규모 시스템 설계 기초 1편 - 여러 이슈 살펴보기 1. 들어가며 저번 글에서는 거시적인 관점에서 서버를 확장해나가면서 어떻게 구성될 수 있는지 살펴보았습니다.https://rawshrimpsushi.tistory.com/50 가상 면접 사례로 배우는 대규모 시스템 설계 기초 1편 - 트래픽에 따른 서버 확장1. 들어가며 복습 겸 정리하는 대규모 시스템 설계 기초 1편입니다! 다른 분께 추천받아서 읽기 시작했는데 면접 대비를 떠나서 정말 재밌던 책이었습니다. 백엔드하면 역시 대규모 트래픽이rawshrimpsushi.tistory.com 이번 글에서는 규모 확장을 마친 각 서버의 구성 요소에서 어떤 이슈가 발생할 수 있는지, 어떻게 설계하면 좋은지 세부적으로 살펴보도록 하겠습니다. 2. 책 내용 정리1) 서버 응답지연 값 대규모 설계를 하거나 최적화를 한다.. 공감수 2 댓글수 0 2024. 6. 6.
가상 면접 사례로 배우는 대규모 시스템 설계 기초 1편 - 트래픽에 따른 서버 확장 1. 들어가며 복습 겸 정리하는 대규모 시스템 설계 기초 1편입니다! 다른 분께 추천받아서 읽기 시작했는데 면접 대비를 떠나서 정말 재밌던 책이었습니다. 백엔드하면 역시 대규모 트래픽이라는 큰 숙제이자 로망(?)이 있다고 생각하는데요. 학생 때 그런 대규모 트래픽을 처리하는 경험을 하기는 쉽지 않습니다. 그나마 웹서버를 직접 구현해보는 과제에서 throughput을 측정하여 점수를 매기므로 간접적으로 경험하긴 하지만 실무에서 대규모 트래픽을 처리할 때 하는 일과는 차이가 좀 있다고 생각합니다.이 책을 읽으면 정말 설계하는 기분을 느끼고 어떤 것을 위주로 고민하게 되는지 접해볼 수 있습니다. 또한 면접 대비로 많이 추천받는 책이기도 하니 한번 정독해보시길 강력 추천 드립니다 :) 책 내용이 방대해서 2번의.. 공감수 2 댓글수 4 2024. 6. 6.
Effective Java 2판 - 9장 정리 (Exception, 예외) 1. 개요Exception은 활용하기에 따라 가독성, 안정성, 유지보수성을 향상시킬 수 있지만 잘못 활용하면 역효과도 내는 친구입니다. Exception을 잘 활용하기 위한 방법을 살펴봅시다.2. Exception규칙 57: 예외는 예외적 상황에만 사용하라.1) 예외는 예외적 상황을 위해 고안된 것이기 때문에, JVM을 구현하는 사람 입장에서 보면 명시적 테스트만큼 빠르게 만들 이유가 별로 없다.2) try-catch 블록 안에 넣어둔 코드에는 최신 JVM이 사용하는 최적화 기법 가운데 일부가 적용되지 않는다.즉 이름이 말하듯, 예외는 예외적인 상황에만 사용해야 한다. 평상시 제어 흐름에 이용해서는 안 된다. 쉽게 이해할 수 있는 표준적인 숙어대로 코딩해야지, 너무 머리를 많이 굴리면 곤란.. 공감수 2 댓글수 1 2024. 6. 4.
Effective Java 2판 - 8장 정리 (일반적인 원칙) 1. 들어가며 자바 언어의 일반적인 원칙들에 대해 다룹니다. 지역 변수, 자료형, 리플렉션, 최적화까지 다양하게 다루는 파트입니다. 2. 일반적인 프로그래밍 원칙들 규칙45: 지역 변수의 유효범위를 최소화하라.이는 클래스와 멤버의 접근 권한은 최소화하라와 유사하다. 지역 변수의 유효 범위를 최소화하면 가독성과 유지보수성이 좋아지고 오류 발생 가능성도 적어진다.해당 방법을 보장하기 위해서는 다음과 같은 방법이 있다. 1) 처음 사용하는 곳에서 선언한다. c언어처럼 블록 앞부분에 선언하는 건 자바와 어울리지 않는다.2) 거의 모든 지역 변수 선언엔 초기값이 포함되어야 한다.3) while문보다는 for문을 쓰는 것이 좋다. 순환문 변수와 가독성 덕분이다.4) 메서드 크기를 줄이고.. 공감수 2 댓글수 0 2024. 6. 4.
Kafka - Consumer 깊게 파헤치기 1. 개요 이번엔 Kafka의 큰 세가지 축(Producer - Broker - Consumer) 중 하나인 Consumer에 대해서 알아보고자 합니다.Producer에 대해서 아직 안 읽어보셨다면 다음 글을 먼저 읽어보시는 걸 추천드립니다.https://rawshrimpsushi.tistory.com/46 Kafka - Producer1. 개요 앞서 살펴본 것처럼 Kafka는 여타 Message Queue처럼 Producer - Consumer 구조를 가지고 있으나 세부적인 디테일은 크게 다릅니다. 오늘은 그 중 Producer를 좀 더 심층적으로 알아보고자 합니다. 앞rawshrimpsushi.tistory.com 오늘 글은 다음 글을 기반으로 소스 코드, 다양한 자료를 보며 작성되었습니다!https.. 공감수 2 댓글수 1 2024. 6. 3.
Kafka - Producer 깊게 파헤치기 1. 개요 앞서 살펴본 것처럼 Kafka는 여타 Message Queue처럼 Producer - Consumer 구조를 가지고 있으나 세부적인 디테일은 크게 다릅니다. 오늘은 그 중 Producer를 좀 더 심층적으로 알아보고자 합니다. 앞으로 RabbitMQ와의 비교까지 갈 길이 머니 얼른 정리해보겠습니다! 오늘 글은 다음 글을 기반으로 소스 코드를 보며 작성된 글입니다!https://d2.naver.com/helloworld/6560422 2. Kafka Producer란? Kafka는 Producer의 데이터 전송을 위해서 Producer API를 제공합니다. Producer는 브로커에 특정 Topic(partition까지도 가능)을 지정하여 메시지를 전달합니다. 오늘은 Producer에서 유저에.. 공감수 2 댓글수 1 2024. 6. 3.
Kafka - 기본 아키텍처 알아보기 1. 개요졸업논문으로 Kafka와 RabbitMQ에 대해 작성하고 있습니다. 그 과정에서 다양한 자료 조사를 해야 했고 유용한데 번역되지 않은 자료, 논문들도 많이 있었습니다. 그래서 논문 작성 김에 해당 자료 조사를 여러 차례 블로그 글로 정리해서 올리고자 합니다 :) Kafka만의 특징 - push 방식Kafka는 push 방식으로 동작하는 기존 message Queue(RabbitMQ 등)와는 다르게 Consumer가 Broker 로부터 메시지를 직접 가져가는 Pull 방식으로 동작합니다. 즉 Consumer는 자신의 처리 능력만큼의 메시지만 가져와 처리합니다. - 로그 방식또한 in-memory 저장 방식이 아닌 메세지를 디스크에 저장한다는 특징을 가집니다. 일반적인 메세징 시스템은 Consume.. 공감수 2 댓글수 0 2024. 6. 3.
Effective Java 2판 - 7장 정리 (Method) 1. 들어가며 parameter와 return value는 어떻게 다루는 것이 좋은가? method signature는 어떻게 설계할 것인가? method 문서는 어떻게 만드는 것이 바람직한가?에 대해서 다룹니다. 2. Method규칙38: 인자의 유효성을 검사하라.index는 음수가 될 수 없다거나 객체 참조는 null이 될 수 없다는 등의 유효성 검사는 반드시 문서로 남기고 메소드 시작 부분에서 검사해야 한다.public 메소드라면 인자 유효성이 위반되었을 때 경우에 발생하는 예외를 Javadoc의 @throws 태그를 사용해 문서화해라.보통 IllegalArgumentException이나 IndexOutOfBoundsException, NullPointerException이 이용된다.public이 .. 공감수 1 댓글수 0 2024. 5. 18.
Effective Java 2판 - 6장 정리 (Annotation) 규칙 30: 상수 대신 enum을 사용해라.Enumerated type은 고정 개수의 상수들로 값이 구성되는 자료형이다. Java의 enum 자료형과 비슷하지만 다른 언어들보다 강력하다. 다른 언어들의 enum은 결국 int값이다.Enum 자료형은 실질적으로 final로 선언된 것이나 마찬가지여서 안전하다.Enum 상수에 데이터를 넣으려면 객체 필드를 선언하고 생성자를 통해 받은 데이터를 그 필드에 저장하면 된다.모든 enum 상수를 선언된 순서대로 저장하는 배열을 반환하는 static values 메서드가 기본으로 정의되어 있음에 주의하자.Enum 자료형에 상수별 class body 안에서 실제 메서드로 재정의할 수 있다.public enum Operation { PLUS(“+”) {double app.. 공감수 2 댓글수 2 2024. 5. 14.
Effective Java 2판 - 5장 정리 (Generic) 용어예형인자 자료형(parameterized type)List실 형인자(actual type parameter)String제네릭 자료형(generic type)List형식 형인자(formal type parameter)E비한정적 와일드카드 자료형(unbounded wildcard type)List무인자 자료형(raw type)List한정적 형인자(bounded type parameter)재귀적 형 한정(recursive type bound)>한정적 와일드카드 자료형(bounded wildcard type)List제네릭 메서드(generic method)Static List asList(E[] a)자료형 토큰(type token)String.class규칙23: 새 코드에는 무인자 제네릭 자료형을 사용하지.. 공감수 3 댓글수 2 2024. 5. 14.
Effective Java 2판 - 4장 정리 (Class, Interface) 규칙 13: 클래스와 멤버의 접근 권한은 최소화하라.정보 은닉과 캡슐화를 통해 모듈의 재사용성을 높이고 병렬적인 개발을 가능하게 하자. 그것의 기초는 각 클래스와 멤버는 가능한 한 접근 불가능하도록 만드는 것이다. 1. 객체 필드는 절대로 public으로 선언하면 안 된다. 필드에 저장될 값을 제한할 수 없고 다중 스레드에 안전하지 않다.2. 길이가 0이 아닌 배열은 언제나 변경 가능하므로 배열 필드를 반환하는 접근자를 정의하면 안 된다. 규칙 14: public 클래스 안에는 public 필드를 두지 말고 접근자 메서드를 사용하라. 규칙 15: 변경 가능성을 최소화해라.변경 불가능 클래스를 지향해라. 아래의 다섯 규칙을 따르면 된다.객체 상태를 변경하는 메서드를 제공하지 않는다.상속할 수.. 공감수 2 댓글수 0 2024. 5. 14.
Effective Java 2판 - 2, 3장 정리 (객체 생성, 공통 메서드) 0. 들어가며면접 준비를 하면서 큰 도움을 주셨던 분께서 강력 추천해주셨던! 책인 Effective Java를 읽어보려고 합니다. 항상 그렇지만 읽기만 하는 것은 휘발성이 강하므로 글로 열심히 남겨서 정리할 예정입니다 :) 2장 객체의 생성과 삭제규칙1: 생성자 대신 정적 팩토리 메소드를 사용할 수 없는지 생각해보라정적 팩토리 메소드장점a) 생성자와는 달리 정적 팩토리 메소드에는 이름이 있다.b) 생성자와는 달리 호출할 때마다 새로운 객체를 생성할 필요는 없다.c) 생성자와는 달리 반환값 자료형의 하위 자료형 객체를 반환할 수 있다.d) 형인자 자료형(parametized type) 객체를 만들 때 편하다. (kotlin과 연관성)단점a) public이나 protected로 .. 공감수 1 댓글수 0 2024. 4. 29.
트랜잭션과 락 본 내용은 real MySQL 책을 참조하여 쓰여졌습니다! 1. 트랜잭션 트랜잭션의 기본 개념에 대해서는 다음 블로그를 참조해주세요! 이 글은 트랜잭션에 대해 이미 이해하고 있음을 가정하고 있습니다.https://mangkyu.tistory.com/50 [Spring] Transaction(트랜잭션)이란?오늘은 단일 쿼리로는 해결할 수 없는 로직을 처리할 때 필요한 개념인 트랜잭션에 대해 알아보고, Spring에서 어떻게 활용하는지 확인해보도록 하겠습니다. 1. Transaction(트랜잭션)이란? [ Transactionmangkyu.tistory.com 트랜잭션의 경우 InnoDB 스토리지 엔진은 지원하지만 MyISAM이나 MEMORY는 지원하지 않습니다. 트랜잭션은 꼭 여러 쿼리가 조합되.. 공감수 2 댓글수 2 2024. 3. 7.
MySQL 아키텍쳐 본 내용은 real MySQL 책을 참조하여 쓰여졌습니다! 1. 기본 아키텍쳐 크게 MySQL 엔진과 스토리지 엔진으로 구분할 수 있습니다. MySQL 엔진: 1) 커넥션 핸들러: 클라이언트의 접속 및 쿼리 요청을 처리 2) SQL 파서: 클라이언트가 요청한 쿼리를 MySQL이 인식할 수 있는 단위 (토큰)로 분리해 트리형태 구조로 파싱 3) 전처리기: 파서 트리 내 토큰과 개체(컬럼명, 내장함수, 객체 접근권한)를 비교해 쿼리 문장의 구조적 오류 확인. 4) 옵티마이저: 쿼리의 최적화된 실행방법을 탐색. 클라이언트가 요청한 쿼리에 대해 최적(최저비용)의 처리경로(방법)을 결정하는 DBMS 내부의 핵심엔진 스토리지 엔진(=핸들러) - 실제 데이터를 디스크 스토리지에 저장하거나 디스크 스토리지로부터 읽어오.. 공감수 2 댓글수 0 2024. 3. 6.
쿼리 최적화 본 내용은 real MySQL 책을 참조하여 쓰여졌습니다! 1. 실행 순서 일반적으로 INSERT와 UPDATE는 레코드 단위로 이루어지므로 성능상 문제가 되는 경우는 별로 없습니다. 하지만 SELECT는 여러개의 테이블로부터 데이터를 조합해서 빠르게 가져와야 하기 때문에 여러 개의 테이블을 어떻게 읽을 것인가에 많은 주의를 기울여야 합니다. SELECT s.emp_no, COUNT(DISTINCT e.first_name) AS cnt FROM salaries s INNER JOIN employees e ON e.emp_no = s.emp_no WHERE s.emp_no IN (100001, 100002) GROUP BY s.emp_no HAVING AVG(s.salary) > 100 ORDER BY A.. 공감수 2 댓글수 0 2024. 3. 6.
실전! 스프링 부트와 JPA 활용 1, 2편을 듣고 1. 들어가며 김영한님의 강의에서 가장 실전적인 파트를 맡고 있는 강의인 "실전! 스프링 부트와 JPA 활용 1, 2편을 듣고"를 요약하고자 합니다. 1편의 경우 Spring 프로젝트 경험이 있다면, 그리고 성공적으로 수행해냈다면 생략해도 될 것 같습니다. 저도 요약에 있어서 굳이 둘을 나눌 필요는 없을 것 같아 하나로 합쳐서 정리하고자 합니다 :) 2. 엔티티 클래스 개발 Entity는 Database의 Model에 해당되는 부분입니다. 하지만 저희는 JPA를 활용하여 '객체지향적'으로 데이터베이스를 활용하고자 합니다. 따라서 data structure처럼 Table을 Entity로 정의하고 Getter와 Setter를 모두 정의하여 사용하기보단 별도의 메서드를 정의하여 객체처럼 다루는 것이 이상적입니.. 공감수 3 댓글수 3 2024. 2. 5.
소켓 프로그래밍 - 블로킹, 논 블로킹, 비동기, epoll, IOCP, IO Uring 1. 들어가며 게임을 만들며 게임 서버가 필요한 로직이 들어간다면 Photon, 프라우드넷 등 다양한 네트워크 엔진을 고려하게 됩니다. 모두 유용한 도구이고 특히 프라우드넷의 경우 마비노기 영웅전과 같은 대규모 온라인 게임에도 사용되었다는 점에서 검증은 충분히 된 편이라고 생각합니다. 저의 경우 Photon library를 과거 프로젝트에서 활용했었는데 사용하기 꽤 직관적인 편이었습니다. 하지만 보다 근본적으로 게임 서버 프로그래밍을 하고자 한다면 소켓 프로그래밍을 피할 수는 없습니다. 기존 웹 서버에서 사용하는 프레임워크와 서버를 얹어서 구축하기엔 실시간 게임에 사용하기에 성능이 현저히 부족할 수 밖에 없습니다.또한 웹에서도 요즘 Spring Web flux 등 비동기 프레임워크를 사용하거나 gRPC,.. 공감수 3 댓글수 2 2024. 2. 4.
자바 웹 프로그래밍 Next Step - 7장 DB를 활용해 데이터를 영구적으로 저장하기. 들어가며 많은 장을 뛰어넘어 7장입니다. 4에서 5장의 경우 3장에서 요구사항을 보고 열심히 노력했다면 그다지 할 것이 많은 파트는 아닙니다. 해당 3장에서 정답을 알려주는 파트에 가깝기 때문입니다. 6장의 경우엔 이미 김영한님의 Spring MVC1을 수강하셨다면 익숙한 부분이라 따로 정리하지 않았습니다. 3장 ~ 6장에서 만들었던 서버는 클라이언트에게 http request를 받아 그에 따른 response를 내려주는 것에 집중했습니다. 하지만 대부분의 서버는 해당 요청에 따라 Database에 여러 데이터를 저장하고 관리합니다. (6장까지의 서버는 간단한 구현을 위해 HashMap을 통해 user 테이블을 관리하고 있습니다.) 7장에서는 회원 데이터를 DB에 저장하는 실습을 하게 됩니다. 이때 3장.. 공감수 1 댓글수 2 2024. 1. 9.
자바 웹 프로그래밍 Next Step - 3장 웹 서버 실습 기초적인 웹 서버 프레임워크 만들기 이번 실습에서는 프레임워크 없이 java의 기본적인 라이브러리로 이루어진 웹 서버를 바탕으로 책의 요구사항을 만들어보게 됩니다. 아무것도 없는 환경에서 하나씩 기능구현을 해보면서 자연스럽게 웹 프레임워크 혹은 java 웹 표준 기술들이 왜 필요하게 되었는지 느끼게 됩니다. 결국 여러 기능을 구현하다보면 자연스럽게 공통 처리 로직을 묶어서 관리하게 되는데 이게 프레임워크의 가장 기초 뼈대로 수렴하기 때문입니다! 요구사항 1 - http://localhost:8080/index.html로 접속시 응답 요구사항 2 - get 방식으로 회원가입 요구사항 3 - post 방식으로 회원가입 요구사항 4 - redirect 방식으로 이동 요구사항 5 - cookie 요구사항 6 -.. 공감수 2 댓글수 0 2024. 1. 8.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.