군만두의 IT 공부 일지

목차 이전 장에서 배웠던 레이어드 아키텍처에 대해 다루려고 합니다. 레이어드 아키텍처를 설계할 때 자주 발생하는 실수 중 하나는 개발 시작점을 잘못 설정하는 것입니다. 많은 개발자들이 데이터베이스 설계나 API 엔드포인트 정의부터 시작하는 경향이 있는데, 진정한 의미에서 레이어드 아키텍처를 구현하기 위해서는 도메인 중심의 설계를 기반으로 기술적 구현을 고려해야 합니다.8. 레이어드 아키텍처8.1 레이어드 아키텍처의 최소 조건레이어드 아키텍처는 애플리케이션을 레이어로 나누고 각 레이어에 역할을 정함. 대표적인 레이어는 프레젠테이션, 비즈니스, 인프라스트럭처가 있음.컴포넌트에 맞춰 레이어를 분류하는 것은 폴더를 관리하는 것과 다를 바 없음.아키텍처는 정책과 제약 조건을 이용해 목적을 달성함.레이어드 구조를 ..

목차 이 책의 2부에서는 저처럼 스프링에 대해서 배운지 얼마 안 된 개발자들이 놓치는 부분을 알려줍니다. 책을 공부하면서, '내가 지금까지 트랜잭션 스크립트 같은 안티패턴을 사용하고 있었구나'하고 반성하게 되는 것 같습니다. 각종 컴포넌트와 DTO 구현에 대한 것도 많이 배워가는 것 같습니다.6. 안티패턴6.1 스마트 UI스마트 UI(User Interface) 패턴: 시스템의 UI 레벨에서 너무 많은 업무를 처리하고 있는 경우스마트 UI는 데이터 입출력을 UI 레벨에서 처리함.스마트 UI는 비즈니스 로직도 UI 레벨에서 처리함.스마트 UI는 데이터베이스와 통신하는 코드도 UI 레벨에서 처리함.→ 백엔드 개발자도 백엔드 개발자의 UI(백엔드 API)를 신경써야 함.컨트롤러(Controller)는 API를..

목차 이번에는 4장을 마무리하려고 합니다. MyISAM 스토리지 엔진 아키텍처와 MySQL 로그 파일에 대해 학습하겠습니다.4.3 MyISAM 스토리지 엔진 아키텍처4.3.1 키 캐시 키 캐시(Key cache)는 InnoDB의 버퍼 풀과 비슷한 역할을 하며, 키 버퍼라고도 불림.MyISAM 키 캐시는 인덱스만을 대상으로 작동하며, 인덱스의 디스크 쓰기 작업에 대해서만 부분적으로 버퍼링 역할을 함.*키 캐시가 얼마나 효율적으로 작동하는지 확인하는 수식키 캐시 히트율(Hit rate) = 100 - (Key_reads / Key_read_requests * 100)Key_reads: 인덱스를 디스크에서 읽어 들인 횟수를 저장하는 상태 변수Key_read_requests: 키캐시로부터 인덱스를 읽은 횟수를 ..

목차 이번에는 InnoDB 스토리지 엔진의 아키텍처의 주요 특징에 대해서 학습하려고 합니다.4.2 InnoDB 스토리지 엔진 아키텍처레코드 기반의 잠금을 제공함.높은 동시성 처리가 가능함.안정적이며 성능이 뛰어남.4.2.1 프라이머리 키에 의한 클러스터링InnoDB의 모든 테이블은 프라이머리 키 값의 순서대로 디스크에 저장됨.모든 세컨더리 인덱스는 레코드의 주소 대신 프라이머리 키의 값을 논리적인 주소로 사용함.쿼리 실행 계획에서 프라이머리 키는 기본적으로 다른 보조 인덱스에 비해 비중이 높게 설정됨.InnoDB 스토리지 엔진과 다르게 MyISAM 스토리지 엔진에서는 지원하지 않음. MyISAM 테이블의 모든 인덱스는 물리적인 레코드의 주소 값(ROWID)을 가짐.4.2.2 외래 키 지원InnoDB 스토..